Vercel разрешила Daemons обращаться к сервисам через service bindings.
Vercel добавила service bindings для Daemons: фоновый процесс может вызвать внутренний сервис той же развёрнутой версии приложения. Платформа берёт на себя маршрутизацию, проверку подлинности и защищённое соединение.
Service binding — привязка к внутреннему сервису приложения. По анонсу Vercel от 30 октября, через неё Daemon получает адрес нужного сервиса и может отправить обычный HTTP-запрос.
Daemon — постоянно работающий фоновый процесс. Например, он может обрабатывать очередь и обращаться к другой части приложения за данными. Это пример использования механизма, а не наш отчёт о запущенной системе.
HTTP — протокол обмена запросами и ответами. Если нужен контекст о взаимодействии программ, начните с разбора API: сам факт успешного соединения ещё не подтверждает правильное действие с данными.
Vercel описывает вызов внутреннего сервиса без его публичного открытия. Адрес передаётся Daemon через переменную окружения, а платформа обслуживает внутреннюю маршрутизацию, проверку подлинности и шифрование соединения.
Это описание конкретного механизма. Оно не даёт процессу права читать любые данные компании и не заменяет ограничения, которые предусмотрены в коде самого приложения.
Сейчас привязки работают в одном направлении: Daemon может обращаться к сервису, а сервис не может создать такую привязку к Daemon. Это ограничение прямо указано в анонсе.
Для обратного взаимодействия команде нужен отдельный согласованный способ. Закладывать симметричный вызов только потому, что обе части работают на одной платформе, нельзя.
При проектировании подключений фиксируйте направление и ожидаемый ответ. В дневнике подключения MCP к билдеру показываем другой вид интеграции: его возможности не следует автоматически приписывать service bindings.
Каждый экземпляр Daemon остаётся привязан к той развёрнутой версии, которая его запустила, даже после переключения на другую версию или отката. Он не начинает автоматически вызывать сервис новой основной версии.
Это важно для фоновых задач, которые живут дольше одного запроса посетителя. При выпуске изменения нужно проверить, к какой версии обращается уже запущенный процесс и совместим ли формат его данных с остальной системой.
Для приёмки мы предлагаем отметить версию в журнале тестовой задачи и проследить её путь до итоговой записи. Проверка работоспособности процесса из предыдущего обновления Daemons решает другую задачу: запущенный процесс может работать, но обращаться к прежней версии. В рамках новости мы не меняли рабочие привязки Vercel.
