O que é o GitLab #
O GitLab é uma plataforma de DevOps: alojamento de código-fonte, revisão de código, CI/CD, registos e análises de segurança, tudo numa única aplicação. A GitLab Inc. disponibiliza-a como serviço e distribui-a como software para instalação.
Há três modelos de prestação de serviços que se destacam:
- GitLab.com, um serviço SaaS multilocatário gerido pela GitLab
- GitLab Self-Managed, que pode instalar e executar nas suas instalações ou na sua própria nuvem
- GitLab Dedicated, um serviço SaaS de inquilino único gerido pela GitLab, com uma variante FedRAMP destinada ao setor público
Preste atenção à denominação das edições. A Community Edition (CE) é a versão de código aberto ao abrigo da Licença MIT. A Enterprise Edition (EE) é a versão comercial ao abrigo da licença do GitLab Enterprise Edition. Ambas provêm de uma única base de código, e as funcionalidades da EE permanecem bloqueadas até que se ative uma subscrição. Se instalar a EE sem licença, esta funciona na versão gratuita.
Que tipos de licença são suportados pelo GitLab #
Existem duas coisas a que se chama «licença do GitLab». É importante distingui-las.
Níveis de subscrição #
Free, Premium e Ultimate. A partir de setembro de 2026, o plano Premium tem um preço de 29 dólares por utilizador por mês, faturado anualmente, e o plano Ultimate é cotado individualmente. Os complementos vêm à parte: GitLab Duo, Enterprise Agile Planning a 15 dólares por utilizador por mês, minutos de computação e armazenamento.
Como é que o direito chega à instância n. º #
Um código de ativação é uma sequência alfanumérica de 24 caracteres que se cola em Admin > Subscrição. O licenciamento na nuvem requer uma instância ligada. Nos locais isolados (air-gapped), deve-se, em vez disso, carregar um ficheiro de licença.
Numa arquitetura escalável, faça o upload apenas para uma instância. A licença encontra-se na base de dados e é replicada. No GitLab Geo, isso significa a instância primária.
Quem ocupa um lugar #
As funções faturáveis são «Convidado» no plano Premium, bem como «Planeador», «Repórter», «Desenvolvedor», «Responsável pela manutenção», «Proprietário» e «Gestor de segurança». É aqui que está o dinheiro. Os utilizadores com a função de «Auditor» são faturáveis. O mesmo se aplica aos administradores nos planos Premium e Ultimate autogeridos.
Estes não consomem nada:
- utilizadores pendentes de aprovação
- utilizadores desativados, banidos ou bloqueados
- a função de Acesso Mínimo
- contas de serviço e utilizadores de bots (Utilizador Fantasma, Bot de Apoio, Bot de Migração, Bot de Alerta, bots de projetos e de grupos)
- apenas na versão Ultimate, os utilizadores cuja única função seja a de Convidado
Número máximo de utilizadores
O GitLab cobra com base no número máximo de utilizadores, ou seja, o número máximo de utilizadores faturáveis durante o período de faturação, deduzido das licenças que adquiriu. Se tiver adquirido dez licenças e o número máximo for de treze, terá de pagar por três. Continuará a ter de pagar essas três licenças mesmo que as pessoas tenham saído no segundo mês.
A GitLab efetua a liquidação aquando da reconciliação trimestral ou de um ajuste na renovação, e designa o défice como «utilizadores em excesso» ou «licenças em dívida» no âmbito do SaaS.
As instâncias autogeridas dos planos Premium e Ultimate podem exportar um ficheiro de utilização de licenças a partir de «Admin > Subscrição», que contém os números diários faturáveis. Trata-se de um processo manual, uma instância de cada vez, e o GitLab avisa para não o abrir antes de o enviar.
Quais são os fornecedores de software que trabalham com o GitLab e quanto custam #
O GitLab não é um gestor de licenças que os fornecedores de software integram nas suas próprias aplicações, tal como o FlexNet, o Reprise ou o Sentinel. Não verifica nem impõe o cumprimento de licenças de software de terceiros. O que determina o valor da sua fatura do GitLab são as ferramentas que estão integradas nele.
Comece pelos fornecedores de identidade. O Okta e o Microsoft Entra ID criam utilizadores do GitLab através do SCIM. A eliminação da conta no IdP retira o acesso ao grupo, mas a conta do GitLab mantém-se ativa. Se o processo de saída se limitar ao IdP, o número máximo de utilizadores continuará a aumentar.
As ferramentas de CI, qualidade de código e segurança ligam-se através de tokens. O Jenkins, o SonarQube, o Snyk, o Trivy e o Semgrep necessitam, cada um, de uma identidade na instância. O GitLab geralmente exclui as contas de serviço e os utilizadores-bot da contagem faturável, pelo que estas são normalmente a opção mais económica para configurar estas ferramentas. Se executar uma integração sob uma conta humana identificada, esta pode acabar por ocupar uma licença faturável. Antes de considerar uma integração como gratuita, verifique como é que ela se autentica e sob que tipo de conta é executada.
O Jira, o Confluence, o Slack e o Salesforce utilizam, cada um, o seu próprio modelo de licenças, e nenhum deles reconhece o seu. O mesmo se aplica ao IDE: o VS Code, o JetBrains e o Visual Studio ligam-se ao GitLab, e cada licença de IDE constitui um item de orçamento distinto.
O Duo tem um preço distinto de tudo isto. As licenças do Duo Pro e do Duo Enterprise são adquiridas e atribuídas separadamente, enquanto o Duo Core vem incluído nos planos Premium e Ultimate a partir do GitLab 18.0. Em «Admin > GitLab Duo» é possível ver a utilização das licenças, juntamente com a data da última atividade de cada utilizador.
Como o Open iT apoia o seu trabalho com o GitLab #
O Open iT mede a forma como o software é utilizado e transforma essa informação em decisões relativas aos direitos de licença. As ferramentas de deteção limitam-se a identificar o que está instalado. O coletor consulta a API do GitLab. Um Open iT Core Client executa o utilitário de verificação do estado da licença de hora a hora, com um intervalo de amostragem de cinco minutos. Os dados pré-processados chegam ao Core Server cinco minutos após a hora, no fuso horário do cliente.
A configuração solicita a URL base e um token de acesso pessoal com o âmbito «read_api», guardado num ficheiro de credenciais encriptado. Esse token requer acesso de «Proprietário» ao grupo no gitlab.com ou de «Administrador» numa instância autogerida.
São poucas as instalações que utilizam um único GitLab. Configure um nó coletor por conta, e certifique-se de que um grupo do gitlab.com e um servidor autogerido enviem os seus relatórios para o mesmo conjunto.
Três níveis, em termos do gestor de licenças. O GitLab está documentado como uma fonte de Nível 1.
A utilização em tempo real corresponde ao Nível 1: o registo por hora de quem ocupou uma licença do GitLab e em que momento. A cada hora, durante todo o período de vigência. Esse é o registo de auditoria subjacente ao número de utilizadores máximos, e o Portal do Monitor de Licenças apresenta-o em tempo real.
Os níveis 2 e 3 atuam no resto do seu parque de equipamentos. A «Utilização Ativa Real» distingue uma licença que está em uso de uma licença na qual alguém está a trabalhar, analisando a utilização da CPU, o tempo decorrido, o teclado, o rato e as E/S. A «Utilização Gerida» identifica o que está inativo e devolve-o ao conjunto de licenças disponíveis.
Num ambiente misto, esta é a parte que importa. O GitLab envia os seus relatórios através do mesmo pipeline que as suas fontes FlexNet, Reprise, Dassault e Autodesk, pelo que as suas licenças aparecem no mesmo relatório de refaturação que as de todos os outros fornecedores.
Perguntas frequentes #
O que é um gestor de licenças do GitLab?
Não existe um daemon de gestão de licenças no GitLab semelhante ao FlexNet Publisher ou ao RLM. O GitLab verifica a subscrição no próprio aplicativo, através de um código de ativação ou de um ficheiro de licença. Gerir as licenças do GitLab significa acompanhar, ao longo do tempo, os utilizadores faturáveis em relação às licenças adquiridas. Trata-se de uma tarefa de medição, sem qualquer servidor de licenças envolvido.
Como posso adicionar uma licença ao GitLab?
Inicie sessão como administrador, aceda a Admin > Subscrição e cole o seu código de ativação de 24 caracteres. As instâncias offline carregam, em vez disso, um ficheiro de licença, e as implementações escaláveis ou geográficas aplicam-no apenas numa única instância. Adicionar um ficheiro LICENSE a um projeto é outra coisa: declarar a licença de código aberto do seu próprio código.
Um utilizador «Convidado» conta como uma licença do GitLab?
No plano Ultimate, um utilizador cuja única função seja «Convidado» não ocupa nenhuma licença. No plano Premium, a função «Convidado» é faturável. Só essa diferença altera o cálculo dos planos para organizações com um grande número de utilizadores em modo de leitura.
Por que é que o valor da renovação do meu GitLab é superior ao meu número atual de utilizadores?
Isto porque o GitLab cobra com base no número máximo de utilizadores faturáveis atingido durante o período de faturação. O número de utilizadores no dia da renovação não é tido em conta. Os utilizadores que aderiram e que saíram continuam a ser contabilizados, e o histórico de utilização diária mostra quando ocorreu o pico e porquê.
