L’agent de migration GKE de Google soumet les changements générés par l’IA à des contrôles

Déplacer des applications d’Amazon Elastic Kubernetes Service (EKS) vers Google Kubernetes Engine (GKE) ne consiste pas à remplacer quelques noms dans des fichiers Kubernetes. Il faut aussi préserver les droits des applications, le trajet des requêtes et les ressources disponibles pour les exécuter. C’est sur cette difficulté que Google positionne son nouvel outil de migration open source : un agent qui combine le raisonnement d’un grand modèle de langage avec des outils et des garde-fous déterministes, plutôt que de s’en remettre à des réponses produites par de simples invites. 2

Le vrai test : préserver le comportement, pas seulement produire des fichiers valides

L’IA peut proposer une traduction de l’infrastructure décrite sous forme de code et des manifestes Kubernetes. Cette proposition doit ensuite être examinée à l’aune du fonctionnement du système d’origine. Google recommande d’ailleurs, dans sa documentation générale sur la migration de conteneurs, de commencer par inventorier les applications et leurs dépendances. 19

Trois points appellent une attention particulière dans une migration d’EKS vers GKE :

• Les identités et les autorisations : le passage des mécanismes d’accès AWS à l’identité des charges de travail sur GKE doit maintenir les accès nécessaires, sans élargir inutilement les permissions.
• L’entrée et le routage du trafic : une conversion vers Gateway API doit diriger les requêtes vers les bons services, selon les règles attendues.
• La fourniture des nœuds : les applications doivent conserver les conditions de placement et la capacité dont elles ont besoin.

Ce sont des questions à vérifier pour chaque migration, et non la preuve que l’outil résout automatiquement tous ces cas. Un manifeste peut être syntaxiquement correct tout en modifiant les permissions ou le comportement du trafic.

Ce que les garde-fous apportent — et ce qu’ils ne prouvent pas

La répartition des rôles est essentielle : le modèle propose, tandis que des contrôles déterministes peuvent soumettre les fichiers produits à des règles répétables avant leur mise en service. Une interface fondée sur le Model Context Protocol (MCP) peut donner accès à des outils à l’agent ; elle ne garantit pas, à elle seule, la justesse de ses choix. Google confirme l’association du raisonnement par IA et d’outils déterministes, mais l’extrait disponible de son annonce ne détaille ni toutes les opérations du plugin ni la couverture complète des validations hors ligne. 2

Dans le processus de migration décrit, les modifications générées passent par des pull requests — des propositions de changement soumises à revue — plutôt que d’être appliquées directement à un cluster en service. Les équipes peuvent ainsi examiner les différences et faire jouer leurs tests, règles et approbations habituels. Cette logique rejoint les recommandations de Google sur le contrôle du code source et les pipelines d’intégration et de déploiement continus (CI/CD) pour GKE ; l’extrait disponible de l’annonce ne confirme toutefois pas indépendamment chaque étape de ce circuit propre à l’outil. 172

Rahul Shrivastava, dirigeant de Persistent, parle dans l’annonce d’une « usine de migration vérifiable, de niveau compilateur ». L’image souligne l’intérêt de produire des artefacts contrôlables ; elle ne signifie pas qu’une migration entière bénéficie d’une preuve mathématique de sûreté. Les accès réels, les performances, les dépendances et la bascule vers le nouvel environnement doivent encore être testés. 2

Et Intrinsic Core dans cette stratégie ?

Deux jours avant l’annonce sur GKE, Intrinsic a présenté Intrinsic Core à ROSCon 2026, à Toronto. Cet ensemble open source compatible avec ROS, un écosystème logiciel utilisé en robotique, rassemble notamment des capacités de contrôle, de planification des mouvements et de la préhension, de simulation et d’estimation de pose. Des articles indiquent qu’il est publié sous licence Apache 2.0 ; Intrinsic décrit également un cadre de contrôle en temps réel indépendant du matériel et des fonctions de jumeau numérique. 403337

Le rapprochement avec GKE est stratégique, pas technique. L’outil de migration pourrait réduire le travail nécessaire pour déplacer des applications vers Google Cloud ; Intrinsic Core pourrait fournir une base réutilisable aux développeurs en robotique industrielle. La presse présente cette seconde initiative comme une approche comparable à celle d’Android : ouvrir une fondation pour favoriser un écosystème. Cela ne démontre ni que des clients d’AWS changeront de fournisseur cloud, ni que les utilisateurs de ces outils achèteront des services d’IA de Google. 230

En pratique, l’intérêt de l’agent GKE tient à la séparation entre proposition générée par l’IA, vérification et décision de déployer. Elle peut rendre les changements plus faciles à évaluer dans les processus d’ingénierie existants. Les sources disponibles ne chiffrent toutefois aucune baisse des coûts ou des échecs de migration : la validation du comportement de chaque application reste indispensable. 219