Qu'est-ce que GitLab ? #
GitLab est une plateforme DevOps : hébergement de code source, révision de code, CI/CD, registres et analyse de sécurité, le tout dans une seule application. GitLab Inc. la propose sous forme de service et la distribue également sous forme de logiciel à installer.
Trois modèles de prestation sont importants :
- GitLab.com, une solution SaaS multi-locataires gérée par GitLab
- GitLab Self-Managed, que vous installez et exploitez sur site ou dans votre propre cloud
- GitLab Dedicated, une solution SaaS à locataire unique gérée par GitLab, avec une variante FedRAMP destinée aux administrations publiques
Notez bien la dénomination des éditions. L'édition Community (CE) est la version open source distribuée sous licence MIT. L'édition Enterprise (EE) est la version commerciale distribuée sous la licence GitLab Enterprise Edition. Les deux proviennent d'une même base de code, et les fonctionnalités de l'édition EE restent verrouillées tant que vous n'avez pas souscrit à un abonnement. Si vous installez l'édition EE sans licence, elle fonctionnera en mode « Free ».
Quels types de licences GitLab prend-il en charge ? #
Deux éléments portent le nom de « licence GitLab ». Il faut les distinguer l'un de l'autre.
Niveaux d'abonnement #
Free, Premium et Ultimate. En septembre 2026, l'offre Premium est proposée à 29 $ par utilisateur et par mois, facturée annuellement, tandis que l'offre Ultimate fait l'objet d'un devis personnalisé. Des modules complémentaires viennent s'y ajouter : GitLab Duo, Enterprise Agile Planning à 15 $ par utilisateur et par mois, ainsi que des minutes de calcul et de l'espace de stockage.
Comment le droit est attribué à l'instance n° #
Un code d'activation est une chaîne alphanumérique de 24 caractères que vous collez dans la section « Admin > Abonnement ». Les licences cloud nécessitent une instance connectée. Les sites en « air-gap » doivent plutôt télécharger un fichier de licence.
Dans une architecture évolutive, effectuez le téléchargement sur une seule instance. La licence est stockée dans la base de données et se réplique. Sur GitLab Geo, cela correspond à l'instance principale.
Qui occupe une place n° #
Les rôles facturables sont « Invité » dans la version Premium, ainsi que « Planificateur », « Responsable de rapports », « Développeur », « Responsable de la maintenance », « Propriétaire » et « Responsable de la sécurité ». C'est là que réside le chiffre d'affaires. Les utilisateurs « Auditeur » sont facturables. Il en va de même pour les administrateurs des versions Premium et Ultimate autogérées.
Ceux-ci ne consomment rien :
- utilisateurs en attente de validation
- utilisateurs désactivés, bannis ou bloqués
- le rôle « Minimal Access »
- comptes de service et utilisateurs bot (utilisateur fantôme, bot d'assistance, bot de migration, bot d'alerte, bots de projet et de groupe)
- uniquement dans la version Ultimate, les utilisateurs dont le seul rôle est « Invité »
Nombre maximal d'utilisateurs
GitLab facture en fonction du nombre maximal d'utilisateurs, c'est-à-dire le nombre maximal d'utilisateurs facturables au cours de la période de facturation, moins le nombre de licences que vous avez achetées. Si vous avez acheté dix licences et que le nombre maximal d'utilisateurs a atteint treize, vous devrez payer pour trois licences supplémentaires. Vous devrez tout de même payer ces trois licences même si les utilisateurs ont quitté le service au cours du deuxième mois.
GitLab procède à un ajustement trimestriel ou à un rééquilibrage lors du renouvellement, et qualifie le déficit d'« utilisateurs en excédent » ou de « licences dues » dans le cadre du modèle SaaS.
Les instances autogérées des formules Premium et Ultimate permettent d'exporter un fichier d'utilisation des licences depuis Admin > Abonnement, qui contient les chiffres quotidiens facturables. Cette opération est manuelle, une instance à la fois, et GitLab vous avertit de ne pas ouvrir ce fichier avant de le valider.
Quels éditeurs de logiciels travaillent avec GitLab, et combien cela vous coûte-t-il ? #
GitLab n'est pas un gestionnaire de licences que les éditeurs de logiciels intègrent à leurs propres applications, à l'instar de FlexNet, Reprise ou Sentinel. Il ne vérifie ni n'applique les licences des logiciels tiers. Ce sont les outils qui y sont intégrés qui déterminent le montant de votre facture GitLab.
Commençons par les fournisseurs d'identité. Okta et Microsoft Entra ID gèrent la création de comptes GitLab via SCIM. La suppression d'un compte au niveau du fournisseur d'identité (IdP) supprime l'accès au groupe, mais le compte GitLab reste actif. Si la désinscription s'arrête au niveau de l'IdP, votre nombre maximal d'utilisateurs ne cesse d'augmenter.
Les outils d’intégration continue (CI), de qualité du code et de sécurité se connectent via des jetons. Jenkins, SonarQube, Snyk, Trivy et Semgrep ont chacun besoin d’une identité sur l’instance. GitLab exclut généralement les comptes de service et les utilisateurs « bot » du décompte facturable ; c’est donc souvent l’option la plus économique pour y associer ces outils. Si vous exécutez une intégration sous un compte utilisateur nommé, celle-ci peut finir par occuper une licence facturable. Avant de considérer une intégration comme gratuite, vérifiez son mode d’authentification et le type de compte sous lequel elle s’exécute.
Jira, Confluence, Slack et Salesforce utilisent chacun leur propre modèle de licence, et aucun d'entre eux ne prend en compte le vôtre. Il en va de même pour les IDE : VS Code, JetBrains et Visual Studio se connectent à GitLab, et chaque licence d'IDE constitue une ligne distincte.
Le prix de Duo ne relève pas de ce cadre. Vous achetez et attribuez les licences Duo Pro et Duo Enterprise séparément, tandis que Duo Core est inclus dans les formules Premium et Ultimate à partir de GitLab 18.0. Dans la section « Admin > GitLab Duo », vous pouvez consulter l’utilisation des licences ainsi que la date de la dernière activité de chaque utilisateur.
Comment Open iT facilite votre travail avec GitLab #
Open iT mesure l'utilisation des logiciels et s'appuie sur ces données pour déterminer les droits d'accès. Les outils de détection se contentent de recenser les logiciels installés. Le collecteur interroge l'API GitLab. Un client Open iT Core exécute l'utilitaire de vérification de l'état des licences toutes les heures, avec un intervalle d'échantillonnage de cinq minutes. Les données prétraitées parviennent au serveur central à cinq minutes après l'heure, selon le fuseau horaire du client.
La configuration nécessite l'URL de base et un jeton d'accès personnel avec la portée « read_api », conservé dans un fichier de credentials chiffré. Ce jeton nécessite un accès de type « Propriétaire » au groupe sur gitlab.com, ou de type « Administrateur » dans le cas d'une instance auto-gérée.
Rares sont les environnements qui utilisent un seul GitLab. Configurez un nœud collecteur par compte ; un groupe gitlab.com et un serveur autogéré doivent être rattachés au même ensemble.
Trois niveaux, selon la terminologie du gestionnaire de licences. GitLab est répertorié comme une source de niveau 1.
L'utilisation en temps réel correspond au niveau 1 : il s'agit du relevé horaire indiquant qui a occupé une licence GitLab et à quel moment. Toutes les heures, pendant toute la durée du contrat. C'est la piste d'audit qui sous-tend le chiffre du nombre maximal d'utilisateurs, et le portail License Monitor l'affiche en temps réel.
Les niveaux 2 et 3 couvrent l'ensemble du reste de votre parc informatique. La fonctionnalité « True Active Usage » distingue un poste « emprunté » d'un poste sur lequel un utilisateur travaille, en analysant l'utilisation du processeur, le temps écoulé, ainsi que l'activité du clavier, de la souris et des périphériques d'E/S. La fonctionnalité « Managed Usage » identifie les postes inactifs et les réintègre dans le pool.
Dans le cas d'un environnement hétérogène, c'est cet aspect qui importe. GitLab génère ses rapports via le même pipeline que vos sources FlexNet, Reprise, Dassault et Autodesk ; ses licences apparaissent donc dans le même rapport de refacturation que celles de tous les autres fournisseurs.
Foire aux questions #
Qu'est-ce qu'un gestionnaire de licences GitLab ?
Il n'existe pas de démon de gestion des licences GitLab comparable à FlexNet Publisher ou à RLM. GitLab gère l'abonnement au sein même de l'application, via un code d'activation ou un fichier de licence. La gestion des licences GitLab consiste à suivre, au fil du temps, le nombre d'utilisateurs facturables par rapport au nombre de licences achetées. Il s'agit d'une tâche de comptabilisation, qui ne fait appel à aucun serveur de licences.
Comment ajouter une licence à GitLab ?
Connectez-vous en tant qu'administrateur, accédez à Admin > Abonnement, puis collez votre code d'activation de 24 caractères. Les instances hors ligne doivent plutôt importer un fichier de licence, tandis que les déploiements à l'échelle ou géographiques ne doivent l'appliquer que sur une seule instance. L'ajout d'un fichier LICENSE à un projet est une autre procédure : il s'agit de déclarer la licence open source de votre propre code.
Un utilisateur « Invité » compte-t-il pour une licence GitLab ?
Dans la formule Ultimate, un utilisateur dont le seul rôle est « Invité » n'occupe pas de licence. Dans la formule Premium, le rôle « Invité » est facturable. À elle seule, cette différence modifie le calcul des niveaux tarifaires pour les organisations comptant un grand nombre d'utilisateurs en lecture seule.
Pourquoi le montant de mon renouvellement GitLab est-il supérieur à mon nombre actuel d'utilisateurs ?
En effet, GitLab facture en fonction du nombre maximal d'utilisateurs facturables atteint au cours de la période de facturation. L'effectif au jour du renouvellement n'entre pas en ligne de compte. Les utilisateurs qui ont rejoint la plateforme ou qui l'ont quittée sont toujours pris en compte, et l'historique d'utilisation quotidien indique quand ce pic s'est produit et pourquoi.
Maîtrisez le nombre de licences GitLab #
Prenez rendez-vous avec Open iT pour un bilan de votre licence GitLab
