Google annonce Agent Substrate 1.0 pour suspendre et reprendre des agents sur Kubernetes

Google annonce Agent Substrate 1.0 et sa disponibilité générale sur Google Kubernetes Engine. Dans son annonce du 5 novembre 2026, l’entreprise présente un moyen de libérer l’environnement de calcul d’un agent qui attend une réponse. Le système sauvegarde sa mémoire de travail et ses fichiers locaux. L’agent peut les retrouver lorsqu’une demande arrive. Le service s’installe sur des clusters Google Cloud qui répondent à des conditions précises.

Dissocier l’état de l’agent de la machine qui travaille

Un agent peut exécuter du code puis attendre une nouvelle instruction ou le résultat d’un service. Un environnement dédié peut continuer à occuper des ressources pendant cette attente. Agent Substrate donne à l’application un mécanisme pour suspendre l’agent et libérer son environnement. L’état sauvegardé reste disponible dans un espace de stockage.

À la reprise, le système choisit un environnement libre dans un groupe déjà démarré. Il y restaure l’état de l’agent puis transmet la nouvelle demande. La documentation de Google Cloud appelle Actor l’instance logique de l’agent et Worker l’environnement où elle s’exécute. Un Worker libéré par un agent peut servir à un autre. L’application continue de décider quel agent doit reprendre et à quel moment elle peut suspendre son travail.

Les connexions externes doivent être rétablies

La sauvegarde préserve la mémoire active et les fichiers locaux. La documentation précise que les connexions réseau ouvertes sont perdues pendant la suspension. Une session de base de données ou une connexion à un serveur MCP doit donc être rétablie par l’application. Pour un agent qui réalise des actions externes, il reste utile de suivre les opérations déjà terminées. La reprise de l’environnement et la reprise d’une transaction externe sont deux problèmes distincts.

Des prérequis pour le déploiement sur Google Cloud

Google documente un déploiement sur GKE Standard à partir de la version 1.37 pour le plan de contrôle et les groupes de machines. La configuration demande une identité de charge de travail et un espace de stockage pour les instantanés. La documentation exclut Autopilot de ce périmètre. Elle précise aussi que le passage direct d’un GPU à l’intérieur des environnements Actor n’est pas pris en charge. Ces limites comptent pour une équipe qui prévoit de reprendre un traitement déjà lancé sur un accélérateur.

Google décrit une restauration en moins d’une seconde dans la documentation et présente des gains de densité dans son annonce. Ces chiffres relèvent des conditions présentées par l’éditeur. La taille de l’état et les ressources du groupe d’environnements restent des points à mesurer sur sa propre charge. Les coûts du stockage et la gestion des accès aux instantanés entrent également dans le choix.

L’adoption par la CNCF suit une procédure distincte

Google annonce le transfert d’Agent Substrate et de deux autres projets vers la Cloud Native Computing Foundation. Le dossier public de la CNCF pour Agent Substrate indique que le vote a abouti et qu’un dossier d’intégration a été ouvert. Ce statut décrit la gouvernance du projet. La disponibilité commerciale sur GKE relève de l’annonce de Google. La reprise d’un environnement répond à une question voisine de celle abordée dans la gestion des agents Copilot dans Foundry.

Pour un premier essai, je partirais d’un agent qui attend souvent et dont les actions sont faciles à suivre. Ça permet de mesurer la reprise et de vérifier ce qui doit être reconnecté avant de parler d’économies à grande échelle. La continuité du travail dépend aussi de la manière dont l’application enregistre les étapes déjà réalisées.