Cloudflare Containers rediseñada para sandboxes de agentes de IA bajo demanda

Cloudflare ha rearquitecturado fundamentalmente su plataforma Containers para apoyar mejor las necesidades dinámicas de los agentes de IA. Publicado el 30 de septiembre de 2026, esta actualización introduce una nueva política de programación que permite al código de aplicación seleccionar imágenes de contenedores y tipos de instancia en tiempo de ejecución, en lugar de durante el despliegue. Los cambios buscan eliminar las penalizaciones de latencia asociadas con la orquestación tradicional de contenedores, permitiendo que los sandboxes se inicien en menos de un segundo.

Qué ocurrió

Anteriormente, Cloudflare Containers funcionaba de manera similar a los despliegues de aplicaciones tradicionales. Los desarrolladores debían definir la imagen del contenedor y los recursos informáticos durante el proceso de compilación, desplegando cada configuración como una aplicación separada. Este modelo requería espacios de nombres distintos de Durable Object para cada combinación de imagen y tipo de instancia. Si un agente necesitaba tanto un entorno pequeño de Node.js como un entorno grande de compilación de Python, los desarrolladores tenían que gestionar dos aplicaciones separadas y enrutar el tráfico entre ellas manualmente. Cada cambio en el entorno requería un nuevo ciclo de despliegue, lo que dificultaba adaptarse a las necesidades impredecibles de recursos de los agentes de IA.

La nueva arquitectura traslada estas decisiones a la lógica de la aplicación misma. Al introducir la política de programación durable_object, Cloudflare permite que el código elija la imagen específica y el tamaño de instancia cuando llega una tarea. Esto significa que una sola clase de Durable Object ahora puede lanzar diferentes tipos de sandboxes simultáneamente. Por ejemplo, un agente puede solicitar un entorno ligero para consultas simples y un entorno de compilación pesado para tareas complejas sin necesidad de preaprovisionamiento. Este cambio transforma la configuración de la infraestructura de un artefacto de despliegue estático a código dinámico que se ejecuta en el momento de la solicitud.

Junto con esta flexibilidad, Cloudflare abordó el problema crítico de la latencia de inicio. Los agentes de IA a menudo crean sandboxes bajo demanda para tareas individuales, lo que significa que los usuarios esperan a que el entorno se inicialice antes de comenzar cualquier trabajo. El anterior modelo de plano de control global introdujo una sobrecarga significativa al resolver configuraciones y coordinar la ubicación en toda la red. El nuevo sistema localiza este proceso, iniciando contenedores en la misma máquina que el Durable Object de control siempre que sea posible. Esto reduce el tiempo mediano de inicio de poco más de cuatro segundos a 648 milisegundos, una mejora de más de seis veces verificada por benchmarks independientes.

Cómo funciona

El mecanismo central que habilita esta velocidad y flexibilidad es la integración estrecha entre Containers y Durable Objects. Cada instancia de contenedor está adjunta a un Durable Object, que actúa como un controlador persistente y programable. En el nuevo modelo, el Durable Object no solo gestiona el ciclo de vida; controla directamente la configuración del contenedor mediante la API nativa ctx.container. Cuando llega una solicitud, el código verifica los requisitos de la tarea y selecciona una imagen de una lista predefinida en el archivo de configuración. El planificador busca primero capacidad en el host local, favoreciendo máquinas que ya tienen la imagen o instantánea requerida en el almacenamiento local para evitar retrasos de descarga.

Para reducir aún más los tiempos de inicio, el runtime ya no arranca una máquina virtual desde cero para cada solicitud. En su lugar, restaura una máquina virtual preparada que ya está inicializada pero no asignada. Este enfoque reutiliza las configuraciones de red y sistema de archivos, agrupando operaciones que anteriormente se realizaban secuencialmente. Además, Cloudflare introdujo una imagen de sistema lista para usar llamada cloudflare/debian-trixie. Esta imagen base incluye Debian Trixie Slim y Node.js 24.20.0 LTS, distribuida previamente entre los hosts. Los agentes pueden iniciar este sandbox instantáneamente y luego usar comandos de ejecución para clonar repositorios o instalar paquetes, evitando la necesidad de construir e impulsar imágenes Docker personalizadas para tareas simples.

