Chaque équipe d'ingénierie est confrontée à ce genre de tâches : complexes, répétitives et chronophages, mais absolument essentielles. L'intégration d'un nouveau microservice dans un workflow GitOps établi en est un parfait exemple. Elle implique la génération de manifestes sur mesure, la mise à jour des pipelines de livraison, la configuration de l'automatisation des images et la vérification que chaque élément référence les bons espaces de nommage, ports et noms d'hôte. Si vous oubliez une étape, le déploiement échoue. Réaliser cette opération manuellement peut vous coûter des heures, voire une journée entière, pour une configuration qui suit pourtant le même schéma à chaque fois.
C'est exactement le type de tâches pour lesquelles les agents d'IA ont été conçus. Avec GitLab Duo Agent Platform, vous pouvez créer un agent personnalisé qui comprend votre application, votre workflow GitOps et vos conventions, puis effectue cette intégration complexe à votre place. Mieux encore : l'agent lui-même, ainsi que tous les artefacts qu'il génère, sont versionnés, gérés et gouvernés par GitLab. Vous bénéficiez ainsi de la rapidité de l'automatisation sans renoncer au contrôle de niveau entreprise.
Dans ce tutoriel, vous apprendrez à créer l'un de ces agents personnalisés de A à Z, de la génération du prompt système jusqu'au déploiement du nouveau microservice sur un cluster Kubernetes. Vous pouvez suivre les étapes décrites ci-dessous.
Cas d'utilisation : intégration d'un microservice pour TanukiBank
Pour rendre cet exemple concret, nous travaillerons avec une banque fictive appelée TanukiBank. L'application Web de cette banque propose des comptes courants, des comptes d'épargne, des prêts immobiliers, des simulateurs de prêt immobilier et automobile, ainsi qu'une page Paiements et virements. La page Paiements et virements comporte un panneau Virement rapide, dont l'objectif est de permettre aux utilisateurs de transférer de l'argent d'un compte à un autre. Ce panneau n'est actuellement pas implémenté. Par conséquent, rien ne se passe lorsque vous cliquez sur le bouton Virement, car le microservice sous-jacent n'existe pas encore. Notre mission consiste à construire ce microservice et à l'intégrer au workflow GitOps existant de TanukiBank à l'aide d'un agent personnalisé.
L'application et le processus GitOps
Le code de TanukiBank est hébergé dans un groupe GitLab comprenant un sous-groupe services qui regroupe chaque microservice (simulateur de prêt immobilier, simulateur de prêt automobile, etc.), ainsi que deux projets de premier niveau, Tanuki Bank - Delivery et Flux Config, qui gèrent le déploiement vers un cluster Kubernetes.
Le workflow GitOps fonctionne de la manière suivante : chaque microservice dispose d'un pipeline qui construit une image de conteneur et effectue un push vers son registre de conteneurs intégré. Le Flux Image Automation Controller, qui s'exécute sur le cluster Kubernetes, surveille ces registres et, lorsqu'il détecte un changement, met à jour le manifeste correspondant dans le projet Tanuki Bank - Delivery. Cela déclenche un pipeline de livraison qui construit et signe une nouvelle image de conteneur, puis la stocke dans le registre du projet de livraison. Enfin, le Flux CD Controller maintient la synchronisation des pods en cours d'exécution dans le cluster Kubernetes avec le registre de conteneurs du projet de livraison, pour chaque environnement. Tous les manifestes Flux se trouvent dans le projet Flux Config.
Ce workflow est efficace, mais l'intégration d'un nouveau microservice implique d'intervenir sur chacun de ces éléments de manière parfaitement coordonnée. La création d'un agent personnalisé pour réaliser cette intégration à notre place simplifierait donc considérablement notre travail.
Génération du prompt système
Un agent personnalisé n'est performant que si son prompt système l'est aussi. Plutôt que de le rédiger de zéro, nous laissons GitLab Duo s'en charger en partie. Depuis le groupe tanukibank, nous ouvrons GitLab Agentic Chat et lui demandons d'étudier le groupe, ses sous-groupes et leur contenu, puis de rédiger un prompt système pour un agent capable d'intégrer de nouveaux microservices. Nous demandons essentiellement à GitLab Duo de comprendre et d'assimiler en profondeur le workflow GitOps bien établi de cette application. Ainsi, GitLab Duo peut créer un prompt système suffisamment détaillé pour automatiser l'intégration d'un nouveau microservice dans le workflow GitOps de cette application.
GitLab Duo assimile les fichiers, lit les manifestes et les fichiers de configuration, examine les Dockerfiles, cartographie les dépendances, puis produit un prompt système complet incluant des instructions de création de rapports, des règles à suivre et des outils recommandés à activer. Nous enregistrons ces données de sortie pour l'étape suivante.
Un point important à noter : le prompt système généré par GitLab Duo est spécifique au workflow GitOps de cette application à cet instant précis. Si, à l'avenir, le workflow GitOps de cette application venait à changer, il faudrait alors régénérer ce prompt système en exécutant à nouveau cette étape.
Création de l'agent personnalisé
Ensuite, nous créons un nouveau projet vierge appelé application-agents. Ce projet gérera nos agents personnalisés, y compris les droits d'administration et les environnements d'exécution. Suivez les étapes ci-dessous :
- Dans la section
IA > Agents, sélectionnez l'ongletGérés. - Cliquez sur le bouton
Nouvel agentpour créer un agent nomméTanukiBank Microservice Onboarder, ajoutez une brève description et rendez-le public. - Sélectionnez les outils recommandés par GitLab Duo.
- Collez le prompt système généré.
- Créez l'agent.
Une fois l'agent créé, nous l'activons dans les deux projets qui pilotent le workflow GitOps : Tanuki Bank - Delivery et Flux Config. L'ouverture du panneau Agentic Chat dans chacun d'eux et la vérification que TanukiBank Microservice Onboarder apparaît dans le menu déroulant des agents confirment la bonne configuration.
Création d'un nouveau microservice avec le flow Developer
Avant de tester l'agent, nous avons besoin d'un microservice à intégrer. Pour le créer, nous nous rendons dans le groupe services, puis créons un nouveau projet appelé intra-account-transfers et utilisons le flow Developer par défaut de GitLab Duo Agent Platform.
Nous ouvrons un nouveau ticket dans le projet et, dans sa description, nous indiquons une série de spécifications pour le microservice. Nous cliquons ensuite sur le bouton Générer une MR avec Duo, ce qui lance le flow Developer. L'agent lit les spécifications, implémente le microservice, crée une branche et une merge request, puis lie la merge request au ticket. Après avoir vérifié que l'implémentation fonctionne localement à l’aide d’une commande curl rapide, nous fusionnons la merge request. Le pipeline s'exécute et effectue un push des nouvelles images de conteneurs vers le registre du projet.
À ce stade, le nouveau microservice existe, mais le workflow GitOps global n'en a pas encore connaissance. Le répertoire manifests/dev du projet Tanuki Bank - Delivery ne contient rien pour intra-account-transfers, le pipeline de livraison ne le référence pas et le fichier image-update-automation.yaml du projet Flux Config ne comporte aucune entrée pour le nouveau microservice.
Utilisation de l'agent personnalisé
Après avoir activé notre agent TanukiBank Microservice Onboarder dans le projet intra-account-transfers que nous venons de créer, nous nous rendons dans Tanuki Bank - Delivery, ouvrons le panneau Agentic Chat, sélectionnons notre agent personnalisé dans le menu déroulant et lui demandons d'intégrer le nouveau service en fournissant le nom du service et le nom d'hôte.
L'agent se met au travail. Il localise et lit le Dockerfile du nouveau microservice pour déterminer son port, génère les manifestes appropriés et met à jour les pipelines concernés. Au cours du processus, il demande une autorisation avant de créer des commits et des merge requests, que nous accordons.
L'agent ouvre ensuite deux merge requests, l'une dans Tanuki Bank - Delivery et l'autre dans Flux Config, puis termine par un résumé de tout ce qu'il a accompli, incluant les liens vers les merge requests, les détails du service, les fichiers créés et modifiés, ainsi que les prochaines étapes recommandées.
Résultats
Nous examinons les modifications dans les deux merge requests, fusionnons d'abord la merge request Flux Config pour mettre à jour les composants Flux, puis fusionnons la merge request Tanuki Bank - Delivery. Pour vérifier le déploiement, nous créons un nouvel environnement dans GitLab nommé intra-account-transfers-dev, connecté au cluster Kubernetes, sélectionnons l'espace de nommage et la ressource Flux appropriés, puis enregistrons le tout.
La vue de l'environnement affiche les pods qui viennent de démarrer, et une commande kubectl dans un terminal confirme que trois nouveaux pods sont en cours d'exécution. Un dernier appel curl vers le nom d'hôte public itransfers2.ocpgitlab.com renvoie la réponse attendue. Le microservice est opérationnel, et l'intégration qui aurait pu prendre des heures de travail manuel minutieux n'a pris que quelques minutes.
Avantages
La création d'un agent personnalisé sur GitLab Duo Agent Platform apporte une valeur à plusieurs égards. Elle réduit à quelques minutes un travail de configuration complexe impliquant plusieurs projets, permettant ainsi aux ingénieurs de se concentrer sur des problèmes à plus forte valeur ajoutée. L'agent saisit les connaissances et le contexte organisationnels (vos conventions GitOps, vos schémas de nommage et vos structures de pipeline) dans une ressource réutilisable que tout membre autorisé de l'équipe peut invoquer.
Étant donné que l'agent est défini dans un projet géré, son accès, sa visibilité et sa portée sont contrôlés de la même manière que toute autre ressource GitLab, ce qui rassure les équipes plateforme. Et chaque artefact que l'agent crée, chaque manifeste, chaque commit, chaque merge request, est hébergé dans GitLab, avec un contrôle de version complet et une traçabilité totale. Vous bénéficiez de la rapidité de l'automatisation par l'IA sans sacrifier la gouvernance et la traçabilité qu'exige votre entreprise.
Créez votre agent personnalisé dès aujourd'hui
L'intégration de nouveaux services dans un workflow GitOps mature est un bon exemple de tâche suffisamment complexe pour exiger une attention minutieuse, mais suffisamment répétitive pour mobiliser inutilement le temps des équipes d'ingénierie. Un agent personnalisé développé sur GitLab Duo Agent Platform change la donne : il comprend le contexte de votre application et de votre organisation, respecte vos conventions et génère des modifications cohérentes et vérifiables, tout en restant versionné, gouverné et sécurisé au sein de GitLab.
Vous pouvez essayer GitLab Duo Agent Platform dans le cadre d'un essai gratuit de GitLab Ultimate dès aujourd'hui ! Si vous avez déjà accès à GitLab Duo Agent Platform, obtenez plus d'informations grâce à notre guide de démarrage.
