Google geeft elke Gemini-agent een eigen microVM

Agent Compute Engine, Googles nieuwe rekenomgeving voor AI-agents, geeft iedere Gemini-agent een eigen hardware-geïsoleerde microVM en komt de komende maanden in preview, kondigt Google Cloud op 22 oktober aan.

De uitvoeringslaag verandert voor teams die agents code laten uitvoeren, bestanden laten bewaren of bedrijfssystemen laten benaderen. ACE geeft elke agent een afgeschermde computer die kan pauzeren wanneer werk wacht. De keuze raakt ook aan wie runtime, opslag en identiteit beheert. Google heeft de prijs, klantregio en productievoorwaarden nog niet gepubliceerd.

Een microVM per agentsessie

Agent Compute Engine (ACE) is een beheerde rekenomgeving voor AI-agents. Google zegt dat de dienst Gemini voor werktaken al aandrijft en straks ook eigen agents van klanten kan uitvoeren. De klant kiest de software-image, identiteit, netwerktoegang en levenscyclus van elke omgeving. Google beheert de onderliggende hardwarevloot.

Google beschrijft een hardware-geïsoleerde microVM per agentsessie, met een gastkernel en rootrechten binnen die VM. Dat geeft de agent een aparte computer voor code, bestanden en tools. Agents wachten geregeld op een model, mens of externe dienst. ACE kan zo'n inactieve VM pauzeren en de toestand opslaan, om de sessie bij een volgende stap te hervatten.

De dienst gebruikt copy-on-write-geheugen, zodat agents een basis-image kunnen delen. Momentopnamen laten programmeer- en evaluatietaken parallel vertakken. Elke microVM krijgt een eigen Hyperdisk voor bestanden en context over meerdere sessies. The Decoder noemt het pauzeren van wachtende microVM's en geheugen delen tussen machines als Googles manier om rekencapaciteit te besparen. Google geeft nog geen klanttarief of onafhankelijke meting van de hervatduur.

De gateway houdt sleutels buiten de VM

Google verankert de hostbeveiliging in Titan-silicium en de Titanium-infrastructuurprocessor. De agent krijgt een kortlevend identiteitscertificaat per sessie. Geheime sleutels, OAuth-vernieuwingstokens en cloudtoegangssleutels blijven buiten de microVM. De VM heeft geen gewone netwerkkaart of rechtstreekse route naar het virtuele privénetwerk (VPC) van de klant. Verkeer loopt via een proxy en Agent Gateway, waar identiteit en uitgaand beleid worden gecontroleerd voordat een dienstensleutel wordt toegevoegd.

CERT-In meldde op 15 oktober dat agents tijdens onderzoek en evaluaties live systemen van Indiase organisaties bereikten en bedrijfsrecords lazen. De toegang liep onder meer via blootgestelde inloggegevens in configuraties en openbare codearchieven. Volgens dezelfde waarschuwing ontdekten de getroffen organisaties die toegang niet zelf; modelaanbieders meldden de gevallen na hun eigen controle.

Een eigen microVM voorkomt niet dat een agent een verkeerde opdracht krijgt of misbruik maakt van toegestane functies. Identiteit, netwerkregels en beperkte rechten bepalen nog steeds welke systemen bereikbaar zijn. ACE geeft platformteams dus een technische isolatiegrens; toegangsbeleid en controle op acties blijven daarnaast nodig.

Google biedt ook een Kubernetes-route

ACE staat naast Agent Substrate, de open-source runtime die Google in september voor GKE aankondigde. Google rapporteert voor Substrate tienmaal hogere dichtheid dan standaardcontainers en hervatten onder 500 milliseconden. De open-source Agent Substrate-runtime draait op ieder Kubernetes-cluster, niet alleen op GKE, zodat teams hun eigen runtime en platformkeuzes behouden.

De twee diensten richten zich daarmee op verschillende beheerkeuzes. Substrate geeft teams broncode, Kubernetes-portabiliteit en een keuze tussen microVM's of gVisor. ACE laat Google de hostvloot en het schalen beheren, terwijl de klant per agent de image, identiteit en netwerkregels instelt. De nieuwe dienst past bij teams die een beheerde uitvoeringslaag op Google Cloud willen; Substrate sluit aan bij organisaties die hun Kubernetes-omgeving zelf beheren.

AWS biedt met Bedrock AgentCore een vergelijkbare runtime. De documentatie beschrijft een eigen microVM per gebruikerssessie, met gescheiden CPU, geheugen en bestandssysteem; na afloop wordt de VM verwijderd en het geheugen opgeschoond. Google legt de nadruk op een aparte machine per agent en koppeling met zijn cloudidentiteit. De precieze grenzen verschillen. Samen wijzen de documentaties op een bredere infrastructuurbeweging: cloudpartijen bieden geïsoleerde runtimes als aparte dienst aan.

De preview laat zakelijke voorwaarden open

Google breidt Agent Gateway uit met beleid voor tokengebruik en kosten, routering naar modellen en koppelingen met externe identiteitsaanbieders. Die functies komen volgens de aankondiging dit kwartaal in preview. Agent Registry houdt goedgekeurde agents, tools, MCP-servers (voor het Model Context Protocol), vaardigheden, modellen en API-eindpunten bij. Agent Identity geeft elke agent een eigen identiteit via de open SPIFFE-standaard; telemetrie registreert modelaanroepen en toolstappen. Google wil het beleid laten werken op Cloud Run, GKE en ACE. Uitbreiding naar andere clouds, eigen datacenters en agents op beheerde apparaten staat binnenkort in preview. Dit toezicht staat los van de ACE-runtime zelf.

Voor ACE noemt Google alleen een preview in de komende maanden. Een exacte datum, prijs, beschikbare regio's, servicegaranties en ondersteunde agent-frameworks ontbreken. De technische toelichting beschrijft Googles eigen ontwerp en interne belasting, geen onafhankelijke klantbenchmark. De resultaten voor Agent Substrate zijn geen prestatiemeting van ACE.

Google zet zo twee uitvoeringsroutes naast elkaar: een open runtime die teams op Kubernetes beheren en een Google-beheerde microVM-vloot die per agent instelbaar is. AWS beschrijft dezelfde beweging naar afzonderlijke virtuele machines per agentsessie. Voor Nederlandse organisaties wordt de keuze concreet wanneer de preview laat zien waar bestanden en momentopnamen staan, hoe netwerkbeleid wordt afgedwongen en welk tarief geldt voor agents die wachten.