Detalles clave

• Configuración en Tiempo de Ejecución: La nueva política de programación durable_object permite al código seleccionar imágenes de contenedores y tipos de instancia en tiempo de ejecución, eliminando la necesidad de despliegues separados para cada tipo de entorno.
• Rendimiento de Inicio: El tiempo mediano de inicio disminuyó de 4.049 segundos a 648 milisegundos, con el percentil 95 mejorando de 5.839 segundos a 910 milisegundos.
• Instantáneas del Sistema de Archivos: Una función en beta pública permite guardar y restaurar sistemas de archivos de contenedores, posibilitando que los agentes pausen y reanuden tareas de larga duración sin perder estado ni repetir pasos de configuración.
• Imagen Base Preparada: La imagen cloudflare/debian-trixie está predistribuida entre los hosts, permitiendo a los agentes iniciar un entorno Linux inmediatamente sin construir imágenes personalizadas.
• Capacidad de Ráfaga: Las pruebas preliminares mostraron que el sistema podía iniciar 100,000 contenedores en 5.387 segundos en seis ubicaciones, demostrando alta escalabilidad para cargas de trabajo de ráfaga.
• Control de Despliegue: Los despliegues ahora se gestionan mediante código dentro del Durable Object, permitiendo estrategias como lanzamientos canary o fijar proyectos activos a imágenes específicas sin cambios de configuración a nivel de plataforma.

Por qué importa

Para los ingenieros que construyen plataformas de agentes de IA, esta actualización elimina un cuello de botella importante en la experiencia del usuario. La orquestación tradicional de contenedores está diseñada para servicios de larga duración, no para tareas efímeras que deben iniciarse instantáneamente. Al mover la configuración al tiempo de ejecución, los desarrolladores pueden construir sistemas más eficientes que solo consumen recursos cuando son necesarios. Esto es particularmente importante para agentes de codificación, marcos de evaluación y sistemas de aprendizaje por refuerzo que requieren miles de entornos aislados. La capacidad de iniciar un sandbox en menos de un segundo significa que los usuarios pasan menos tiempo esperando a que los entornos se aprovisionen y más tiempo interactuando con el agente.

La introducción de instantáneas del sistema de archivos también cambia cómo se gestiona el estado en entornos serverless. Anteriormente, preservar el trabajo de un agente requería soluciones complejas de almacenamiento externo o mantener contenedores en ejecución indefinidamente, lo que aumentaba los costos. Ahora, un agente puede guardar su espacio de trabajo, terminar el contenedor y restaurarlo más tarde exactamente donde lo dejó. Esta capacidad respalda flujos de trabajo asincrónicos y tareas de larga duración que pueden abarcar días, haciendo factible construir aplicaciones de agentes más sofisticadas sobre infraestructura serverless sin gestionar servidores persistentes.

Qué puedes hacer

• Actualiza tu wrangler.jsonc para incluir la política de programación durable_object y declara las imágenes a las que tu Durable Object puede acceder.
• Refactoriza la lógica existente de contenedores para seleccionar imágenes y tipos de instancia basándose en parámetros de tarea dentro de la clase Durable Object.
• Prueba la imagen base cloudflare/debian-trixie para tareas que no requieren compilaciones Docker personalizadas para aprovechar los activos predistribuidos.
• Implementa instantáneas del sistema de archivos en tu flujo de trabajo para guardar el estado del agente después de hitos significativos y restaurarlo al reanudar.
• Usa el almacenamiento de Durable Object para gestionar estrategias de despliegue, como fijar IDs específicos a imágenes antiguas durante períodos de migración.
• Monitorea métricas de inicio usando la nueva API ctx.container para asegurar que tus agentes se benefician de las mejoras de programación localizada.