Cloudflare reconstruyó Browser Run sobre su plataforma Containers, aumentando la concurrencia máxima de 30 a 120 navegadores — cuatro veces más— y reduciendo en un 50% los tiempos de respuesta en acciones rápidas. La compañía también añadió soporte para WebGL y WebMCP y afirma que la migración no requirió cambios por parte de los usuarios existentes; esto permite ejecutar más sesiones simultáneas y acelerar operaciones interactivas en entornos de agentes de IA.
La reingeniería separó Browser Run de Browser Isolation (BISO), desplegó pools regionales de navegadores pre‑calentados y trasladó la gestión de estado de Workers KV a D1 con Queues. Ese cambio habilita asignación transaccional y escrituras por lotes con capacidad para manejar hasta 500,000 contenedores por ubicación. Además, se sustituyó la coreografía multi‑paso por WebSocket por peticiones HTTP únicas que se ejecutan íntegramente dentro del contenedor, simplificando la comunicación y la orquestación interna.
Estos ajustes forman parte de seis primitivas publicadas en dos meses que Cloudflare describe como la pila completa para agentes: computación (Dynamic Workers y Sandboxes), orquestación (Dynamic Workflows), memoria (Agent Memory), navegación (Browser Run) y comercio (Stripe Projects). Dynamic Workers ofrece ejecución en isolates V8 que arrancan en milisegundos; Sandboxes, ya generalmente disponibles, son contenedores Linux completos que permiten inyección segura de credenciales vía egress proxy.
La pila busca absorber picos de tráfico propios de agentes de IA sin interferir con sesiones humanas prolongadas, reducir condiciones de carrera gracias a la gestión transaccional y minimizar costes por inactividad (Cloudflare indica que tenants inactivos cuestan prácticamente nada). escalables.
Fuentes
Respuestas (0)
Aún no hay respuestas en este tema.
