GitLab peaufine Restricted Access pour maîtriser les coûts de licences

GitLab a mis à jour Restricted Access, son mécanisme de maîtrise des coûts de licences, qui couvre désormais mieux les scénarios de provisionnement automatique d'utilisateurs via des fournisseurs d'identité tiers, de réactivation de comptes inactifs et de connexion.

Comment fonctionne Restricted Access

Restricted Access est une fonction de contrôle des places (seats) disponible sur GitLab.com et dans la version Self-Managed. Lorsqu'elle est activée et que toutes les licences payantes sont déjà occupées, GitLab bloque l'ajout de nouveaux utilisateurs payants. Cela évite une hausse inattendue des coûts jusqu'au renouvellement de l'abonnement.

• La fonction est accessible aux administrateurs d'instance, aux propriétaires de groupes et aux billing managers
• Une fois activée, elle bloque l'ajout de nouveaux utilisateurs payants après l'épuisement des licences
• Elle ne révoque ni ne rétrograde les droits des membres payants existants
• Les utilisateurs sans accès aux projets peuvent recevoir le rôle gratuit Minimal Access
• La fonction marche aussi bien sur GitLab.com que dans GitLab Self-Managed

Ce qui change dans l'intégration avec les fournisseurs d'identité

L'amélioration principale concerne l'interaction de la fonction avec le provisionnement automatique via SAML, SCIM ou LDAP. Auparavant, lorsque les licences étaient épuisées, ces utilisateurs pouvaient se retrouver par inadvertance dans des rôles payants. Désormais, si Restricted Access est activé et qu'il ne reste aucune place libre, GitLab leur attribue automatiquement le rôle gratuit Minimal Access, et la synchronisation avec le fournisseur d'identité continue de fonctionner sans accroc.

Un détail important : Restricted Access n'agit que pour l'avenir. Si on l'active dans un groupe ou une instance où la limite est déjà dépassée, GitLab ne rétrograde ni ne supprime les droits des membres payants existants. Les administrateurs doivent toujours aligner manuellement le nombre d'utilisateurs sur la licence ou acheter des places supplémentaires.

Ce que cela signifie

Pour les entreprises qui comptent de nombreux utilisateurs et provisionnent automatiquement via des systèmes d'identité d'entreprise, la fonction réduit le risque de dépasser accidentellement le budget de licences GitLab. Elle ne règle cependant pas le dépassement déjà accumulé, le cas échéant, qui exige un nettoyage manuel de la part des administrateurs.

Questions fréquentes

Que se passe-t-il pour les utilisateurs payants existants au-delà de la limite ?

Restricted Access ne rétrograde ni ne supprime les droits des membres payants existants : les administrateurs doivent eux-mêmes aligner leur nombre sur la licence ou acheter des places supplémentaires.

Où la fonction Restricted Access est-elle disponible ?

La fonction marche aussi bien dans la version cloud GitLab.com que dans GitLab Self-Managed.