O relógio está correndo para o Deno
A equipe do Deno está se juntando à Cloudflare, mas o runtime independente Deno receberá apenas 12 meses de correções de bugs mensais e atualizações de segurança antes que o desenvolvimento oficial termine. Este movimento sinaliza uma mudança estratégica, não uma aquisição direta do próprio runtime.
Os prazos para os produtos do Deno variam: o Deno Deploy, a plataforma de hospedagem serverless, será encerrado completamente em seis meses. Embora o repositório do runtime Deno permaneça de código aberto, a continuação pela comunidade está longe de ser uma gestão oficial, deixando seu futuro a longo prazo incerto.
Este encerramento cria riscos significativos para o ecossistema. Equipes que usam o Deno diretamente agora devem planejar sua migração, e serviços construídos sobre runtimes compatíveis com Deno enfrentam decisões difíceis. Isso inclui grandes players como Supabase Edge Functions e Netlify Edge Functions, ambos dependentes de runtimes baseados em Deno.
Desenvolvedores que usam essas plataformas não devem presumir um desligamento imediato. Em vez disso, devem verificar a resposta e o roteiro específicos de cada provedor, já que as mudanças na infraestrutura subjacente exigirão ajustes em toda a linha. O relógio está correndo e a ação do desenvolvedor é necessária para navegar nesta transição de forma eficaz.
A Cloudflare queria a saída de emergência
O apetite da Cloudflare pelo Deno não era pelo runtime; era uma busca voraz por uma saída de emergência. Os Durable Objects da empresa são unidades nomeadas e com estado, com seu próprio armazenamento, perfeitas para salas de chat, recursos de colaboração e sistemas de agentes de IA onde o estado persistente é inegociável. Eles escalam sem esforço na plataforma gerenciada da Cloudflare, mas existia um abismo de portabilidade.
Esse abismo? O workerd, o runtime de código aberto Workers da Cloudflare, só conseguia executar Durable Objects como instâncias únicas. Essa limitação tornava a auto-hospedagem de cargas de trabalho em escala de produção impraticável, deixando o recurso principal da Cloudflare atrelado à sua infraestrutura proprietária. O arquiteto da Cloudflare, Kenton Varda, até admitiu que suas próprias tentativas de construir uma solução escalável e auto-hospedada falharam de forma “embaraçosa”.
Entra o CellD, a resposta do Deno para o dilema de escala da Cloudflare. Lançado pela Deno Land em agosto de 2026, o CellD é um binário Rust único projetado para executar aplicativos estilo Cloudflare e Durable Objects na própria infraestrutura do desenvolvedor. Ao aproveitar o armazenamento de objetos padrão com tokens de vedação de época (epoch fencing tokens), o CellD ignora mecanismos de consenso complexos, tornando efetivamente a durabilidade de nível Cloudflare um recurso da plataforma, não um aprisionamento tecnológico (vendor lock-in).
Este era o prêmio. A Cloudflare adquiriu o Deno não por um runtime concorrente, mas pela equipe, liderada por Ryan Dahl e Bert Belder, para fundir o CellD no workerd. Este movimento transforma os Durable Objects de um superpoder exclusivo da Cloudflare em uma capacidade verdadeiramente portátil e auto-hospedável, dando aos clientes a saída de emergência que a adoção por grandes empresas muitas vezes exige.
O CellD é o prêmio — e a parte difícil
O CellD, não o runtime Deno, é o verdadeiro prêmio. A Cloudflare ganha a equipe por trás de uma solução para um desafio de escala complexo com o qual lutava internamente: tornar os Durable Objects portáteis. Ryan Dahl e Bert Belder agora liderarão o esforço para integrar o CellD ao workerd, o runtime de código aberto Workers da Cloudflare.
Kenton Varda, da Cloudflare, arquiteto do Workers, admitiu que suas próprias tentativas de construir uma solução escalável e auto-hospedada de Durable Objects "vergonhosamente não funcionaram". O Deno, no entanto, entregou o CellD: um único binário em Rust que usa armazenamento de objetos padrão como uma camada de consenso descentralizada. Essa abordagem elegante torna a auto-hospedagem de um aplicativo Cloudflare — incluindo Durable Objects — uma realidade em seus próprios servidores.
Por que a Cloudflare facilitaria a saída dos clientes? A empresa argumenta que um caminho de saída reduz as preocupações com o lock-in empresarial. A Cloudflare precisou tornar o workerd open-source para que a Shopify pudesse construir sobre ele em 2022; a mesma lógica se aplica aqui. A Cloudflare acredita que oferecer auto-hospedagem torna os clientes mais dispostos a construir no Workers, expandindo o ecossistema.
Essa promessa vem com ressalvas. Integrar o CellD e garantir Durable Objects auto-hospedados confiáveis exige engenharia significativa. A portabilidade, embora poderosa, não elimina os custos operacionais nem garante comportamento idêntico em ambientes diversos. Para mais detalhes sobre a transição, consulte diretamente o anúncio Deno is joining Cloudflare - Deno Blog.
Gostando do artigo? Receba um assim na sua caixa de entrada toda manhã.
um e-mail por dia · cancele em dois cliques · sem rastreadores de terceiros
O que os desenvolvedores devem observar a seguir
Desenvolvedores, separem o que sobrevive do que será descontinuado. O JSR, o JavaScript Registry, continuará as operações, migrando para a infraestrutura da Cloudflare. A manutenção do Rusty_V8 também continua, com planos de integração ao workerd. No entanto, o desenvolvimento oficial de recursos do runtime Deno termina, e o Deno Deploy será encerrado em seis meses.
Os usuários do Deno têm um prazo de 12 meses para correções de bugs mensais e atualizações de segurança. Mapeiem suas dependências de runtime e Deploy agora, testem alternativas e acompanhem as orientações oficiais de migração da Cloudflare. Equipes que executam plataformas compatíveis com Deno, como Supabase Edge Functions ou Netlify Edge Functions, devem aguardar planos de transição específicos de cada provedor.
Este acordo fortalece a estratégia de Workers portáteis da Cloudflare, particularmente com a integração do CellD ao workerd. Também ressalta a economia brutal de sustentar um negócio de runtime independente em um mercado dominado por hiperescaladores e gigantes de código aberto. Embora seja um avanço significativo de infraestrutura para a Cloudflare, é uma perda definitiva para os usuários do Deno.
Perguntas Frequentes
O Deno será encerrado?
O Deno permanece open source, mas sua equipe planeja parar de desenvolver o runtime após 12 meses de manutenção e atualizações de segurança.
Quando o Deno Deploy será encerrado?
O Deno Deploy está programado para ser encerrado após seis meses. Os clientes devem verificar as orientações de transição do Deno para conhecer suas opções.
O que é o CellD?
O CellD é um sistema open-source do Deno para executar Cloudflare Durable Objects em infraestrutura auto-hospedada.
O JSR continuará após o acordo?
Sim. O JSR continuará operando e será movido para a infraestrutura da Cloudflare.
O que as equipes que usam Deno devem fazer agora?
Revisar os cronogramas de runtime e Deploy, inventariar dependências e planejar uma estratégia de migração ou manutenção antes que o suporte oficial termine.