IA · 20 octobre 2026
Distinction entre les agents d'intelligence artificielle et Kubernetes dans la boucle de contrôle
Kubernetes et les agents d'intelligence artificielle occupent des rôles différents au sein de la boucle de contrôle, bien que les deux utilisent des mécanismes de surveillance et d'action. Un opérateur Kubernetes est conçu pour être prévisible, réconciliant les ressources selon des règles encodées pour converger vers un état déclaré.
À l'inverse, un agent d'intelligence artificielle est utile lorsque le résultat souhaité est clair mais que le chemin pour l'atteindre ne l'est pas. Il peut enquêter sur des situations inconnues, collecter du contexte depuis plusieurs systèmes, évaluer des compromis et proposer un plan d'action.
L'intégration des outils d'agents dans la pile native du nuage s'est accélérée au cours des 18 derniers mois. La CNCF a accepté des cadres d'agents dans son Sandbox, tandis que le groupe SIG Apps de Kubernetes a lancé Agent Sandbox comme sous-projet pour l'exécution sécurisée des charges de travail d'agents.
Un modèle architectural sécurisé combine ces forces en utilisant l'agent pour le raisonnement et le contexte, tout en laissant le contrôle de l'exécution aux opérateurs, aux moteurs de politique et aux systèmes déterministes. Le projet open source kagent de la CNCF Sandbox illustre ce modèle en exécutant des agents d'intelligence artificielle comme des ressources Kubernetes connectées à Helm, à l'observabilité et à d'autres outils.
Dans ce système, les opérations de lecture non sensibles peuvent être automatiques, mais les modifications telles que l'application, le correctif ou la suppression de ressources nécessitent une approbation explicite. La boucle opérationnelle suit alors un cycle : observer, diagnostiquer, proposer, approuver, réconcilier et vérifier.
L'exemple de Karpenter montre que remplacer la logique d'un opérateur par un grand modèle de langage rendrait la boucle de contrôle moins prévisible. Un agent basé sur kagent travaillerait au-dessus de Karpenter pour inspecter les configurations, les journaux et les métriques Prometheus afin d'expliquer pourquoi un comportement diverge de l'objectif de l'équipe.
L'agent produit alors un correctif de configuration précis plutôt qu'une recommandation vague. Ce correctif passe par une porte d'approbation avant que Karpenter ne procède à la réconciliation. De même, pour une mise à jour de graphique Helm gérée par Argo CD, l'agent peut analyser les notes de version et les manifestes pour identifier des risques opérationnels et créer une demande de modification ciblée.