A Vercel abriu em beta pública o Daemons, modo de execução para processos em contêiner que permanecem ativos entre tarefas e buscam trabalho em filas, bancos ou sistemas externos. A novidade preenche um espaço diferente das Functions acionadas por requisição: o processo inicia, entra em um loop de consumo e continua disponível para o próximo item.
O anúncio foi feito em 15 de outubro de 2026 junto da disponibilidade geral do Python na plataforma e da expansão do suporte a contêineres nas Functions.
O worker puxa trabalho em vez de receber HTTP
Daemons foi desenhado inicialmente para cargas pull-based. O próprio código pode fazer long polling de uma fila, consumir mensagens de Kafka, RabbitMQ, Celery ou BullMQ, procurar jobs pendentes no banco ou operar como worker de um mecanismo de workflows.
A plataforma cita também runners de CI como possibilidade. O ponto comum é o ciclo de vida: existe um processo que precisa manter conexão, buscar a próxima tarefa e repetir, em vez de subir somente quando uma URL é chamada.
A capacidade é definida por região
O projeto escolhe quantas instâncias manter em cada região. A Vercel conserva essa capacidade e reinicia o processo quando ele termina ou falha. A escala pode ser ajustada pelo painel ou por API, mas o lançamento inicial não descreve autoscaling automático baseado na profundidade da fila.
O worker pode ser empacotado com dependências de sistema. O exemplo divulgado usa Python e ffmpeg para retirar jobs de uma fila, preparar uma cópia de reprodução de um vídeo e gerar thumbnail.
Reinício continua fazendo parte do contrato
“Contínuo” não significa que a mesma instância viverá para sempre. Deploys, falhas e manutenção encerram processos. A documentação orienta tratar sinais de término, interromper a busca por novas tarefas, terminar ou devolver o item atual com segurança e fechar conexões.
Estado necessário à recuperação deve ficar fora do filesystem local. A versão inicial não inclui armazenamento persistente e não permite que o daemon sirva tráfego HTTP. A fila ou o orquestrador continua responsável por retenção, redelivery, timeout de visibilidade e estado durável.
Daemon é executor, não substituto automático da fila
Manter um processo ativo resolve o ambiente de execução de consumidores que já precisam existir. Não cria, sozinho, garantia de entrega, idempotência, dead-letter queue ou orquestração de várias etapas. No exemplo da própria Vercel, Daemons consome Vercel Queues: os produtos exercem papéis complementares.
Antes de migrar um job, a equipe ainda precisa definir o que confirma uma mensagem, como recuperar um processo encerrado durante um efeito colateral, como controlar concorrência e qual versão do código processa itens enviados por deploys anteriores.