Dois relógios começaram a contar a 9 de outubro
A compra pela Cloudflare de toda a equipa da Deno, anunciada a 9 de outubro, põe a contar dois relógios de migração para quem executa software em Deno.
| Elemento | O que foi anunciado | Data que daí resulta |
|---|---|---|
| Deno Deploy | Continua a funcionar seis meses e depois fecha; os clientes pagantes recebem apoio à migração para o Cloudflare Workers | Cerca de abril de 2027 |
| Runtime Deno | Versões mensais de correções e de segurança durante mais um ano, depois a Deno termina o seu próprio desenvolvimento | Cerca de outubro de 2027 |
| Registo JSR | Continua a funcionar, com a infraestrutura a passar para a Cloudflare | Sem data de fim |
| rusty_v8 | O suporte continua, com trabalho para o integrar no workerd | Sem data de fim |
A coluna da direita é um cálculo nosso a partir da data do anúncio, não uma data publicada por nenhuma das empresas. Nenhuma das duas publicações de blogue indica um preço, e o The New Stack refere que os termos não foram divulgados. Acrescenta que a Deno tinha angariado cerca de 26 milhões de dólares em duas rondas.
A lacuna que a Cloudflare comprou para atravessar
A Cloudflare diz que a peça em falta era o autoalojamento. O seu runtime de código aberto para Workers, o workerd, só suporta Durable Objects como instância única, suficiente para testes locais mas incapaz de escalar, e Kenton Varda escreveu que os comentários de tarefas pendentes sobre isso remontam à versão original.
A resposta da Deno foi o celld, lançado em agosto: um único binário em Rust que só precisa de um bucket de armazenamento de objetos como serviço externo. Ryan Dahl e Bert Belder vão agora liderar o esforço para fazer do autoalojamento do workerd uma forma de primeira classe e com suporte de executar o modelo Workers, devolvendo ao workerd código e ideias do celld.
A lógica comercial é dita sem rodeios. Varda disse ao The New Stack que, se o modelo Workers for exclusivo da Cloudflare, reduz o mercado que a empresa pode atingir, pelo que fazê-lo funcionar em qualquer fornecedor beneficia a Cloudflare. Dahl disse que o projeto conjunto deverá continuar de código aberto, provavelmente sob a licença Apache 2.0 que o celld já usa.
Prometido não é entregue
O autoalojamento à escala é uma promessa para os próximos meses, não um produto hoje. A publicação da Cloudflare diz que já pode autoalojar o celld ou o workerd, mas o workerd sozinho continua sem conseguir repartir Durable Objects por várias máquinas.
Para os compradores europeus que ponderam a soberania, a perspetiva é real. Um runtime com suporte e a mesma API da plataforma da Cloudflare, executado nos seus próprios servidores, seria uma saída da rede da Cloudflare, e Varda defende que o código aberto e uma via de escape são bom negócio. Essa via ainda não existe com suporte, por isso avalie-a pelas funcionalidades entregues e não por publicações de blogue.
O que fazer neste trimestre
Liste cada projeto que corre no Deno Deploy, com o responsável e o tráfego, e escolha o destino antes do fim de março de 2027. O Cloudflare Workers é o caminho com apoio à migração para clientes pagantes, mas serve qualquer alojamento que execute JavaScript padrão.
Se executa o runtime Deno nos seus próprios servidores, tem um ano de atualizações de segurança mensais. Fixe a versão e decida entre passar para Node.js e um fork da comunidade. Dahl diz que a crescente compatibilidade da Deno com o Node.js a levara a manter outra implementação da mesma tecnologia, e que qualquer pessoa é bem-vinda para continuar o runtime.
Se publica pacotes no JSR, hoje nada muda. Continue a publicar e tenha presente que a infraestrutura do registo passa para a Cloudflare.
Leia a seguir: A Cloudflare já escreve as suas regras de treino de IA | FMI: 1,4 biliões em compromissos em 14 acordos de IA
