Convex хорош, пока вам нужен бэкенд без отдельной возни с API, БД и realtime

Convex хорош, пока вам нужен бэкенд без отдельной возни с API, БД и realtime

Convex — это не «ещё одна база». Это связка из хранилища, запросов, мутаций и подписок, где логика живёт рядом с данными. Для маленького продукта это снимает много боли: не надо отдельно склеивать REST, WebSocket, кэш и фоновые обновления.

Что обычно нравится:
— запросы типизируются от схемы;
— realtime работает как базовая функция, а не как отдельный проект;
— серверная логика пишется рядом с моделью данных, без лишней инфраструктуры.

Что проверять до миграции:
— сможете ли вы жить в его модели запросов, а не тащить старый паттерн CRUD;
— нет ли у вас тяжёлых batch-операций и сложных join-логик, которые придётся перепридумывать;
— устроит ли вас vendor lock-in: у Convex удобный DX, но цена удобства — зависимость от платформы.

Если проект уже вырос, смотрите не на «магия/не магия», а на границы: где у вас доменная логика, где интеграции, где аналитика. Convex хорош, когда эти зоны не слишком расползлись. Если же система уже стала конструктором из десятка сервисов, миграция часто дороже выигрыша.

Правило простое: берите Convex, когда хотите быстрее собрать продукт с realtime и типизацией; не берите, если вам критичны свобода архитектуры и полный контроль над БД.