Equipe do Deno se junta à Cloudflare e dá prazo final ao runtime standalone

Em 9 de outubro de 2026, Ryan Dahl, criador do Deno, anunciou no blog oficial do projeto que toda a equipe do Deno está se juntando à Cloudflare. A notícia marca o fim da trajetória do Deno como empresa e runtime independentes, projeto que Dahl criou depois de anos trabalhando para simplificar software de servidor.

O anúncio não é um simples acordo de patrocínio. É uma fusão de equipe, que passa a trabalhar dentro da Cloudflare integrando o trabalho que já vinha sendo feito com Deno Deploy ao dos times de Workers e Durable Objects. Dahl escreve que a ambição sempre foi maior que o runtime: juntar computação, armazenamento e comunicação numa plataforma única, sem que cada aplicação precise montar sua própria infraestrutura do zero.

O que muda, prazo por prazo

O post detalha quatro mudanças concretas que afetam quem já usa Deno hoje, seja o runtime standalone, o Deno Deploy ou o registro JSR:

• Deno runtime: suporte mantido por mais um ano, com releases mensais de correção de bugs e segurança. Depois disso, o desenvolvimento pela equipe original termina. O projeto segue open source↳Open source71 conteúdosComo o Open Source Está Liberando o Poder da Automação para TodosDev (Back & Front) · out 2025Código aberto: programadores criam software da NASA sem saberDev (Back & Front) · abr 2021N8N: O que é a ferramenta open source que está revolucionando a automação em TI?Dev (Back & Front) · dez 2025Ver tudo em Dev (Back & Front) → e a Cloudflare diz dar as boas-vindas a quem quiser continuar o desenvolvimento.
• Deno Deploy: continua operando por seis meses antes de ser desligado. Clientes pagantes recebem suporte de migração para Cloudflare Workers.
• JSR: o registro de pacotes continua funcionando, mas sua infraestrutura passa a rodar na Cloudflare.
• rusty_v8: o binding Rust para o V8 usado pelo Deno segue mantido, com trabalho em andamento para integrá-lo ao workerd, o runtime open source que sustenta o Cloudflare Workers.

Vamos dar suporte ao runtime Deno por mais um ano, com releases mensais contendo correções de bugs e atualizações de segurança. Depois desse ano, encerraremos nosso desenvolvimento do runtime Deno. O Deno continuará open source, e recebemos de braços abertos quem quiser continuar seu desenvolvimento.

We will support the Deno runtime for another year with monthly releases containing bug fixes and security updates. After that year we will end our development of the Deno runtime. Deno will remain open source, and we welcome others who want to continue its development.Ryan Dahl, criador do Deno

De Deno a celld: a lógica por trás da fusão

Dahl descreve a mudança como a continuação natural de uma progressão: Deno, depois Deno Deploy, agora um projeto novo chamado celld. Construído sobre o modelo de programação do Cloudflare Workers, o celld deixa os desenvolvedores montarem aplicações distribuídas desde o início, com a escala embutida no próprio modelo de programação em vez de depender de infraestrutura que cada time precisa montar por conta própria.

O post liga essa escolha diretamente a agentes de IA↳Agentes de IA42 conteúdosOpera passa a integrar ChatGPT, Claude e outros agentes de IADev (Back & Front) · mar 2026Operações mais inteligentes, decisões mais rápidas: o impacto da IA agêntica na rotina de TIAI · abr 2026Adobe aposta em orquestração de agentes de IA: o que muda para devsDev (Back & Front) · abr 2026Ver tudo em AI →. Segundo Dahl, Durable Objects, o mecanismo de estado persistente do Cloudflare Workers, reúne características particularmente úteis para rodar harnesses de agentes: execução serverless barata, estado persistente, WebSockets e uma interface JavaScript de alto nível. É por isso, escreve ele, que o celld foca justamente em Durable Objects. Dahl e Kenton Varda, da Cloudflare, publicaram um post conjunto no blog da Cloudflare com mais detalhes sobre o assunto.

O que muda para quem roda TypeScript seguro em edge

Parte do apelo histórico do Deno sempre foi o modelo de permissões explícitas (--allow-net, --allow-read, --allow-env), pensado para rodar código de terceiros com menos risco. A integração anunciada do rusty_v8 ao workerd é o ponto que mais interessa a quem leva segurança em edge a sério: ela sugere que parte do trabalho de bindings e tooling do Deno em torno do V8 passa a alimentar diretamente o runtime que já sustenta o Workers, em vez de viver em dois projetos paralelos.

Na prática, isso é uma leitura minha, não uma promessa da Cloudflare: times que hoje mantêm deno.json, usam imports via jsr:@std/... ou publicam pacotes no JSR não precisam reescrever nada imediatamente, já que o registro continua de pé. O ponto de atenção real é outro: quem está em produção no Deno Deploy tem uma janela de seis meses para migrar, e quem roda o runtime standalone (em servidor próprio, CI ou CLI) tem um ano de manutenção garantida antes de precisar decidir entre adotar um fork comunitário ou migrar para outra stack.

Para equipes que hoje comparam Deno com Node.js e Bun puramente pelo critério de segurança do runtime, o anúncio muda o cálculo: a aposta de longo prazo da Cloudflare não é mais "runtime Deno + Deno Deploy" como produto fechado, e sim um modelo de programação (o celld) rodando sobre Workers e Durable Objects, com ou sem Cloudflare como host.

O que fica em aberto

O post de Dahl não detalha quem, na prática, vai manter o fork comunitário do runtime depois do ano de suporte oficial, nem como ficam contratos enterprise fechados com a Deno Inc. antes da fusão. Também não há detalhe público sobre preço ou SLA da migração de Deno Deploy para Cloudflare Workers além da promessa de "suporte de migração para clientes pagantes". Esses pontos deve se tornarem mais claros no post técnico conjunto de Dahl e Varda no blog da Cloudflare, citado no próprio anúncio.

Para quem decide stack hoje, o sinal mais concreto é o cronograma: um ano de prazo para o runtime, seis meses para o Deploy. Isso dá tempo para planejar migração sem pânico, mas também deixa claro que o Deno, como projeto independente, está em contagem regressiva.

Fonte: Hacker News