3 min de leitura

Cloudflare reconstrói Browser Run sobre Containers: 4x mais concorrência, latência 50% menor e suporte nativo a agentes de IA

a computer screen with a cloud shaped object on top of it
Photo by Hazel Z on Unsplash

A Cloudflare reescreveu o Browser Run sobre containers próprios — e os números falam por si: 4x mais concorrência, latência 50% menor em ações rápidas e um novo caminho aberto para agentes de IA operarem a web em escala real de produção.

A engenharia por trás da migração

O centro da transformação é a substituição da arquitetura compartilhada do Browser Isolation por containers isolados ancorados em Durable Objects. Cada sessão roda agora em um container próprio, com ciclo de vida controlado pelo DO — sem disputa de recursos com o BISO.

Pools regionais pré-aquecidos

Um dos maiores desafios foi a latência global entre o Durable Object e o container. A solução: pools regionais de containers pré-aquecidos, mantidos ativos nas principais localizações da rede Cloudflare. O resultado é uma latência mínima e previsível na alocação.

O novo modelo de estado: D1 + Queues

A arquitetura anterior usava Workers KV — um banco eventualmente consistente com latência típica de ~30s, gerando race conditions em alocações atômicas. A migração para D1 (SQLite) garantiu consistência transacional, combinada com Cloudflare Queues para operações em lote.

  • D1 garante alocações atômicas e consistentes.
  • Queues permitem escritas em lote de até 100 linhas por operação, com timeout de 1s.
  • P95 de latência de escrita em lote: 0,1ms.
  • Escalabilidade comprovada: 500.000 containers por localização.

Essa mudança eliminou race conditions e desacoplou os pipelines de leitura e escrita, permitindo escalabilidade horizontal sem gargalos de banco de dados.

Quick Actions: um único HTTP substitui múltiplos WebSockets

Antes, cada ação exigia múltiplas viagens de ida e volta via WebSocket. Agora, todos os parâmetros são enviados em uma única requisição HTTP direta ao container. O número de roundtrips caiu drasticamente, gerando mais de 50% de melhoria no tempo de resposta.

“Não é uma simples atualização. É uma reengenharia profunda que valida a plataforma de Containers da Cloudflare para workloads stateful e de produção.”

Por que isso importa: implicações técnicas e de mercado

Esta migração não é apenas técnica — ela reposiciona o Browser Run como plataforma viável para cargas de trabalho de agentes de IA em produção.

Para agentes de IA e automação web

A combinação de:

  • 4x mais concorrência (120 browsers simultâneos)
  • Latência reduzida em ações rápidas
  • Suporte a WebGL (renderização gráfica)
  • WebMCP (protocolo para interações agênticas)
  • Novo endpoint /crawl para extração profunda de dados

…transforma o Browser Run em uma alternativa robusta para agentes de IA que precisam navegar, extrair dados e interagir com interfaces web complexas em escala — território antes dominado por soluções como Browserless, Puppeteer e Playwright.

Competitividade no mercado de headless browsers

A Cloudflare agora compete de igual para igual com plataformas especializadas, mas com uma vantagem estratégica: infraestrutura global própria. A migração foi gradual e transparente para o cliente, e o novo modelo permite que a Cloudflare atualize o Chrome e gerencie as imagens dos containers de forma independente, sem depender do roadmap do Browser Isolation.

Métrica Antes (BISO) Depois (Containers)
Concorrência máxima ~30 browsers 120 browsers (4x mais)
Latência (Quick Actions) Referência 50% menor
Consistência de estado Eventual (~30s) Transacional (D1)
Latência de escrita em lote (P95) 0,1ms

Riscos e limitações

Nenhuma migração dessa magnitude é isenta de desafios. A Cloudflare foi transparente sobre alguns pontos:

  • Plataforma Containers ainda em estágio inicial: documentação limitada e desafios de observabilidade durante a migração. O feedback interno ajudou a melhorar, mas a maturidade ainda é um fator para workloads críticos.
  • Backlogs nas filas: podem causar estado obsoleto. O sistema recorre a regiões de backup para recuperação — mecanismo robusto, que adiciona complexidade operacional.
  • Limites por localização: com 500.000 containers por localização, a escalabilidade impressiona, mas exige planejamento cuidadoso de capacidade para picos globais.

A resiliência do sistema é alta, mas times que exigem disponibilidade absoluta devem considerar esses pontos ao dimensionar suas implantações.

Resumo prático

  • Browser Run agora opera sobre containers dedicados com Durable Objects como coordenadores de estado.
  • D1 + Queues substituíram Workers KV, eliminando race conditions e reduzindo latência de escrita para 0,1ms (P95).
  • Quick Actions com único HTTP reduziram latência em mais de 50%.
  • Suporte nativo a WebGL, WebMCP e endpoint /crawl posicionam a plataforma para agentes de IA.
  • Migração transparente para o cliente — sem quebras nem migrações forçadas.

A próxima fronteira? A integração nativa com grandes modelos de linguagem (LLMs) para planejamento e execução autônoma de tarefas web em múltiplos passos. E, se a história nos ensina algo, a Cloudflare está apenas começando.