Google Cloud muscle son infrastructure pour les agents IA

En août 2026, Google Cloud a présenté deux briques destinées à rendre les agents IA plus autonomes et plus simples à exploiter : les Database Operations Agents, pour automatiser la gestion des bases de données, et les Cloud Run Instances, pour héberger des agents capables de fonctionner dans la durée. Ensemble, ces nouveautés élargissent la stratégie Agentic Data Cloud de Google, de la gestion des données vers l’infrastructure opérationnelle dont les agents ont besoin. 78

Des agents Gemini pour gérer les bases de données

Intégrés à Gemini Cloud Assist, les Database Operations Agents se répartissent en deux fonctions complémentaires :

• Le Database Onboarding Agent intervient lors des opérations dites « Day 0 » : choix de la base, provisionnement, configuration et premier déploiement.
• Le Database Observability Agent couvre les opérations « Day 1 » et « Day 2 » : surveillance, diagnostic, dépannage et maintenance continue. 8

L’objectif est de réduire la part de travail répétitif assumée par les administrateurs de bases de données, les développeurs, les équipes SRE et les équipes DevOps. Au lieu de multiplier les plans d’architecture, les scripts de provisionnement, les réglages de schéma et d’index, ou les analyses manuelles de requêtes, les équipes peuvent décrire leur besoin en langage naturel et suivre un parcours guidé. 8

Du provisionnement au premier réglage

Le Onboarding Agent accompagne l’utilisateur dans le choix et la configuration d’une base de données Google Cloud. Il prend notamment en charge les services managés AlloyDB, Bigtable, Cloud SQL et Spanner. 8

Une observabilité alimentée par la télémétrie

De son côté, l’Observability Agent rapproche les informations issues de Database Insights, Cloud Monitoring, Cloud Logging, Cloud Trace et d’autres sources pertinentes. Il peut ainsi rechercher l’origine de problèmes tels qu’un pic de latence, une requête particulièrement coûteuse, une contention sur les verrous ou une saturation des ressources. 8

L’agent ne se contente pas de signaler une anomalie. Il peut proposer une modification validée, en expliquer la raison et en indiquer l’impact attendu. Après approbation de l’utilisateur, il peut aussi appliquer certaines corrections prises en charge, par exemple activer le regroupement des connexions dans Cloud SQL ou ajouter un index. Certaines fonctions d’investigation et de remédiation étaient toutefois proposées en préversion à un nombre limité de clients. 8

Ces capacités sont accessibles depuis plusieurs points d’entrée : le chat Gemini Cloud Assist, les pages de bases de données de la console Google Cloud, les vues de parc de Database Center, la ligne de commande, les environnements de développement intégrés (IDE) et certains outils tiers. 8

Google expose également les fonctions de Database Insights et de Database Center sous forme d’outils MCP via ses serveurs Google Remote MCP. Des outils de développement et des agents externes compatibles peuvent ainsi récupérer des métriques système et de requêtes, l’inventaire d’un parc de bases de données et les problèmes détectés. 8

Cloud Run Instances : un runtime persistant pour les agents

Google a aussi lancé en préversion, le 27 août, les Cloud Run Instances. Il s’agit d’environnements de calcul dédiés et uniques — des singletons — conçus pour les applications longues et avec état, notamment les agents IA personnels ou généralement utilisés par une seule personne. 9

Contrairement à un service Cloud Run classique, une instance :

• exécute une seule copie, sans mise à l’échelle automatique ni réduction à zéro ;
• peut fonctionner en continu pendant sept jours au maximum, avec une politique de redémarrage automatique configurée par défaut ;
• reçoit une URL HTTPS stable, conservée lors des mises à jour et des redémarrages ;
• peut être arrêtée lorsqu’elle n’est pas utilisée, puis reprise ultérieurement. 9

Google présente ce modèle comme une alternative plus légère à une machine virtuelle constamment allumée. L’utilisateur n’a pas à entretenir le système d’exploitation de la VM ni à configurer lui-même le pare-feu et le point d’accès HTTPS, tout en conservant un processus persistant — ce que les architectures serverless classiques avec mise à zéro ne garantissent pas.

Selon le tarif annoncé, une instance dotée d’un vCPU partagé et de 1 Gio de mémoire coûterait 5,70 dollars pour 30 jours d’utilisation continue. Google met aussi en avant un mécanisme de budget de débordement (burst) pour absorber des pointes occasionnelles, plutôt que de dimensionner et de payer en permanence une VM plus puissante. 9

Le fonctionnement persistant peut par ailleurs limiter l’exposition aux démarrages à froid. Un premier utilisateur cité par Google affirme que les démarrages à froid de son agent longue durée ont diminué de 88 %. Ce chiffre correspond à un retour client et ne constitue pas une garantie de performance générale. 9

Ce que cela change pour l’infrastructure des agents IA

Les deux annonces répondent à deux besoins différents mais liés. Un agent IA doit pouvoir exécuter des tâches asynchrones, conserver une interaction sur plusieurs échanges et rester disponible à un coût raisonnable. Les bases de données sur lesquelles il s’appuie doivent, elles, être provisionnées, surveillées et corrigées avec moins d’intervention manuelle. 18

Cloud Run Instances s’adresse donc à la couche d’exécution : l’agent peut orchestrer des travaux qui s’étalent dans le temps et gérer des interactions prolongées. Les Database Operations Agents ciblent la couche de données : elle devient progressivement exploitable en langage naturel et par l’intermédiaire d’outils compatibles avec MCP.

Une limite importante demeure toutefois. Le fait qu’un runtime soit « avec état » ne signifie pas que toute donnée sera conservée indéfiniment. Si un agent doit survivre à un redémarrage ou reprendre un travail après la fin de vie de son environnement, son état doit être enregistré dans un stockage externe durable. Pour les agents de production, les recommandations de Google évoquent notamment un stockage de session persistant tel que Cloud SQL. 5