OpenKruise Agents v0.6.0 añade controles de seguridad y costes para sandboxes

El proyecto de la Cloud Native Computing Foundation, OpenKruise Agents, ha lanzado la versión 0.6.0, que presenta mejoras significativas en seguridad, gestión del ciclo de vida y eficiencia de costes para cargas de trabajo de agentes de IA. Publicado el 3 de noviembre de 2026, esta actualización se centra en endurecer los entornos sandbox y automatizar el uso de recursos para equipos que ejecutan agentes a escala en Kubernetes.

Qué ha ocurrido

OpenKruise Agents es un subproyecto de OpenKruise que gestiona todo el ciclo de vida de los Agent Sandboxes. Desde la anterior versión principal, v0.3.0, el proyecto ha fusionado 283 pull requests y ha dado la bienvenida a 27 nuevos colaboradores. La versión 0.6.0 cambia la arquitectura de una simple capa de carga de trabajo a un sistema con su propio plano de datos dedicado, añadiendo dos nuevos componentes principales: traffic-control-plane y traffic-proxy. Este cambio estructural permite una inspección más profunda del tráfico de red y un control más granular del comportamiento del sandbox sin depender de complementos externos.

La liberación aborda tres dimensiones primarias de valor para los equipos de plataforma e ingenieros de IA: endurecimiento de la seguridad, capacidad operativa y optimización de costes. Al mover la inspección de tráfico y la distribución de políticas a componentes de primera clase, el sistema ahora puede aplicar reglas de red estrictas, gestionar credenciales de forma segura y pausar automáticamente los sandboxes inactivos para ahorrar recursos. La actualización también expande el número de Custom Resource Definitions de seis a doce, introduciendo nuevos objetos como PoolAutoscaler y TrafficPolicy para soportar estas funciones avanzadas.

Cómo funciona

La nueva arquitectura divide la aplicación de la red en dos etapas para equilibrar rendimiento y seguridad. El filtrado L4 en el lado del nodo ocurre dentro del pod mediante el nuevo sidecar traffic-proxy, bloqueando destinos no autorizados con baja latencia antes de que el tráfico abandone el nodo. La inspección profunda L7 centralizada tiene lugar en la pasarela de salida (egress gateway), donde el Egress Policy Enforcer aplica reglas complejas, verifica las listas blancas de herramientas del Model Context Protocol e inyecta credenciales. Esto asegura que las claves API sensibles se resuelvan en el lado del proxy desde Kubernetes Secrets y se roten sin reiniciar el sandbox, manteniéndolas fuera del código del agente.

La optimización de costes está impulsada por mecanismos automáticos de pausa y reanudación. El sistema utiliza sondas (probes) para detectar sandboxes inactivos y los pausa para detener el consumo de CPU. Cuando se acerca una tarea programada o llega una nueva solicitud, el sandbox se despierta automáticamente. La pasarela de entrada (ingress gateway) maneja el despertar por tráfico (wake-on-traffic), lo que significa que la primera solicitud autenticada desencadena el proceso de reanudación. Si una sonda falla o expira, el sistema prioriza la seguridad al no pausar ni despertar la instancia, evitando pérdida accidental de datos o interrupciones del servicio.

Detalles clave

• Seguridad de red: Implementa filtrado de lista blanca L4, inspección de solicitudes L7 y listas de control de acceso a nivel de herramienta MCP con tokens JWT rotables de corta duración.
• Gestión de credenciales: Resuelve claves API upstream desde Kubernetes Secrets a nivel de proxy, permitiendo la rotación sin reinicios del sandbox.
• Operaciones de ciclo de vida: Soporta CheckpointRestore para preservar el rootfs durante actualizaciones y permite actualizar en lote flotas pausadas sin intervención manual.
• Escalado: Introduce PoolAutoscaler para capacidad de pool caliente declarativa con marcas de agua (watermarks) y programas de escalado basados en cron.
• Detección de inactividad: Utiliza lógica basada en sondas para pausar sandboxes inactivos y despertarlos según programación o en la primera solicitud, reduciendo costes de cómputo innecesarios.
• Crecimiento comunitario: La liberación incluye contribuciones de 27 nuevos desarrolladores y duplica el número de CRDs gestionados hasta doce.

Por qué importa

Para los equipos de ingeniería que construyen productos de IA, gestionar entornos sandboxed a menudo implica un equilibrio entre seguridad y conveniencia. Las versiones anteriores requerían herramientas externas o procesos manuales para manejar políticas de red e inyección de credenciales, lo cual podía llevar a brechas de seguridad o sobrecarga operativa. Al integrar estos controles directamente en el plano de datos, v0.6.0 permite a los equipos de plataforma aplicar políticas de salida estrictas y gestionar identidades de forma centralizada. Esto reduce el riesgo de fuga de credenciales y asegura que los agentes solo accedan a servicios aprobados, un requisito crítico para despliegues empresariales.

La eficiencia de costes es otra preocupación mayor cuando se ejecutan grandes flotas de sandboxes de agentes. Las instancias inactivas consumen recursos incluso cuando no están procesando tareas activamente. Las nuevas funciones automáticas de pausa y reanudación, combinadas con el escalado declarativo de pools, permiten a los equipos ajustar dinámicamente el tamaño de su infraestructura. Los sandboxes pueden reducirse durante horas valle y despertarse justo antes de las tareas programadas, asegurando que el gasto en cómputo se alinee estrechamente con el uso real. Esta madurez operativa hace viable ejecutar cargas de trabajo de agentes en producción sin facturas de infraestructura prohibitivas.

Qué puedes hacer

• Actualiza a OpenKruise Agents v0.6.0 desde GitHub Releases o registros de imágenes principales para acceder a las nuevas funciones de seguridad y escalado.
• Define recursos TrafficPolicy y SecurityProfile para poner en lista blanca destinos específicos y aplicar reglas de red L4/L7 para tus sandboxes.
• Configura PoolAutoscaler con programas cron para ajustar automáticamente la capacidad del pool caliente según los tiempos pico esperados.
• Habilita la pausa y reanudación automática estableciendo políticas de ciclo de vida para pausar por timeout y reanudar automáticamente por tráfico o programación.
• Migra la gestión de credenciales para usar Kubernetes Secrets con resolución en el lado del proxy para evitar incrustar claves API en el código del agente.
• Únete a la reunión comunitaria los jueves a las 19:30 GMT+8 o abre incidencias en GitHub para contribuir a los próximos elementos de la hoja de ruta.