O GitLab anunciou recentemente uma atualização estratégica em seus níveis de serviço: a implementação de créditos de serviço para planos Ultimate (tanto no GitLab.com quanto na versão Dedicated) caso a disponibilidade da plataforma fique abaixo de 99.9%. Para empresas brasileiras que consolidaram seus pipelines de CI/CD, gestão de artefatos e versionamento de código na plataforma, esse movimento é um sinal claro de maturidade e foco na resiliência exigida por ambientes de missão crítica.
O impacto na continuidade do negócio
No ecossistema de desenvolvimento moderno, a plataforma de SCM e CI/CD é o coração do fluxo de valor. Qualquer interrupção — seja em Git operations, Merge Requests ou no processamento de Container Registry — gera um efeito cascata que paralisa entregas e impacta diretamente o Time-to-Market. A adoção de um SLA de 99.9% acompanhado de créditos de serviço não é apenas uma diretriz financeira; é a validação de que a infraestrutura deve ser tratada com a mesma criticidade que os sistemas em produção. Para gestores de TI, isso reduz o risco operacional e alinha os interesses do provedor à estabilidade exigida pelo negócio.
O que está coberto pelo SLA
O escopo do compromisso do GitLab não é genérico. Ele foca exatamente nos chamados core experiences que sustentam o ciclo de vida do software:
- Issues e Merge Requests: A espinha dorsal da colaboração.
- Git Operations: Operações de push, pull e clone via HTTPS e SSH.
- Container e Package Registries: Vital para pipelines que dependem de artefatos imutáveis.
- API Requests: Referentes exclusivamente aos serviços acima mencionados.
É importante notar que o SLA foca em falhas de infraestrutura (servidor/rede), detectadas por HTTP 5xx ou timeouts acima de 30 segundos. Questões de aplicação, bugs de performance ou instabilidades intermitentes que fujam da telemetria automatizada devem ser tratadas via suporte técnico, reforçando a necessidade de times de Engenharia manterem sua própria observability para validar o comportamento da plataforma em cenários específicos.
Considerações para o seu time
Como especialistas em infraestrutura cloud, recomendamos que as empresas brasileiras que utilizam o GitLab em escala tratem essa métrica como um KPI de governança. O processo de crédito exige que o cliente tome a iniciativa de solicitar a compensação em até 30 dias após o evento, o que demanda que sua equipe tenha logs de monitoramento confiáveis para validar eventuais falhas reportadas pelo provedor versus o impacto real sofrido na sua planta local ou cloud.
Este compromisso de serviço é um passo importante na industrialização do fluxo de DevSecOps, mas não dispensa a necessidade de uma estratégia de disaster recovery bem arquitetada e testada periodicamente.
Artigo originalmente publicado por Aathira Nair em GitLab.
