Vercel удобен, пока проект не упирается в деньги, лимиты и скрытые зависимости

Vercel удобен, пока проект не упирается в деньги, лимиты и скрытые зависимости

У сервиса сильный старт для фронта: git push → деплой, preview для каждой ветки, CDN по умолчанию, нормальный DX для Next.js. Но как только в проекте появляются тяжёлые функции, фоновые задачи или нестандартный backend, нужно смотреть не на «удобно», а на ограничения.

За что чаще всего переплачивают:
— лишние serverless-вызовы вместо одного backend-сервиса;
— холодные старты на неудачной архитектуре;
— трафик и билд-минуты, которые не замечают до первого счёта;
— отдельные домены, среды и команды, если не почистить настройки.

Что проверить до миграции:
— нужны ли вам edge-функции или хватит обычного Node-сервиса;
— где живут cron, очереди и долгие задачи;
— как проект переживёт перенос вне Vercel, если понадобится;
— не завязаны ли деплой и env на один аккаунт без запасного доступа.

Если продукт маленький — Vercel часто экономит время команды. Если это уже рабочий сервис, держите рядом план выхода: Docker-сборку, независимый backend и понятную схему деплоя без магии.