PlanetScale хорош не как «ещё одна база», а как способ не сломать прод при росте

PlanetScale хорош не как «ещё одна база», а как способ не сломать прод при росте

У сервиса сильная сторона — MySQL без боли с репликами, бэкапами и развёртыванием через branches. Это удобно, когда у команды есть staging, несколько фич в работе и желание катить схему без ночных миграций. Но цена удобства — дисциплина: база просит аккуратной модели данных и нормального доступа через Prisma, Drizzle или прямой SQL.

Что проверять до миграции:
— нет ли у вас жёсткой зависимости от foreign keys на уровне движка;
— не строите ли логику на каскадных удалениях в базе;
— умеет ли приложение жить с online schema changes и без долгих блокировок;
— готовы ли вы вынести часть гарантий в код и тесты.

Ещё один важный момент: PlanetScale любит команды, которые считают схему продуктом. Если у вас хаос в миграциях, десятки ручных правок и «поправим на проде», сервис не спасёт — он только быстрее покажет проблему. Зато для агентств и небольших продуктовых команд branch-based workflow часто экономит больше времени, чем кажется на старте.

Если нужна MySQL-платформа, где безопаснее экспериментировать со схемой и не страшно катить изменения по веткам, PlanetScale смотрится очень прагматично. Если же вам критичны встроенные constraints и привычная реляционная строгость, лучше проверить альтернативу до первого переноса.