¿Qué es GitLab? #
GitLab es una plataforma de DevOps: alojamiento de código fuente, revisión de código, CI/CD, registros y análisis de seguridad, todo en una sola aplicación. GitLab Inc. la ofrece como servicio y la distribuye como software que se instala.
Hay tres modelos de prestación de servicios que son importantes:
- GitLab.com, un servicio SaaS multitenant gestionado por GitLab
- GitLab Self-Managed, que puedes instalar y ejecutar en tus propias instalaciones o en tu propia nube
- GitLab Dedicated, un servicio SaaS de inquilino único gestionado por GitLab, con una variante FedRAMP para el sector público
Fíjate en la denominación de las ediciones. La Community Edition (CE) es la versión de código abierto bajo la licencia MIT. La Enterprise Edition (EE) es la versión comercial bajo la licencia de GitLab Enterprise Edition. Ambas se basan en un mismo código fuente, y las funciones de la EE permanecen bloqueadas hasta que se active una suscripción. Si instalas la EE sin licencia, se ejecutará como la versión gratuita.
¿Qué tipos de licencias admite GitLab? #
Hay dos conceptos que se denominan «licencia de GitLab». No los confundas.
Niveles de suscripción #
Free, Premium y Ultimate. A partir de septiembre de 2026, el plan Premium tiene un precio de 29 dólares por usuario al mes, con facturación anual, y el plan Ultimate se cotiza de forma individual. A esto hay que añadir los complementos: GitLab Duo, Enterprise Agile Planning a 15 dólares por usuario al mes, minutos de computación y almacenamiento.
Cómo se asigna el número de instancia al derecho #
Un código de activación es una cadena alfanumérica de 24 caracteres que se pega en «Admin > Suscripción». Las licencias en la nube requieren una instancia conectada. En el caso de los sitios aislados (air-gapped), se sube un archivo de licencia en su lugar.
En una arquitectura escalable, realiza la carga solo en una instancia. La licencia se almacena en la base de datos y se replica. En GitLab Geo, eso significa la instancia principal.
¿Quién ocupa un asiento n. º #?
Los roles facturables son «Invitado» en la versión Premium, además de «Planificador», «Reportero», «Desarrollador», «Responsable de mantenimiento», «Propietario» y «Responsable de seguridad». Ahí es donde está el dinero. Los usuarios con rol de «Auditor» son facturables. También lo son los administradores en las versiones Premium autogestionada y Ultimate.
Estos no consumen nada:
- usuarios pendientes de aprobación
- usuarios desactivados, expulsados o bloqueados
- la función de «Acceso mínimo»
- cuentas de servicio y usuarios de bots (usuario fantasma, bot de asistencia, bot de migración, bot de alertas, bots de proyectos y de grupos)
- solo en la versión Ultimate, los usuarios cuya única función sea la de «Invitado»
Número máximo de usuarios
GitLab cobra en función del número máximo de usuarios, es decir, el número máximo de usuarios facturables durante el periodo de facturación, menos las licencias que hayas adquirido. Si has comprado diez licencias y el máximo alcanzado ha sido de trece, deberás pagar por tres. Seguirás debiendo esas tres licencias aunque los usuarios se hayan dado de baja en el segundo mes.
GitLab realiza la liquidación en la conciliación trimestral o en el ajuste de la renovación, y denomina «usuarios por encima de la suscripción» o «licencias pendientes de pago en SaaS» al déficit existente.
Las instancias autogestionadas de los planes Premium y Ultimate pueden exportar un archivo de uso de licencias desde «Admin > Suscripción», que contiene los recuentos diarios facturables. Es un proceso manual, que se realiza instancia por instancia, y GitLab advierte de que no se debe pulsar « open it » antes de enviarlo.
¿Qué proveedores de software trabajan con GitLab y cuánto te cuestan? #
GitLab no es un gestor de licencias que los proveedores de software integran en sus propias aplicaciones, como lo son FlexNet, Reprise o Sentinel. No gestiona ni controla las licencias de software de terceros. Lo que influye en el importe de tu factura de GitLab son las herramientas integradas en la plataforma.
Empieza por los proveedores de identidad. Okta y Microsoft Entra ID gestionan el alta de usuarios de GitLab a través de SCIM. Al dar de baja a un usuario en el IdP, se le retira el acceso al grupo, pero la cuenta de GitLab sigue activa. Si el proceso de baja se limita al IdP, tu recuento máximo seguirá aumentando.
Las herramientas de CI, calidad del código y seguridad se conectan mediante tokens. Jenkins, SonarQube, Snyk, Trivy y Semgrep necesitan cada una una identidad en la instancia. GitLab suele excluir las cuentas de servicio y los usuarios bot del recuento facturable, por lo que suelen ser la opción más económica para alojar estas herramientas. Si ejecutas una integración bajo una cuenta de usuario con nombre, puede acabar ocupando una licencia facturable. Antes de dar por hecho que una integración es gratuita, comprueba cómo se autentica y bajo qué tipo de cuenta se ejecuta.
Jira, Confluence, Slack y Salesforce utilizan cada uno su propio modelo de licencias, y ninguno de ellos tiene en cuenta el tuyo. Lo mismo ocurre con los entornos de desarrollo integrado (IDE): VS Code, JetBrains y Visual Studio se conectan a GitLab, y cada licencia de IDE constituye una partida presupuestaria independiente.
El precio de Duo es independiente de todo esto. Las licencias de Duo Pro y Duo Enterprise se compran y asignan por separado, mientras que Duo Core viene incluido en los planes Premium y Ultimate de GitLab 18.0. En «Admin > GitLab Duo» se muestra el uso de las licencias junto con la fecha de la última actividad de cada usuario.
Cómo te ayuda « Open iT » en tu trabajo con GitLab #
Open iT mide cómo se utiliza el software y transforma esa información en decisiones sobre derechos de licencia. Las herramientas de detección se limitan a lo que está instalado. El recopilador consulta la API de GitLab. Un cliente central de Open iT ejecuta la utilidad de estado de la licencia cada hora, con un intervalo de muestreo de cinco minutos. Los datos preprocesados llegan al servidor central a las cinco en punto, según la zona horaria del cliente.
La configuración solicita la URL base y un token de acceso personal con el ámbito «read_api», que se almacena en un archivo de credenciales cifrado. Ese token requiere acceso de «Propietario» al grupo en gitlab.com, o de «Administrador» en el caso de una instalación autogestionada.
Son pocas las empresas que utilizan un único GitLab. Configura un nodo colector por cada cuenta, de modo que tanto un grupo de gitlab.com como un servidor autogestionado envíen sus informes al mismo conjunto.
Tres niveles, según la terminología del gestor de licencias. GitLab figura en la documentación como una fuente de nivel 1.
El uso en tiempo real corresponde al Nivel 1: el registro por horas de quién ha ocupado una licencia de GitLab y cuándo. Cada hora, durante todo el periodo. Ese es el registro de auditoría en el que se basa la cifra de usuarios máximos, y el Portal de supervisión de licencias lo muestra en tiempo real.
Los niveles 2 y 3 se aplican al resto de tu entorno. El «uso activo real» distingue entre una licencia que está en uso y otra que no lo está, analizando la CPU, el tiempo transcurrido, el teclado, el ratón y las E/S. El «uso gestionado» detecta lo que está inactivo y lo devuelve al fondo común.
En el caso de un entorno mixto, esto es lo que realmente importa. GitLab genera informes a través del mismo proceso que tus fuentes de FlexNet, Reprise, Dassault y Autodesk, por lo que sus licencias aparecen en el mismo informe de repercutición de costes que las de cualquier otro proveedor.
Preguntas frecuentes #
¿Qué es un gestor de licencias de GitLab?
No existe en GitLab ningún demonio de gestión de licencias como FlexNet Publisher o RLM. GitLab gestiona la suscripción desde la propia aplicación, mediante un código de activación o un archivo de licencia. La gestión de las licencias de GitLab consiste en realizar un seguimiento de los usuarios facturables en relación con las licencias adquiridas a lo largo del tiempo. Se trata de una tarea de medición, en la que no interviene ningún servidor de licencias.
¿Cómo añado una licencia a GitLab?
Inicia sesión como administrador, ve a Admin > Suscripción y pega tu código de activación de 24 caracteres. Las instancias sin conexión cargan un archivo de licencia en su lugar, y las implementaciones escaladas o geográficas lo aplican solo en una instancia. Añadir un archivo LICENSE a un proyecto es algo distinto: se trata de declarar la licencia de código abierto de tu propio código.
¿Un usuario «Invitado» ocupa una licencia de GitLab?
En el plan Ultimate, un usuario cuyo único rol es «Invitado» no ocupa ninguna licencia. En el plan Premium, el rol de «Invitado» es facturable. Esa diferencia por sí sola modifica el cálculo de los niveles de precios para las organizaciones con un gran número de usuarios de solo lectura.
¿Por qué el importe de la renovación de mi cuenta de GitLab es superior al número de usuarios que tengo actualmente?
Esto se debe a que GitLab factura en función del número máximo de usuarios facturables alcanzado durante el periodo de facturación. El número de usuarios en la fecha de renovación no se tiene en cuenta. Los usuarios que se han dado de alta y los que se han dado de baja siguen contando, y el historial de uso diario muestra cuándo se alcanzó ese máximo y por qué.
