Google Cloud a annoncé Agent Compute Engine, un service de calcul conçu spécifiquement pour les agents d’IA. Le Google Agent Compute Engine attribue à chaque agent sa propre microVM isolée par rapport au matériel. Le sandbox ne conserve aucun identifiant. Ce service alimente déjà Gemini en tant qu’agent pour les tâches professionnelles. Google l’a présenté cette semaine lors de AGNTCon + MCPCon. Une version préliminaire pour les clients est prévue dans les prochains mois. L’offre se caractérise par une isolation de niveau VM, avec une vitesse et une densité similaires à celles des conteneurs.
TL;DR
- Unité : Une microVM isolée par matériel par session d’agent, avec son propre noyau invité, accès root et Hyperdisk.
- Funcionne sur : des hôtes gérés par Google utilisant le silicium Titan et le Titanium IPU. L’agent open-source Agent Substrate fonctionne sur n’importe quel cluster Kubernetes.
- Performance : Les agents inactifs sont mis à zéro ressources actives et reprennent depuis les snapshots. Google ne fournit aucun chiffre de démarrage ou de densité ACE.
- Meilleur résultat : L’agent Substrate a atteint 500 activations/s en moins de 500 ms entre suspension et redémarrage, pour 200 000 agents.
- Pire : Aucun temps de démarrage, densité, prix ou date de prévisualisation publiés pour l’Agent Compute Engine lui-même.
Qu'est-ce que Google Agent Compute Engine ?
L’Agent Compute Engine est un service Google Cloud qui exécute chaque agent d’IA dans une microVM dédiée. Selon le post technique, il permet de faire fonctionner Gemini, Antigravity ainsi que les pipelines d’évaluation internes et de RL.
Google divise chaque agent en 2 parties. Le harnais, ou « cerveau », appelle le modèle. Le sandbox, ou « mains », exécute le code, les commandes de shell et les navigateurs. Le harnais fonctionne entièrement en dehors du sandbox et envoie des commandes explicites vers celui-ci.
Comment fonctionne l'isolation du microVM ?
Chaque session s’exécute dans une microVM à propriété unique derrière la frontière du Cloud Hypervisor. Les hôtes sont des appareils sans état, avec un système de fichiers racine en lecture seule, assuré par dm-verity. Titanium stocke les clés d’attestation en dehors du client.
Le design de réseau est la partie inhabituelle :
- Les MicroVMs ne disposent pas d’une interface réseau standard, pas de passerelle par défaut et pas d’accès direct au VPC.
- Tout trafic traverse la frontière virtio-vsock pour atteindre un proxy local, puis un gateway externe.
- Les invités reçoivent uniquement un certificat SPIFFE spécifique à la session et un token d’identité de durée courte.
- Agent Gateway remplace les identifiants réels du back-end en cours d’opération, après les vérifications de politique.
Google suppose que l’attaqueur contrôle tout à l’intérieur de la sandbox. Un agent injecté via un prompt ne trouve aucun secret à voler.
Quelles sont les quatre identités de l’agent ?
Google définit 4 identités pour chaque charge de travail d’agent :
- Identité utilisateur : seule permet l’authentification de la tâche globale.
- Delegate en nom de l’identité : une autorisation spécifiée stockée dans un service d’autorisation central, jamais sur le nœud.
- Identité de charge de travail agent : une identité SPIFFE de courte durée, la seule utilisée pour le trafic en sandbox.
- Identité de l’agent Workforce : le compte et les ressources de l’agent lui-même.
L’identité du travail de charge n’est utile pour les appels API directs si elle est exfiltrée. Elle indique simplement quelle sandbox a envoyé un paquet.
Comment fait-il pour maintenir les agents inactifs à bas coût ?
L’équipe de Google a constaté que les agents passent la plupart de leur temps à attendre des modèles ou des utilisateurs. Ainsi, le sandbox indique quand une appel de outil se termine. Le hôte met à zéro les ressources actives du microVM inactif. Il reprend ensuite la fonctionnement lors du prochain appel.
La densité provient de le partage de mémoire par copie sur écriture. Les images de snapshot préchauffées sont mappées avec DAX, de sorte que les microVMs sur un hôte partagent les pages du système d’exploitation et des bibliothèques. Seules les pages modifiées par chaque agent consomment de la mémoire privée. Les harnais disposent également de clonage, de snapshot/forking, de rewind et de rollback.
Le stockage est divisé en 3 modes : des couvertures de récupération jetables, des volumes de lecture seule partagés, et des espaces de travail utilisateur persistants sur Hyperdisk.
</b>Harness<span class="zone z-out">outside</span></div> <div class="node"><b></b>Sandbox microVM<span class="zone z-in">non fiable</span></div> <div class="node"><b></b>vsock + proxy local<span class="zone z-out">hôte</span></div> <div class="node"><b></b>Agent Gateway<span class="zone z-out">non node</span></div> <div class="node"><b></b>Échange de tokens<span class="zone z-out">off-node</span></div> <div class="node"><b></b>Backend<span class="zone z-out">Workspace / VPC</span></div> </div> <div class="track"><span id="ace-fill"></span><i class="pkt" id="ace-pkt"></i></div> <div class="card"><h4 id="ace-st">Étape 1</h4><p id="ace-sd"></p></div> <div class="ctl"> <button class="btn" id="ace-prev"> Retour</button> <button class="btn pri" id="ace-next"> Étape suivante </button> <button class="btn" id="ace-play"> Autorisation automatique</button> </div> <p class="note">Source : Google Cloud technical deep dive, 22 octobre 2026.</p> </div> <div class="pane" data-p="1"> <div class="life" id="ace-life"> <div class="st"><div class="lb">État 1</div><div class="nm">Appel d’outil en cours d’exécution</div><div class="meter"><span style="width:100%;background:#34A853"></span></div><div class="ds">Codage, shell ou navigateur exécuté dans la microVM.</div></div> <div class="st"><div class="lb">État 2</div><div class="nm">Signal “Pensant”</div><div class="meter"><span style="width:55%;background:#FBBC04"></span></div><div class="ds">Le sandbox ne rapporte pas commandes ou tâches en arrière-plan en cours d’exécution.</div></div> <div class="st"><div class="lb">État 3</div><div class="nm">Inactivité marquée</div><div class="meter"><span style="width:0%;background:#4285F4"></span></div><div class="ds">L’état est conservé. Ressources hôte actives zéro.</div></div> <div class="st"><div class="lb">État 4</div><div class="nm">>Résumé</div><div class="meter"><span style="width:100%;background:#34A853"></span></div><div class="ds">>La prochaine appel de l'outil restaure la microVM à partir de son snapshot.</div></div> </div> <div class="card"> <h4>Mémoire copie sur écrit, partagée entre 6 microVMs</h4> <div class="mem" id="ace-mem"></div> <div class="shared" id="ace-shared">1 copie partagée du système d’exploitation de base, des bibliothèques et des binaires (DAX + CoW)</div> <div class="legend"><span><i style="background:#4285F4"></i>Pages d’image de base</span><span><i style="background:#FBBC04"></i>Pages privées modifiées par l’agent</span></div> <div class="ctl"><button class="btn pri" id="ace-cow">Activer le partage CoW</button><button class="btn" id="ace-cycle"> Exécuter le cycle d’inactivité</button></div> </div> <p class="note">Les hauteurs des barres sont illustratives. Google ne divulgue aucune figure de densité par hôte pour Agent Compute Engine.</p> </div> <div class="pane" data-p="2"> <div class="ids"> <button class="id"><div class="n">ID 1</div><div class="t">Identité de l’utilisateur</div><div class="w" style="color:#4285F4">Démarre la tâche</div><div class="more">L’utilisateur authentifié qui a initié la demande. Utilisé uniquement pour authentifier la tâche globale, jamais pour des opérations agentiques.</div></button> <button class="id"><div class="n">ID 2</div><div class="t">Délégué au nom de</div><div class="w" style="color:#FBBC04">Resident dans le service d’authentification central</div><div class="more">Un accord cryptographiquement sécurisé prouvant que l’utilisateur a été autorisé. Ces subventions de longue durée ne restent jamais sur le nœud de calcul.</div></button> <button class="id key"><span class="badge">Seul l’ID dans le sandboks</span><div class="n">ID 3</div><div class="t">Identité de charge d’agent</div><div class="w" style="color:#34A853">ID SPIFFE de durée courte</div><div class="more">Assigné lorsque la microVM se lance. Identifie le sandboks qui a envoyé le paquet. Inutile pour les appels back-end directs si il est exfiltré.</div></button> <button class="id"><div class="n">ID 4</div><div class="t">Identité de l’agent Workforce</div><div class="w" style="color:#EA4335">Compte de l’agent lui-même</div><div class="more">Permettre à un agent d’agir comme assistant avec sa propre identité, compte et ressources.</div></button> </div> <p class="note">Appuyez sur une carte pour la révéler. Agent Gateway traduit l’ID 3 en les autres identités hors nœud, après vérification du hôte, de l’utilisateur, de la sandbox, de la session et de la politique. </p> </div> <div class="pane" data-p="3"> <div class="stats"> <div class="stat"><div class="v" data-n="200000" data-f=",">0</div><div class="k">agents dans le benchmark</div></div> <div class="stat"><div class="v" data-n="500">0</div><div class="k">activations par second</div></div> <div class="stat"><div class="v" data-n="500" data-p="<" data-s=" ms">0</div><div class="k">latence de suspension / reprise</div></div> <div class="stat"><div class="v" data-n="10" data-s="x">0</div><div class="k">densité de calcul plus élevée (jusqu’à)</div></div> <div class="stat"><div class="v" data-n="1000" data-f="," data-s="+">0</div><div class="k">agents en veille</div> par hôte</div></div> </div> <div class="bars"> <div class="bar"><div class="row"><span>Latence du résumé publié : Agent Substrate</span><b>< 500 ms</b></div><div class="tr"><span data-w="50" style="background:#4285F4"></span></div></div> <div class="bar"><div class="row"><span>Temps du résumé publié : E2B (documents)</span><b>~1 s</b></div><div class="tr"><span data-w="100" style="background:#9aa4b2"></span></span></div></div> <div class="bar"><div class="row"><span>Agent Compute Engine</span><b>Non divulgué</b></span></div><div class="tr"><span data-w="0" style="background:#EA4335"></span></div></div> </div> <p class="note">Ces chiffres concernent l’Agent Substrate open-source sur GKE, et non l’Agent Compute Engine. Reporteurs indépendants de Google. Une latence plus faible est meilleure.</p> </div> <div class="pane" data-p="4"> <div class="tw"><table> <tr><th></th><th>Agent Compute Engine</th><th>AWS AgentCore Runtime</th><th>Azure dynamic sessions</th><th>E2B</th></tr> <tr><td>Isolation</td><td class="g">Cloud Hypervisor microVM</td><td>MicroVM dédiée par session</td><td>Hyper-V sandbox</td><td>Firecracker microVM</td></tr> <tr><td>Idle</td><td class="g">Checkpoint à zéro ressources activées</td><td>Le facturation de la CPU ignore généralement l’attente I/O</td><td>>Détruit après un temps de repos</td><td>>Pause sauvegarde fichiers et mémoire</td></tr> <tr><td>Credentials</td><td class="g">Aucun dans le sandbox</td><td>>Géré par l’identité AgentCore</td><td>>Non disclosed</td><td>Non divulgué</td></tr> <tr><td>Max session</td><td class="g">Non divulgué</td><td>8 h microVM, 14 jours d’instances</td><td>Rythme de refroidissement configurable</td><td>Non comparé</td></tr> <tr><td>Statut</td><td class="g">Prévisualisation dans les prochains mois</td><td>>Déployé</td><td>>38 régions listées</td><td>>Déployé</td></tr> </table></div> <p class="note">Sources : blog de Google Cloud ; documents AWS, Microsoft Learn et E2B. Vérifié le 22 oct. 2026.</p> </div> <div class="ft"><span>Sources : <a href="https://cloud.google.com/blog/topics/ai-infrastructure/agent-compute-engine-deep-dive" target="_blank" rel="noopener">Google Cloud deep dive</a> · <a href="https://cloud.google.com/blog/products/containers-kubernetes/agent-substrate-available-on-gke" target="_blank" rel="noopener">Agent Substrate</a></span><span class="mtp">Construit par Marktechpost</span></div> </div> <script> (function(){ var R=document.getElementById('mtp-ace-explainer'); function post(){try{parent.postMessage({mtpAceHeight:R.offsetHeight+40},'*')}catch(e){}} var tabs=R.querySelectorAll('.tab'),panes=R.querySelectorAll('.pane'); tabs.forEach(function(t){t.addEventListener('click',function(){var i=+t.dataset.t;tabs.forEach(function(x){x.classList.toggle('on',x===t)});panes.forEach(function(p){p.classList.toggle('on',+p.dataset.p===i)});if(i===3)runStats();setTimeout(post,60);setTimeout(post,500)})}); /* flow */ var S=[["Le harnais envoie une commande","Le harnais (le cerveau) fonctionne en dehors du sandbox. Il décide de la prochaine appel de outil et envoie une commande explicite dans le microVM.", ["Le sandbox exécute du code non fiable","Le microVM (les mains) exécute du code, des actions de shell ou de navigateur."]] Il ne contient aucun token, aucune clé API et n’a pas d’accès au serveur de métadonnées.] Les demandes de sortie traversent la frontière virtio-vsock pour atteindre un proxy local, qui lie l’attestation du nœud soutenu par Titanium.], ["L’agent de passerelle vérifie la triade","À l’extérieur du nœud, l’agent de passerelle valide la délégation utilisateur, l’identité de l’agent et l’identité du nœud, puis applique la politique de prévention de perte de données et d’évitement d’écoulement."], ["Échange de tokens en cours","C’est seulement maintenant que la credex réelle du backend est insérée dans le réseau, lorsque la demande quitte la passerelle.]. Le sandbag ne le voit jamais.]], ["Le backend voit une identité propre","Le workspace, un service VPC privé ou un serveur MCP reçoit une identité vérifiable, pouvant être auditable auprès d’un agent spécifique agissant pour un utilisateur spécifique."]]; var nodes=R.querySelectorAll('#ace-flow .node'),fill=R.querySelector('#ace-fill'),pkt=R.querySelector('#ace-pkt'),st=R.querySelector('#ace-st'),sd=R.querySelector('#ace-sd'),prev=R.querySelector('#ace-prev'),next=R.querySelector('#ace-next'),play=R.querySelector('#ace-play'),k=0,timer=null; function draw(){nodes.forEach(function(n,i){n.classList.toggle('cur',i===k);n.classList.toggle('done',i<k)});var pct=k/(S.length-1)*100;fill.style.width=pct+'%';pkt.style.left='calc('+pct+'% - '+(pct/100*14)+'px)';st.textContent='Étape '+(k+1)+' de 6 : '+S[k][0];sd.textContent=S[k][1];prev.disabled=k===0;next.textContent=k===S.length-1?'Restart ↺':'Prochain étape '} next.onclick=function(){k=k===S.length-1?0:k+1;draw()};prev.onclick=function(){if(k>0){k--;draw()}}; play.onclick=function(){if(timer){clearInterval(timer);timer=null;play.textContent=' Auto-play';return}play.textContent='❚❚ Pause';k=0;draw();timer=setInterval(function(){if(k<S.length-1){k++;draw()}else{clearInterval(timer);timer=null;play.textContent=' Auto-play'}},1800)}; draw(); /* mémoire */ var mem=R.querySelector('#ace-mem'),cow=false,priv=[14,22,10,18,26,12]; for(var i=0;i<6;i++){var v=document.createElement('div');v.className='vm';v.innerHTML='<small>VM '+(i+1)+'</small><span class="base" style="height:70px"></span><span class="priv" style="height:'+priv[i]+'px"></span>';mem.appendChild(v)} var cowb=R.querySelector('#ace-cow'),sh=R.querySelector('#ace-shared'); cowb.onclick=function(){cow=!cow;mem.querySelectorAll('.base').forEach(function(b){b.style.height=cow?'0px':'70px';b.style.opacity=cow?0:1};b.style.height=cow?'0px':'70px';b.style.opacity=cow?0:1});sh.classList.toggle('on',cow);cowb.textContent=cow?'Turn off CoW sharing':'Turn on CoW sharing'}; var lifes=R.querySelectorAll('#ace-life .st'),lt=null; R.querySelector('#ace-cycle').onclick=function(){if(lt)clearInterval(lt);var j=0;lifes.forEach(function(x){x.classList.remove('on')});lifes[0].classList.add('on');lt=setInterval(function(){lifes[j].classList.remove('on');j++;if(j>=lifes.length){clearInterval(lt);lt=null;return}lifes[j].classList.add('on')},1300)}; /* ids */ R.querySelectorAll('.id').forEach(function(c){c.addEventListener('click',function(){c.classList.toggle('open');setTimeout(post,450)})}); /* stats */ var ran=false; function runStats(){if(ran)return;ran=true;R.querySelectorAll('.stat .v').forEach(function(el){var n=+el.dataset.n,p=el.dataset.p||'',s=el.dataset.s||'',f=el.dataset.f,t0=null;function step(ts){if(!t0)t0=ts;var q=Math.min(1,(ts-t0)/1200),e=1-Math.pow(1-q,3),v=Math.round(n*e);el.textContent=p+(f?v.toLocaleString('en-US'):v)+s;if(q<1)requestAnimationFrame(step)}requestAnimationFrame(step)});setTimeout(function(){R.querySelectorAll('.bar .tr span').forEach(function(b){b.style.width=b.dataset.w+'%'})},80)} window.addEventListener('load',post);window.addEventListener('resize',post);setTimeout(post,300); })(); </script> </body></html> ">Qu’apporte Agent Substrate ?
Agent Substrate est la version open-source, native Kubernetes, disponible sur GKE depuis le 15 septembre 2026. Elle propose des microVMs Cloud Hypervisor ou des sandboxes gVisor. Google rapporte ces chiffres :
- Jusqu’à 10 fois plus de densité de calcul que les ordinateurs traditionnels.
- 500 activations par seconde, avec une suspension/récupération en moins de 500 ms, dans un benchmark avec 200 000 agents.
- Plus de 1 000 agents inactifs par hôte.
Il fonctionne avec des harnais tels que Claude Code, OpenClaw et Hermes. Il est ouvert à tous les clients GKE pour un usage non de production. La version de production GA n’est accessible qu’à ceux qui figurent sur la liste d’accès. Le code source se trouve à https://github.com/agent-substrate/substrate.
Comment se compare-t-il aux autres salles de sandbox d’agents ?
| Caractéristique | Google Agent Compute Engine | Google Agent Substrate | AWS AgentCore Runtime | Sessions dynamiques Azure | E2B |
|---|---|---|---|---|---|
| Isolation | Hyperviseur cloud microVM (source) | Hyperviseur cloud microVM ou gVisor (source) | MicroVM dédié par session (source) | Sandbox Hyper-V par session (source) | Firecracker microVM (source) |
| Gestion de l'immobilisation | Point de contrôle des ressources actives à zéro | SnapShot, processeur et mémoire gratuits | L’facturation de la CPU skip généralement l’attente d’E/S | Détruit après récupération | L’arrêt sauve le système de fichiers et la mémoire (source) |
| Persistance | Hyperdisk par microVM | Volumes d’agent Filestore (optionnel) | Le système de fichiers persiste lors du arrêt/récupération | Sessions éphémères | SnapShot en pause |
| Max session | Non divulgué | Non divulgué | 8 heures (microVMs), 14 jours (Instances) | Délai de récupération configurable | Pas comparé |
| Identifiants dans le sandbox | Aucun (échange de token de gateway) | Injecté par le proxy d'évacuation | Géré par AgentCore Identity | Non divulgué | Non divulgué |
| Résumé publié / figure de départ | Non divulgué | Moins de 500 ms de résumé | Non divulgué | Allocation en millisecondes provenant de pools préchauffés | Environ 1 s résume |
| Source ouverte | Aucun | Oui | Aucun | Aucun | Pas comparé |
| Disponibilité | Prévisualisation dans les prochains mois | GKE non-production ; GA via liste d’autorisation | Disponible | 38 régions listées | Disponible |
Comment Google étend la gouvernance des agents ?
Google étend Gemini pour la gouvernance des agents professionnels à Agent Runtime, Cloud Run, Agent Sandboxes, GKE et ACE. Cette stack comprend Agent Gateway, Agent Registry, Identité des agents et l’observabilité basée sur OpenTelemetry.
Les nouveaux morceaux arrivent par étapes :
- Prévisualisation bientôt : Points d’application basés sur Envoy pour les configurations multiclouds et hybrides.
- Prévisualisation prochaine : gouvernance pour les agents de codage locaux tels que Claude Code et Antigravity CLI sur des appareils gérés.
- Prévisualisation de ce trimestre : gestion des tokens, routage des modèles, liens des extensions de service et Express Link pour Cloud Run.
- Prévisualisation de ce trimestre : autorisation déléguée avec Ping Identity, SailPoint et Saviynt.
Résultats clés
- 1 microVM isolé par matériel pour chaque agent, sans aucune identifiant intégré.
- Les agents inactifs vont à un point de contrôle à zéro pour les ressources actives, puis reprendront depuis les snapshots.
- 4 identités distinctes ; seule une ID SPIFFE de courte durée entre en contact avec la sandbox.
- Agent Substrate : 500 activations/s, reprise en moins de 500 ms, 200 000 agents.
- Aucun prix public, temps de démarrage ou date de prévisualisation pour Agent Compute Engine n’est encore disponible.
Veuillez consulter le post de lancement, le détail technique approfondi, et l’annonce du Agent Substrate. Inscrivez-vous pour une preview ici.. Tout le crédit revient au chercheur de ce projet. Veuillez également nous suivre sur Twitter et n’oubliez pas de rejoindre notre subreddit de 150 000+ utilisateurs sur ML et de vous abonner à notre newsletter. Attends ! êtes-vous sur Telegram ? Maintenant, vous pouvez également nous rejoindre sur Telegram.
Voulez-vous collaborer avec nous pour promouvoir votre repository GitHub, votre page Hugging Face, la sortie d'un produit ou un webinaire, etc. ? Connectez-vous à nous
La publication Google Cloud lance l’Agent Compute Engine : une MicroVM par agent AI a été publiée en premier dans MarkTechPost.