Google Cloud Modernize : gouverner la modernisation par agents
Google Cloud regroupe inventaire, migration d’infrastructure et transformation applicative dans une offre assistée par agents. Le gain potentiel est réel, mais déplacer plus vite ne réduit ni la responsabilité architecturale, ni l’exigence de preuve, ni le besoin d’un plan de sortie.
1. Ce que Google annonce
Le 5 octobre, Google Cloud a présenté Google Cloud Modernize, un portefeuille qui rassemble Migration Center, Google Cloud VMware Engine, Google Cloud Mainframe Modernization et de nouvelles fonctions agentiques. Modernization Hub doit fournir un espace commun pour analyser le code source, cartographier les dépendances et piloter les travaux de modernisation.
L’annonce inclut notamment un agent de migration d’Amazon EKS vers Google Kubernetes Engine. Google décrit trois champs complémentaires : évaluer l’infrastructure, moderniser les plateformes et transformer les applications. Il s’agit d’une offre d’accélération technique ; l’annonce ne démontre pas qu’une migration particulière sera automatiquement correcte, conforme ou économiquement avantageuse.
2. Ce que cela change pour une entreprise belge ou française
Pour une PME structurée, une ETI, un grand groupe ou une administration, l’inventaire et la préparation de transformations peuvent devenir plus continus. Les équipes IT peuvent identifier plus tôt les dépendances, générer des propositions de migration et concentrer les revues humaines sur les écarts à risque. Cela peut raccourcir un programme, surtout lorsque les applications, clusters et bases documentaires se sont accumulés.
Le changement concret est aussi organisationnel : l’agent touche à des informations sensibles — code, topologie, configurations et parfois données de production. Avant un pilote, il faut préciser la région de traitement, les données collectées, la rétention, les droits du service, la télémétrie, les sous-traitants et les conditions d’export. Pour les organisations soumises au RGPD, à NIS2 ou à des règles sectorielles, la responsabilité ne se transfère pas à l’outil.
3. Séparer découverte, proposition et exécution
Une chaîne maîtrisée comporte au moins trois niveaux. La découverte peut rester en lecture seule et produire une carte vérifiable des dépendances. La proposition peut générer du code, des manifestes ou un plan, mais doit rester soumise aux tests et à la revue. L’exécution doit utiliser une identité séparée, des droits minimaux, une fenêtre de changement, des sauvegardes et un retour arrière testé.
Cette séparation vaut aussi pour les systèmes métiers. Une modernisation ne doit pas connecter directement un agent à Odoo, à un ERP financier ou à une base RAG avec des droits d’écriture généraux. Les interfaces, contrats de données et journaux doivent rester stables et auditables pendant la transition.
4. Analyse Underside : la souveraineté se mesure à la réversibilité
Une plateforme intégrée réduit la fragmentation, mais elle peut aussi concentrer l’inventaire, les recommandations et l’exécution chez un même fournisseur. Pour une stratégie d’IA souveraine ou hybride, le bon indicateur n’est donc pas seulement la vitesse de migration : c’est la capacité à exporter la cartographie, les décisions, les tests, les journaux et les artefacts déployables.
Les agents peuvent aider à moderniser une application ou un pipeline RAG, mais les critères d’acceptation doivent rester indépendants du modèle : comportement fonctionnel, cybersécurité, performance, coût, résidence des données et continuité. Une architecture locale, cloud ou hybride doit pouvoir être comparée sur les mêmes preuves, y compris lorsque le fournisseur ou le modèle change.
5. Plan de mise en œuvre
Commencer par une application non critique mais représentative. Établir un inventaire de référence, accorder un accès en lecture seule, puis comparer la carte générée à celle des équipes. N’autoriser ensuite que la production d’un plan et d’artefacts dans un environnement isolé. Mesurer les erreurs, le temps de revue, le coût total, les dépendances ajoutées et la qualité du retour arrière avant toute extension.
Priorité : imposer quatre portes de contrôle — inventaire validé, plan revu, tests indépendants et retour arrière démontré — avant qu’un agent de modernisation puisse agir sur une charge de production.
Encadrer une modernisation IA