Mission IA: comment GitLab déploie ses agents pour conquérir le DevSecOps

Avec GitLab 19.3, l’IA agentique franchit une nouvelle étape dans le DevSecOps. Il ne s’agit plus seulement d’assister les développeurs, mais d’intégrer des agents capables d’intervenir dans les workflows, la sécurité applicative, la gestion des secrets ou encore le traitement des vulnérabilités.
GitLab pousse cette logique jusque dans GitLab Dedicated, son environnement SaaS monolocataire destiné aux charges sensibles (avec choix de localisation des données). Il s’agit d’autoriser les entreprises à faire fonctionner des agents IA dans un périmètre déjà soumis à leurs contraintes de résidence des données, d’isolation et de gouvernance.
En parallèle, GitLab Secrets Manager élargit le contrôle des identifiants, tandis que les nouveaux workflows SAST automatisent une partie du triage et de la préparation des correctifs.
Flow Creator abaisse encore la barrière en permettant de générer des workflows agentiques en langage naturel. Cette démocratisation pose cependant une question centrale: comment gouverner une population croissante d’agents, leurs permissions, leurs coûts et leur cycle de vie?
GitLab aborde aussi ce dernier point avec les GitLab Credits. Les entreprises peuvent désormais fixer des plafonds mensuels de consommation pour encadrer les dépenses liées aux usages agentiques, avec des limites définies notamment par abonnement ou utilisateur. L’IA entre ainsi dans une logique de pilotage économique proche du FinOps.
GitLab n’est pas seul sur ce terrain. GitHub, Harness, Atlassian et JFrog avancent eux aussi, chacun depuis un point d’entrée différent dans la chaîne logicielle.
L’article complet analyse ces stratégies, les enjeux de gouvernance, de sécurité et de maîtrise des coûts, avec illustrations et tableau comparatif des principaux acteurs du marché.