Cloudflare reconstrói Browser Run sobre Containers: 4x mais concorrência, latência 50% menor e suporte nativo a agentes de IA
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.