GitLab améliore Restricted Access pour maîtriser les dépenses de licences

GitLab a mis à jour Restricted Access, son mécanisme de contrôle des dépenses de licences. La fonction couvre désormais plus complètement trois scénarios : le provisionnement automatique des utilisateurs via des fournisseurs d'identité tiers, la réactivation des comptes inactifs et la 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 payées sont déjà attribuées, GitLab bloque l'ajout de nouveaux utilisateurs payants. Les entreprises évitent ainsi une hausse inattendue de leurs dépenses avant le 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 épuisement des licences
• Elle ne révoque pas et ne rétrograde pas les droits des membres payants existants
• Les utilisateurs sans droits d'accès aux projets peuvent recevoir le rôle gratuit Minimal Access
• La fonction fonctionne aussi bien sur GitLab.com que dans GitLab Self-Managed

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

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

Détail important : Restricted Access ne s'applique qu'à l'avenir. Si la fonction est activée dans un groupe ou une instance où la limite est déjà dépassée, GitLab ne rétrograde pas et ne supprime pas les droits des membres payants existants. Les administrateurs doivent toujours ramener manuellement le nombre d'utilisateurs au niveau de la licence ou acheter des places supplémentaires.

Ce que cela signifie

Pour les entreprises qui comptent de nombreux utilisateurs et provisionnent automatiquement les comptes via leurs systèmes d'identité d'entreprise, la fonction réduit le risque de dépassement accidentel du budget de licences GitLab. Elle ne résout toutefois pas un dépassement déjà accumulé, s'il existe, et impose aux administrateurs un nettoyage manuel.

Questions fréquentes

Qu'advient-il des utilisateurs payants déjà en place au-delà de la limite ?

Restricted Access ne rétrograde pas et ne supprime pas les droits des membres payants existants : les administrateurs doivent eux-mêmes ramener leur nombre au niveau de la licence ou acheter des places supplémentaires.

Où la fonction Restricted Access est-elle disponible ?

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