Google Cloud presenta Agent Compute Engine, un servicio de cómputo dedicado para agentes de IA
Puntos clave
- •Google Cloud presentó Agent Compute Engine, un servicio de cómputo construido específicamente para ejecutar agentes de IA, en los eventos AGNTCon + MCPCon el 22 de octubre de 2026.
- •El servicio ejecuta cargas de trabajo de agentes en microVMs con aislamiento de hardware y kernels de invitado dedicados, admitiendo inicios rápidos y operación de pausa y reanudación.
- •El uso compartido de memoria copy-on-write sustenta la afirmación de Google de benchmarks de densidad 10x, lo que podría reducir los costos de infraestructura por agente en flotas de sesiones de corta duración.
- •Los chips dedicados Titanium IPU proporcionan una capa adicional de protección contra amenazas adversarias, y el servicio forma parte de la Gemini Enterprise Agent Platform.
- •Google ya opera el servicio internamente para sus propios agentes Gemini, y se planea una vista previa para clientes pronto sin una fecha pública confirmada.

Google Cloud ha presentado un servicio de cómputo diseñado específicamente para alojar agentes de IA, con el aislamiento de seguridad como su principal argumento de venta.
La compañía anunció Agent Compute Engine el 22 de octubre de 2026, durante los eventos AGNTCon + MCPCon. La oferta es un servicio de cómputo diseñado específicamente para ejecutar agentes de IA a gran escala.
Lo que Google realmente construyó
Agent Compute Engine ejecuta cargas de trabajo de agentes dentro de microVMs con aislamiento de hardware. Cada microVM recibe un kernel de invitado dedicado y acceso root.
El detalle de la microVM vale la pena explicar. Las cargas de trabajo en la nube generalmente se ejecutan en contenedores, que comparten el kernel de la máquina en la que se encuentran, o en máquinas virtuales tradicionales, que inician su propio kernel pero arrancan lentamente. Una microVM es una máquina virtual reducida — de ahí el kernel de invitado dedicado — diseñada para arrancar con una velocidad similar a la de un contenedor, manteniendo el perfil de aislamiento de una VM completa.
Ese aislamiento importa porque los agentes son participantes activos y no servicios pasivos. Ejecutan código, invocan herramientas y manejan datos en nombre de los usuarios.
Google dice que el servicio está optimizado para la rápida rotación y las altas demandas típicas de las cargas de trabajo de agentes. En términos prácticos, los agentes pueden iniciarse rápidamente, pausarse y luego reanudarse más tarde.
El truco de densidad y la capa de seguridad
La segunda característica destacada es el uso compartido de memoria copy-on-write, una técnica de larga data del diseño de sistemas operativos aplicada aquí a flotas de agentes. Cuando muchos agentes parten de la misma base, comparten la misma memoria hasta que uno de ellos modifica algo. En ese momento, solo la porción alterada se duplica en la copia privada de ese agente.
Según Google, este enfoque ha producido benchmarks de densidad 10x, lo que significa que la compañía afirma poder alojar muchos más agentes en el mismo hardware de lo que sería posible de otra forma. Para cargas de trabajo basadas en muchas sesiones de corta duración, cuánto cabe en una sola máquina impacta directamente en el costo de infraestructura por agente.
En el lado de la seguridad, Google se apoya en su tecnología Titanium IPU — una IPU, o unidad de procesamiento de infraestructura, es un chip dedicado que gestiona las funciones de red y otras tareas de infraestructura para liberar las CPU del host para las cargas de trabajo — que la compañía posiciona como una capa adicional de protección contra amenazas adversarias.
Google presenta el servicio como parte de su Gemini Enterprise Agent Platform, donde la seguridad y la gobernanza de los agentes de IA están en el centro del mensaje de la plataforma.
Ya en uso, al menos internamente
Agent Compute Engine no es un prototipo de laboratorio a la espera de su primer cliente. Google dice que ya opera el servicio internamente para sus propios agentes Gemini.
Los clientes tendrán que esperar un poco más. Se espera que el servicio entre pronto en una fase de vista previa — en términos de la industria de la nube, una ventana de pruebas antes de la disponibilidad general en la que las funciones y condiciones aún pueden cambiar — aunque Google no se ha comprometido con una fecha pública concreta en el anuncio.
Por qué los agentes necesitan su propia infraestructura
Un chatbot responde una pregunta y se detiene. Un agente puede navegar, escribir código, ejecutarlo, verificar el resultado e intentarlo de nuevo — todo sin que un humano haga clic en nada.
Ese comportamiento crea dos problemas para un proveedor de nube. El primero es la escala, porque los agentes pueden aparecer y desaparecer constantemente. El segundo es el confinamiento, porque un agente con acceso root en un entorno mal aislado representa un riesgo para todo lo que lo rodea.
Agent Compute Engine es la respuesta de Google a ambos problemas a la vez. Los arranques rápidos y la pausa y reanudación gestionan la rotación, que el aislamiento de hardware y Titanium IPU gestionan el confinamiento.
Lo que esto significa
La afirmación de densidad 10x es la cifra a observar. Si los clientes de la vista previa ven resultados similares, podría cambiar significativamente el costo de ejecutar grandes flotas de agentes. El anuncio también llega a un mercado donde otros grandes proveedores de nube, incluidos Amazon Web Services y Microsoft, han estado construyendo sus propios servicios para crear y ejecutar agentes de IA — poniendo en juego también la infraestructura beneath esos agentes.
El tiempo es la otra cosa a observar. Google ha dicho que la vista previa llegará pronto, y la rapidez con la que el servicio pase de la vista previa a la disponibilidad general mostrará qué tan listo está realmente fuera de los muros de Google.
Por ahora, el respaldo más convincente proviene del propio Google. Sus agentes Gemini ya viven en estas microVMs, y la compañía claramente espera que los clientes quieran mudarse al edificio a continuación.