celld: Durable Objects no seu servidor e a compra pela Cloudflare

A Deno publicou o celld em agosto de 2026 para rodar o modelo de programação do Workers na infraestrutura de quem não quer depender da Cloudflare. Em 9 de outubro, as duas empresas anunciaram que toda a equipe da Deno passa a integrar a Cloudflare e que o celld será fundido ao workerd. O runtime Deno entra em manutenção por um ano; o Deno Deploy fecha em seis meses.

O que o celld é

É um binário que roda JavaScript de servidor na sua máquina e guarda o estado de longo prazo em um bucket que você já tem: S3 compatível, Google Cloud Storage ou Azure Blob. A API e a configuração seguem o Cloudflare Workers, então o mesmo código de Workers e Durable Objects roda fora da Cloudflare, com celld deploy. A licença é Apache 2.0.

A unidade de estado é a célula, que é um Durable Object: um servidor pequeno com nome e banco SQLite privado, uma por usuário, documento, sala de chat ou agente. Cada célula executa em uma thread só, atende HTTP, mantém WebSocket e agenda alarmes. O processo em cada máquina é um nó, e os nós que compartilham o bucket formam uma frota, na qual qualquer nó atende qualquer célula. Não existe plano de controle nem serviço de consenso: a posse de uma célula sai de uma escrita condicional no bucket e expira se o nó não renovar, liberando as células de uma máquina que caiu.

Para que serve

São três casos na documentação. Tempo real: uma sala de chat ou documento colaborativo é uma célula, sem lock e sem barramento de mensagens externo. Agentes: cada agente é uma célula com memória, agenda e caixa de entrada no próprio SQLite. E aplicações web fragmentadas por usuário ou inquilino, sem banco compartilhado.

Além de Workers e Durable Objects, o celld implementa KV, Queues, D1, R2, Workflows, gatilhos de Cron e assets estáticos. Uma célula que nenhum nó mantém é só um objeto no bucket e custa quase zero: um nó de 8 GB mantém 1.000 células residentes, cerca de US$ 0,05 por célula no mês.

O que ele não faz

A versão atual é a v0.6.2, de 7 de outubro, declarada beta na documentação. O celld não termina TLS: precisa de um proxy de entrada e de rede privada entre os nós, porque o tráfego entre nós é HTTP em claro, autenticado pelo HMAC da frota mas não cifrado. Uma frota roda uma aplicação só, sem ingress gerenciado. Windows não é suportado, e ficam de fora Workers AI, Vectorize, Hyperdrive, Browser Rendering e Email Workers.

O que a compra muda

O comunicado conjunto, assinado por Kenton Varda e Ryan Dahl, diz que Dahl e Bert Belder vão liderar a fusão do celld com o workerd, e admite o buraco que o celld veio tapar: o workerd só implementa Durable Objects em instância única, suficiente para teste local, sem escalar. Uma tentativa da própria Cloudflare no começo deste ano não funcionou.

Para quem usa Deno, os prazos estão no anúncio: mais um ano de versões mensais com correção de bug e atualização de segurança, depois o desenvolvimento do runtime termina, com o código aberto para quem quiser continuar. O Deno Deploy opera por seis meses e fecha, com migração assistida para clientes pagos.

Conclusão

O celld resolve hoje o que o workerd não resolve, em um binário cuja única dependência externa é um bucket de objetos. O que a compra muda é quem paga o desenvolvimento: o mesmo time, agora dentro da empresa cuja rede era a alternativa.

Ficam três perguntas em aberto: se a fusão entrega Durable Objects distribuídos no workerd, o que ainda é plano e não produto; se o celld mantém a cadência de 11 versões desde agosto; e o que acontece com quem usa o Deno Deploy no plano gratuito.