Vercel запустил Vercel Services — единый деплой фронтенда и бэкенда в проекте

Vercel представила новую возможность Vercel Services, которая позволяет запускать сразу несколько фреймворков — например Next.js-фронтенд и FastAPI-бэкенд — в рамках одного Vercel Project с общими деплоями и внутренней сетью между сервисами.

Как настроить Vercel Services

Сервисы описываются в файле vercel.json под ключом "services": для каждого сервиса задаются путь (root) и фреймворк или точка входа (entrypoint), а маршрутизация публичного трафика настраивается через rewrites. Публичный трафик можно направить только на фронтенд-сервис, оставив бэкенд доступным исключительно изнутри проекта.

• Настройка сервисов — через ключ "services" в vercel.json
• Пример из документации Vercel: сервис my_frontend на Next.js и сервис my_backend на FastAPI (entrypoint main:app)
• Backend в примере не имеет публичного маршрута — доступен только сервису my_frontend через внутреннюю сеть
• Панель Deployments показывает визуализацию графа сервисов, а Logs UI позволяет фильтровать логи по отдельному сервису
• Команда vercel dev автоматически запускает все сервисы локально, повторяя продакшн-окружение

Какую проблему решает объединение сервисов

До сих пор командам, которые совмещали в одном продукте JavaScript-фронтенд и, например, Python-бэкенд, обычно приходилось разносить их по разным облачным платформам: Vercel исторически был силён именно во фронтенд-деплое на базе Next.js, а бэкенд-сервисы на FastAPI, Django или Flask чаще уезжали на отдельные хостинг-платформы. На практике это означало две независимые системы CI/CD, два набора логов и мониторинга и ручную синхронизацию версий фронтенда и бэкенда при каждом релизе. Vercel Services убирает этот разрыв: конфигурация нескольких полноценных фреймворков и сервисов описывается в одном файле vercel.json, а не собирается вручную из настроек разных платформ.

Что дают атомарные деплои и service bindings

Атомарные деплои гарантируют, что фронтенд, бэкенд и другие сервисы проекта деплоятся и откатываются синхронно, а не по отдельности. Общие preview-деплои показывают, как одно изменение затрагивает все сервисы сразу. Отдельная конфигурация bindings позволяет сервисам обращаться друг к другу напрямую, минуя публичный интернет: например, ключ BACKEND_INTERNAL_URL автоматически прокидывается в переменные окружения фронтенда и указывает на внутренний адрес бэкенда.

Что это значит

Vercel Services закрывает давний разрыв между фронтенд- и бэкенд-частями одного продукта, которые раньше часто жили в разных облаках со своими процессами разработки и деплоя. Для команд, которые совмещают JavaScript-фронтенд и, например, Python-бэкенд на FastAPI, это означает единый деплой, общий preview-контур и прямую внутреннюю связь сервисов без реверс-прокси и CORS-настроек. Для платформы это также способ удержать внутри своей экосистемы те команды, которые раньше уходили с бэкенд-частью проекта на сторонние хостинги просто потому, что Vercel не предлагал удобного способа держать весь стек в одном месте.

Частые вопросы

Что такое Vercel Services?

Это возможность Vercel запускать несколько сервисов — например, Next.js-фронтенд и FastAPI-бэкенд — в рамках одного Vercel Project с общей маршрутизацией, атомарными деплоями и автоматическим масштабированием; конфигурация задаётся в vercel.json под ключом "services".

Нужен ли реверс-прокси, чтобы сервисы общались между собой?

Нет. Согласно документации Vercel, сервисы можно подключить к общей таблице маршрутизации и настроить их взаимодействие через bindings без реверс-прокси и без настройки CORS.