Vercel Daemons agora podem chamar serviços do deployment via service bindings

A Vercel liberou service bindings para os Vercel Daemons. Com isso, um daemon passa a chamar os serviços do próprio deployment sem expô-los. A configuração é feita no daemon: o binding nomeia o serviço de destino e a variável de ambiente que vai receber a URL dele. No exemplo do changelog, o daemon faz o binding do serviço api, exposto ao worker como API_URL.

Na prática, o código do daemon não muda de estilo. Ele usa a URL da variável de ambiente e faz um fetch simples, como em qualquer endpoint HTTP. A Vercel cuida do roteamento interno, da autenticação e do TLS, e o serviço continua privado. Há duas regras de desenho: o binding vai só em um sentido (serviços não podem fazer binding a daemons) e cada instância segue chamando o deployment que a iniciou, mesmo depois de uma promoção ou rollback.

Para quem opera workers em segundo plano na Vercel, isso significa não precisar abrir um endpoint público só para o daemon falar com a API, nem montar autenticação própria entre as partes. Como a instância fica presa ao deployment de origem, o daemon não deve acabar falando com uma versão diferente da API após um rollback. Essa é uma leitura a partir do comportamento descrito, não uma garantia adicional da Vercel.