GitLab mejora Restricted Access para controlar el gasto en licencias

GitLab ha actualizado Restricted Access, su mecanismo de control del gasto en licencias, que ahora cubre mejor los escenarios de aprovisionamiento automático de usuarios mediante proveedores de identidad externos, reactivación de cuentas inactivas e inicio de sesión.

Cómo funciona Restricted Access

Restricted Access es una función de control de puestos (seats) disponible en GitLab.com y en la versión Self-Managed. Cuando está activada y todas las licencias pagadas ya están en uso, GitLab bloquea la incorporación de nuevos usuarios de pago. Así se evita un aumento inesperado del gasto hasta la renovación de la suscripción.

• La función está disponible para administradores de instancia, propietarios de grupos y billing managers
• Al activarla, bloquea la incorporación de nuevos usuarios de pago una vez agotadas las licencias
• No revoca ni rebaja los permisos de los miembros de pago existentes
• A los usuarios sin acceso a proyectos se les puede asignar el rol gratuito Minimal Access
• La función opera tanto en GitLab.com como en GitLab Self-Managed

Qué cambia en la integración con los proveedores de identidad

La mejora principal afecta a cómo interactúa la función con el aprovisionamiento automático de usuarios mediante SAML, SCIM o LDAP. Antes, cuando se agotaban las licencias, estos usuarios podían acabar sin querer en roles de pago. Ahora, con Restricted Access activado y sin puestos libres, GitLab les asigna automáticamente el rol gratuito Minimal Access y la sincronización con el proveedor de identidad sigue funcionando sin fallos.

Un detalle importante: Restricted Access solo actúa hacia adelante. Si se activa en un grupo o instancia donde ya se ha superado el límite, GitLab no rebaja ni elimina los permisos de los miembros de pago existentes. Los administradores aún tienen que ajustar manualmente el número de usuarios a la licencia o comprar más puestos.

Qué significa

Para empresas con muchos usuarios y aprovisionamiento automático a través de sistemas corporativos de identidad, la función reduce el riesgo de sobrepasar por accidente el presupuesto de licencias de GitLab. Sin embargo, no resuelve el exceso que ya se haya acumulado, que exige una limpieza manual por parte de los administradores.

Preguntas frecuentes

¿Qué ocurre con los usuarios de pago ya existentes que superan el límite?

Restricted Access no rebaja ni elimina los permisos de los miembros de pago existentes: los administradores deben ajustar por su cuenta su número a la licencia o comprar más puestos.

¿Dónde está disponible la función Restricted Access?

La función opera tanto en la versión en la nube GitLab.com como en GitLab Self-Managed.