Cloudflare compra a Deno e encerrará o desenvolvimento do runtime em um ano

A Cloudflare está comprando a Deno por completo. A empresa continuará dando suporte ao runtime da Deno por mais um ano, com releases mensais de correção de bugs e atualizações de segurança. Depois desse prazo, a Cloudflare vai encerrar o desenvolvimento. O código permanecerá aberto, e a empresa convida abertamente quem quiser continuar o projeto. O negócio foi anunciado em 9 de outubro de 2026. Pelas declarações das duas partes, o principal ativo da operação não é o runtime em si, mas o celld, que a equipe da Deno lançou em agosto.

O que a Cloudflare realmente leva

O celld é uma implementação aberta do padrão Durable Objects do Cloudflare Workers. Segundo Ryan Dahl, criador da Deno e do Node.js, o sistema funciona "surpreendentemente bem" e depende apenas de armazenamento de objetos para coordenação e persistência. Ele o descreve como um novo modelo de desenvolvimento server-side, e não como mais uma API para sistema de arquivos ou rede.

A Cloudflare formulou o objetivo assim: tornar o self-hosting do workerd uma forma plenamente suportada de criar e executar aplicações no modelo de programação do Workers. Para uma plataforma cujo modelo vivia até agora principalmente dentro da própria infraestrutura, esse é um passo rumo à portabilidade. A equipe da Deno já montou um equivalente aberto e funcional, e resolve a questão mais rápido do que um desenvolvimento interno do zero.

Por que o runtime não terá continuidade

No Hacker News, Dahl classificou a decisão como conjunta e disse concordar com ela. Na avaliação dele, a Deno é bem projetada e tem boas ideias, mas não resolve problemas realmente grandes. O projeto foi puxado para o "poço gravitacional" da compatibilidade com o Node, que o obriga a se comportar exatamente como o Node. A pergunta dele é direta: por que reescrever o Node se o Node funciona? Pequenos ganhos de desempenho, conveniência ou segurança não bastam para isso.

É uma franqueza rara vinda do autor de um projeto: ele mesmo reconhece que o principal valor da Deno está saindo do runtime e indo para outra ideia de arquitetura.

Principais fatos do negócio:

• Formato: a Cloudflare adquire a Deno por completo.
• Suporte ao runtime: 12 meses, com releases mensais.
• Conteúdo dos releases: correções de bugs e atualizações de segurança; novos recursos não foram prometidos.
• Licença: a Deno continua sendo um projeto aberto, e forks e a continuação do desenvolvimento pela comunidade são bem-vindos.
• Principal ativo: o celld, cuja primeira versão saiu em agosto de 2026.
• Para comparação: as permissões no Node.js surgiram na v20.0.0, em abril de 2023, e se tornaram estáveis na v22.13.0, em janeiro de 2025.

Permissões: o que se perde

Simon Willison, autor da nota, aponta o sistema de permissões como seu recurso favorito da Deno. Um script roda com uma lista exata de arquivos e pastas que pode ler e gravar, e de hosts de rede que tem permissão para acessar. O Node.js tem um modelo parecido, mas com uma limitação importante: não há suporte a lista de permissão de hosts específicos, e a rede fica simplesmente ligada ou desligada.

Para quem executa código não confiável, inclusive código gerado por modelos, essa diferença é relevante. O controle granular de acesso à rede continua sendo uma vantagem da Deno e, depois que o runtime sair de cena, será preciso procurá-lo em forks ou suprir essa necessidade com outros mecanismos de isolamento.

O que as equipes que usam Deno devem fazer

Um ano de suporte oferece uma boa janela de planejamento, mas não é motivo para adiar a decisão. Verifique o quanto o seu código depende de APIs específicas da Deno, e não de padrões web gerais e da compatibilidade com o Node. Quanto maior a compatibilidade, mais barata será a migração. Se as permissões no nível de host são críticas para você, avalie as alternativas com antecedência: sandbox no nível de contêiner ou de processo, ou um futuro fork.

Vale também acompanhar o celld e a forma como a Cloudflare vai estruturar o suporte ao self-hosting do workerd. Se a promessa se cumprir, será possível executar o modelo do Workers fora da nuvem da Cloudflare. Para equipes que temem ficar presas a um fornecedor, será um argumento de peso.