Deno se junta à Cloudflare para criar Workers auto-hospedados; Deno Deploy será encerrado

A Cloudflare e o Deno anunciaram em 9 de outubro de 2026 que toda a equipe do Deno, liderada por Ryan Dahl, criador do Node.js e do Deno, está indo para a Cloudflare. Em um post conjunto no blog da Cloudflare, Dahl e Kenton Varda, da Cloudflare, afirmam que o objetivo é permitir que desenvolvedores executem Workers e Durable Objects na própria infraestrutura com muito mais facilidade, e não apenas na rede da Cloudflare. A Cloudflare classificou o post como aquisição, e o blogueiro Simon Willison descreve o negócio como uma compra integral do Deno pela Cloudflare. Nenhum dos posts informa os termos financeiros.

O plano gira em torno do celld, que a equipe do Deno lançou em agosto. Dahl o descreve como um único binário escrito em Rust cuja única dependência de serviço externo é o armazenamento de objetos, e Varda diz que ele foi projetado para ser totalmente compatível com os Workers e Durable Objects da própria Cloudflare. O runtime da Cloudflare, workerd, já é open source, mas Varda admite que ele executa Durable Objects apenas como instância única: o suficiente para testes locais, não para escalar. Segundo Varda, o roteamento que a Cloudflare usa em produção não é algo que quem faz auto-hospedagem desejaria, e a empresa nunca encontrou tempo para construir uma alternativa. Dahl e Bert Belder vão agora liderar um esforço para tornar o workerd auto-hospedado uma opção totalmente suportada, incorporando a ele código e ideias do celld. Varda diz que novos anúncios virão nos próximos meses.

Para os usuários do Deno, a mudança tem consequências diretas. Dahl escreve que a equipe vai dedicar seu trabalho futuro à plataforma compartilhada com as equipes de Workers e Durable Objects da Cloudflare, em vez de manter um runtime e um serviço de hospedagem separados. O runtime Deno receberá versões mensais de correção de bugs e de segurança por mais um ano, após o qual a equipe deixará de desenvolvê-lo; o código continua open source e outros são convidados a dar continuidade a ele. O Deno Deploy continuará funcionando por seis meses e depois será encerrado, e os clientes pagantes receberão ajuda para migrar para o Cloudflare Workers. O JSR continua no ar e sua infraestrutura está sendo transferida para a Cloudflare, enquanto a equipe segue dando suporte ao rusty_v8 e planeja integrá-lo ao workerd. Dahl chama a mudança de “uma mudança de grandes consequências para quem construiu sobre o Deno”.

Varda também usa o post para responder a uma crítica comum, segundo a qual a Cloudflare teria construído os Workers de forma diferente de outras plataformas para prender os clientes. Ele argumenta que o design é diferente porque a Cloudflare o considera melhor, e diz que o aprisionamento na verdade prejudicaria a empresa: quando ofereceu o Workers for Platforms a clientes como a Shopify em 2022, eles só construiriam sobre ele se o runtime fosse open source, e por isso a Cloudflare publicou o workerd, o mesmo código que executa em produção. Ele diz que alguns ex-clientes usaram o workerd para deixar a Cloudflare e que “dar às pessoas uma saída de emergência é um bom negócio”. Ele admite que poucas pessoas executam o workerd em produção até agora, o que atribui ao fato de a Cloudflare não ter desenvolvido os serviços e as ferramentas ao redor.

Dahl escreve que o celld torna a escalabilidade parte do próprio modelo de programação, de modo que cada aplicação não precisa mais montar essa infraestrutura por conta própria. Ele considera os Durable Objects adequados para harnesses de agentes de IA porque combinam estado persistente, WebSockets, execução serverless de baixo custo e uma interface JavaScript de alto nível. Em um comentário no Hacker News citado por Willison, Dahl diz que encerrar o runtime foi uma decisão conjunta com a qual concorda, e argumenta que o Deno foi levado a copiar o comportamento do Node.js enquanto “no fim das contas não está resolvendo grandes problemas”. Willison chama o fim da manutenção do Deno de má notícia do anúncio. Seu recurso favorito do Deno, escreve ele, é o sistema de permissões, que pode limitar um script a arquivos, pastas e hosts de rede escolhidos; ele observa que o Node.js adicionou um modelo semelhante na v20.0.0, em abril de 2023, mas ainda não permite incluir hosts específicos em uma allow-list.