Google abre su infraestructura segura de agentes a clientes de la nube

Google se prepara para lanzar al público la infraestructura interna que impulsa sus agentes Gemini como un servicio en la nube. Anunciado durante el evento AGNTCon+MCPCon de la Linux Foundation en San José, Agent Compute Engine entrará en fase de vista previa para los usuarios de Google Cloud a finales de este año, ofreciendo microVM aisladas por hardware para la ejecución de agentes de IA.

Qué ha ocurrido

El nuevo servicio, Agent Compute Engine, proporciona a cada agente de IA su propia microVM aislada. Esta arquitectura combina los tiempos de inicio rápido de los contenedores con las sólidas fronteras de seguridad de las máquinas virtuales tradicionales. El anuncio marca un cambio significativo, ya que Google traslada esta tecnología desde su uso interno para Gemini, Antigravity y los flujos de trabajo de entrenamiento de modelos hacia una oferta comercial para desarrolladores externos.

Este lanzamiento sitúa a Google en competencia directa con otros grandes proveedores que ofrecen entornos de aislamiento (sandboxes) para agentes. Startups como E2B y Daytona ya proporcionan entornos similares, utilizando a menudo microVM Firecracker o aislamiento basado en contenedores. AWS también ofrece Bedrock AgentCore, que asigna a cada sesión de agente su propia microVM y pausa la facturación durante los tiempos de inactividad. La entrada de Google aprovecha su enorme escala, con el objetivo de apoyar el rápido crecimiento de las cargas de trabajo agénticas, que se han convertido en algunos de los mayores consumidores de cómputo y almacenamiento en sus centros de datos.

Cómo funciona

Agent Compute Engine aborda la tensión entre velocidad y seguridad en la ejecución de agentes. Las máquinas virtuales tradicionales ofrecen un fuerte aislamiento pero son demasiado lentas para arrancar y suspenderse ante las tareas de corta duración típicas de los agentes de IA. Los contenedores son rápidos pero carecen del aislamiento a nivel de kernel necesario para la ejecución segura de código. La solución de Google utiliza una microVM aislada por hardware que inicia rápidamente y puede ser guardada en puntos de control (checkpointed) cuando está inactiva. Cuando un agente espera una respuesta del modelo o la entrada del usuario, el host guarda el estado de la microVM en disco y libera los recursos activos, reanudando la ejecución instantáneamente cuando es necesario.

La seguridad está integrada en la base de cada sesión. Cada microVM se ejecuta sobre un host sin estado (stateless) con un sistema de archivos de solo lectura, verificado criptográficamente al iniciar mediante la plataforma de seguridad Titan y Titanium IPU de Google. Las propias microVMs se ejecutan sobre Cloud Hypervisor, un monitor de código abierto, y cada instancia tiene su propio kernel invitado y acceso root. Crucialmente, estos entornos no almacenan secretos en memoria ni en disco. La identidad se gestiona mediante tokens de corta duración y ámbito de sesión, y todo el tráfico está cifrado. El acceso a la red se realiza a través de un proxy fuera del sandbox, con credenciales inyectadas solo después de verificar la delegación del usuario a través de Google’s Agent Gateway.

Detalles clave

• Agent Compute Engine estará disponible en versión preliminar para usuarios de Google Cloud a finales de 2026.
• Cada agente se ejecuta en una microVM aislada por hardware de inquilino único (single-tenant) con su propio kernel invitado.
• El sistema crea puntos de control de las microVM inactivas para liberar recursos activos mientras preserva el estado.
• La seguridad depende de las plataformas Titan y Titanium IPU de Google para la verificación por hardware.
• No se almacenan secretos en memoria ni en disco dentro del entorno sandbox.
• Todo el tráfico de red se proxifica y cifra, gestionando las credenciales fuera de la VM.

Por qué importa

Para los ingenieros que construyen sistemas agénticos, la seguridad sigue siendo la principal barrera para la adopción. Los agentes a menudo requieren acceso a nivel root para ejecutar código, navegar por la web o interactuar con scripts de shell, lo que crea riesgos significativos si son comprometidos. Al proporcionar un sandbox donde un atacante que controle el agente no encuentra nada de valor, Google reduce la responsabilidad asociada con la ejecución de código no confiable. Este enfoque de "nada que robar" permite a los desarrolladores otorgar permisos más amplios a los agentes sin exponer infraestructuras sensibles o credenciales.

Las ganancias de eficiencia derivadas del checkpointing de agentes inactivos también impactan en el costo y la escalabilidad. Dado que los agentes pasan la mayor parte de su tiempo esperando entradas externas, pagar por recursos completos de cómputo durante estos períodos es desperdiciado. Al suspender la microVM y liberar los recursos activos de CPU, la infraestructura puede soportar mayores densidades de agentes concurrentes. Este modelo respalda bucles de larga duración que pueden durar semanas, habilitando flujos de trabajo complejos como el aprendizaje por refuerzo y la evaluación de modelos a gran escala que antes eran difíciles de gestionar económicamente.

Qué puedes hacer

• Monitoriza la consola de Google Cloud para el lanzamiento de la vista previa de Agent Compute Engine a finales de este año.
• Evalúa tus cargas de trabajo actuales de agentes para identificar tareas que requieran aislamiento a nivel root frente a una simple contenerización.
• Revisa los protocolos de seguridad para la gestión de credenciales de agentes para alinearte con modelos de identidad basados en proxy.
• Considera probar Agent Substrate en clústeres Kubernetes existentes si no prefieres un servicio gestionado.
• Realiza pruebas de referencia (benchmarking) de los tiempos de suspensión y reanudación de agentes para estimar los posibles ahorros de costos derivados del checkpointing en inactividad.
• Explora la integración con herramientas como Claude Code o OpenClaw si utilizas el runtime Substrate de código abierto.