A Cloudflare redesenhou o Cloudflare Containers para atender às necessidades de agentes de IA que criam ambientes Linux isolados para cada tarefa, em vez de depender de configurações fixas definidas no momento da implantação. A atualização permite que o código escolha a imagem do contêiner e o tipo de recursos em tempo de execução, com um novo caminho de agendamento vinculado a Durable Objects, um tempo de inicialização mais de seis vezes menor e um recurso de snapshots do sistema de arquivos atualmente disponível em versão beta pública.
No teste Burst TTI Benchmark realizado de forma independente pela ComputeSDK, a mediana caiu de 4.049 segundos para 648 milissegundos, enquanto o tempo do percentil 95 recuou de 5.839 para 910 milissegundos, e o do percentil 99, de 6.717 para 1.129 segundos. A Cloudflare afirma que um teste preliminar de estresse conseguiu iniciar 100.000 contêineres em 5.387 segundos por meio de seis locais, números preliminares que não representam necessariamente todos os padrões de uso.
O que muda na prática?
A escolha da imagem do contêiner e do tamanho de seus recursos exigia criar aplicações e namespaces separados para cada combinação e, em seguida, direcionar as tarefas entre eles. Com a nova política durable_object, o código pode escolher um ambiente Node.js ou Python, assim como o tipo de instância, como standard-1 ou standard-2, depois de conhecer os requisitos da tarefa. Assim, adicionar um novo ambiente passa a ser uma alteração no código, em vez da implantação de uma nova aplicação.
O design também transfere a lógica das atualizações para o Durable Object associado a cada contêiner. O desenvolvedor pode fixar uma imagem específica para um projeto ativo, aplicar uma implantação gradual a uma porcentagem dos novos ambientes ou adiar a migração para uma sessão posterior ou um ponto natural de salvamento, e então reverter alterando a imagem usada na próxima inicialização.
Ambientes prontos e snapshots restauráveis
Para reduzir o tempo de preparação do sistema, a Cloudflare apresentou a imagem cloudflare/debian-trixie, que inclui Debian Trixie Slim e Node.js 24.20.0 LTS. Ela pode ser executada sem criar um Dockerfile ou compilar uma imagem e enviá-la para a Cloudflare, permitindo então configurar o repositório, os pacotes e as ferramentas de dentro do contêiner usando exec().
Já os snapshots do sistema de arquivos permitem salvar o espaço de trabalho depois de instalar as dependências e realizar as alterações, para então restaurá-lo em uma sessão posterior. O mesmo snapshot também pode ser usado como ponto de partida imutável para vários ambientes, o que é adequado para testes de agentes que exigem manter o repositório, as ferramentas e os arquivos de entrada idênticos entre as tentativas.
Por que esta notícia é importante?
A atualização transforma o contêiner em uma extensão computacional do Durable Object: este último mantém a identidade, o estado, as políticas e o ciclo de vida, enquanto o contêiner fornece um espaço Linux que pode ser interrompido quando o trabalho para e retomado quando necessário. Isso é importante para desenvolvedores de agentes de programação, sessões de avaliação, sistemas de aprendizado por reforço e tarefas que se estendem por dias e precisam preservar arquivos.
Os usos mencionados pela Cloudflare incluem integrações com Cursor Cloud Agents, Devin Outposts, OpenAI Agents API e Claude Managed Agents, além de exemplos da Base44 e do Kilo Code. O valor principal aqui não é apenas uma inicialização mais rápida, mas a transferência das decisões sobre o ambiente, da política de migração e da preservação do estado para a própria lógica da aplicação.
Compatibilidade e caminho de migração
A nova política durable_object e os snapshots do sistema de arquivos estão disponíveis em versão beta pública, enquanto alguns dos novos recursos permanecem acessíveis apenas por meio de ctx.container. A Cloudflare manterá as classes Container e Legacy Sandbox até 31 de dezembro de 2026; as implantações atuais continuarão funcionando depois dessa data, mas essas classes não receberão atualizações. A empresa recomenda migrar para Durable Object e usar this.ctx.container diretamente, enquanto o Sandbox SDK 1.0 passou a ser um conjunto de ferramentas executado dentro da classe Durable Object do desenvolvedor, e não uma classe-base independente.