Professional Services para a plataforma GitLab™

1. Apresentação
2. A Pointer
3. Portfólio de serviços
4. Onde implantamos: data center próprio ou nuvem
5. Metodologia
6. Como entregamos: a plataforma Pointer de Professional Services
7. Arquiteturas suportadas
8. Origens e destino de migração
9. Avaliações: maturidade, Customer Success Plan e levantamento da plataforma
10. Capacitação
11. Sob consulta e roadmap
12. Documentos complementares
13. Próximos passos

1. Apresentação

A Pointer DevSecOps Professional Services executa a implantação, a migração, a avaliação, a capacitação e o onboarding da plataforma GitLab, e publica o painel executivo de métricas DORA, para órgãos públicos e empresas privadas. Cada serviço é entregue por um pipeline próprio de Professional Services, construído sobre as ferramentas oficiais da GitLab (GitLab Environment Toolkit, Helm chart, Linux package, Direct Transfer e Congregate) e versionado em um catálogo interno de componentes de CI/CD.

Este catálogo descreve os serviços, as variantes de arquitetura, as origens e o destino de migração suportados, a metodologia de execução e os documentos complementares de cada oferta: data sheet, pré-requisitos e estudo de custos de infraestrutura.

2. A Pointer

A Pointer (O3S Consultoria e Tecnologia da Informação Ltda.), empresa do Extreme Group, atua em DevSecOps, estratégia multinuvem e segurança, da consultoria à capacitação. A vertical DevSecOps é parceira GitLab Select.

3. Portfólio de serviços

As ofertas se organizam em cinco famílias: implantação, migração, avaliação, capacitação e operação assistida. Cada oferta tem uma data sheet com escopo, arquitetura, entregáveis e premissas, e um documento de pré-requisitos, enviado depois da escolha do serviço, com o que o cliente provisiona e o que informa à Pointer.

Implantação

Migração

Avaliação

Capacitação

Operação assistida

4. Onde implantamos: data center próprio ou nuvem

A implantação é feita sobre infraestrutura já existente do cliente ou sobre infraestrutura criada pelo pipeline na conta AWS ou Azure do cliente. Em infraestrutura existente, o pipeline não usa API de provedor de nuvem: recebe máquinas virtuais Linux (inventário estático, acesso por SSH) ou um cluster Kubernetes existente. A instalação executa a partir de um runner com acesso à rede do cliente.

• Data center próprio (on-premises): VMs em qualquer hipervisor (por exemplo VMware, Hyper-V, KVM) ou servidores físicos, desde que com sistema operacional suportado, SSH e sudo; clusters Kubernetes de distribuição conforme (por exemplo RKE2, OpenShift, K3s).
• Nuvem pública, recursos existentes: VMs ou clusters já criados na conta do cliente (por exemplo AWS, Azure ou Google Cloud), inclusive serviços gerenciados de Kubernetes, PostgreSQL, Redis e object storage onde a arquitetura permite.
• Nuvem pública, infraestrutura criada pelo pipeline: com os módulos Terraform oficiais do GitLab Environment Toolkit, sem modificação — na AWS, VMs das arquiteturas Linux e Cloud Native Hybrid com EKS, rede e buckets; no Azure, VMs das arquiteturas Linux. O pipeline usa a API do provedor com a identidade fornecida pelo cliente, guarda o estado do Terraform no projeto do engajamento e só destrói recursos por decisão registrada em merge request. Google Cloud (VMs e GKE) e AKS criados pelo pipeline: sob consulta.
• Rede: o runner do engajamento precisa de saída HTTPS para gitlab.com, registry.gitlab.com e packages.gitlab.com (diretamente ou por proxy). A operação sem acesso à internet (air-gapped) está no roadmap.

5. Metodologia

Todo engajamento segue a metodologia da Pointer em quatro fases, executadas com a governança descrita a seguir e com os entregáveis registrados no repositório do engajamento.

Papéis

Uma mesma pessoa pode acumular papéis da Pointer; a designação de cada papel é registrada no kick-off.

Rituais de governança

• Kick-off com escopo, papéis e critérios de aceite
• Status semanal com andamento, riscos, bloqueios e próximos passos
• Mudança de escopo por solicitação formal, avaliada em prazo e esforço antes da execução
• Aceite por entregável e encerramento com relatório final
• Retrospectiva interna da equipe Pointer e retrospectiva com o cliente na reunião de encerramento
• Pesquisa de satisfação do engajamento (CSAT) respondida pelo cliente no encerramento

Registros e aceite

• Registro RAID (riscos, ações, pendências e decisões) no projeto do engajamento: riscos, ações e pendências como issues com rótulos próprios e quadro de acompanhamento; decisões no registro de decisões do repositório. Revisado no status semanal.
• Aceite por entregável: o cliente registra o aceite ou as objeções de cada entregável no prazo definido na proposta (padrão: 5 dias úteis após a entrega). Sem manifestação nesse prazo, o entregável é considerado aceito (aceite passivo).

6. Como entregamos: a plataforma Pointer de Professional Services

Os serviços de implantação, migração e avaliação são executados por componentes de CI/CD versionados, mantidos pela Pointer em um catálogo interno e consumidos pelo projeto de cada engajamento.

Ferramentas

7. Arquiteturas suportadas

As implantações seguem as arquiteturas de referência GitLab, dimensionadas por carga (requisições por segundo) e número de usuários, conforme a documentação oficial. O estado de cada variante (Disponível ou Sob consulta) é informado na tabela.

Implantação da plataforma GitLab em servidores Linux (PS-IMP-01)

Implantação da plataforma GitLab em Kubernetes (PS-IMP-02)

8. Origens e destino de migração

O destino das migrações é o GitLab self-managed do cliente, inclusive um GitLab implantado pela própria Pointer. Cada origem usa o método oficial correspondente, disparado pelo pipeline Pointer, que também executa as etapas posteriores à importação, a verificação por contagens e o rollback da onda.

A matriz de itens migrados de cada origem (nativo, tratado pelo pipeline, ajuste manual, não migra) está no documento de pré-requisitos da oferta.

9. Avaliações: maturidade, Customer Success Plan e levantamento da plataforma

A avaliação combina a percepção das equipes, coletada por formulários, com métricas medidas por API na plataforma atual. Os resultados ficam em um site exclusivo do cliente, com acesso protegido por senha, e em PDFs oficiais.

Avaliação de maturidade DevSecOps e Customer Success Plan (PS-AVA-01)

A avaliação mede a maturidade DevSecOps do cliente em 66 capacidades da plataforma GitLab, organizadas em 9 domínios e respondidas por 5 personas em formulários web, e monta o Customer Success Plan a partir das respostas dos stakeholders e do que é levantado com o cliente. Os resultados ficam em um site exclusivo do cliente no GitLab Pages, com acesso protegido por senha, e em PDFs oficiais. Uma rodada inicial e uma rodada final permitem comparar a maturidade no início e no fim do ciclo.

Levantamento da plataforma (PS-AVA-02)

O levantamento lê por API, somente leitura, a plataforma atual do cliente (GitLab, GitHub, Bitbucket, Azure DevOps ou AWS CodeCommit) e produz o inventário, 38 métricas de base, as ondas sugeridas e a estimativa de esforço da migração para uma instância GitLab de destino. Coletas repetidas formam uma série histórica e o comparativo das métricas entre as fases inicial e final. Os resultados ficam no mesmo site cifrado da avaliação e em um PDF oficial.

Painel executivo de métricas DORA (PS-DOR-01)

Painel publicado no GitLab Pages com as quatro métricas DORA da instância GitLab do cliente — frequência de deploy, lead time de mudanças, tempo de restauração do serviço e taxa de falha de mudanças — nos escopos que o cliente escolhe: instância inteira, grupos específicos ou projetos específicos. Mostra a situação dos últimos 30 dias com a variação sobre os 30 dias anteriores, a série mensal, a evolução entre coletas e a origem de cada número. Diretoria e alta gestão acessam pelo navegador com uma senha, sem usuário no GitLab.

10. Capacitação

Trilhas de capacitação por perfil, em formato remoto ao vivo, presencial in company ou híbrido, com turmas fechadas sob demanda. Detalhes na data sheet de Capacitação.

Capacitação na plataforma GitLab (PS-CAP-01)

Catálogo de capacitação com 28 módulos combináveis em 7 trilhas por perfil (Fundamentos, Desenvolvimento, CI/CD e Plataforma, Segurança e Compliance, Administração e Operação Self-Managed, IA no ciclo de desenvolvimento e Gestão e Liderança), com conteúdo conferido na documentação da versão 19.4 da plataforma GitLab. Cada aluno recebe projetos de exercício próprios, corrigidos automaticamente pela API da plataforma GitLab, no grupo da Pointer no GitLab.com ou na instância GitLab do cliente. Presença, avaliação pré e pós e pesquisa de satisfação são registradas em formulários do site da turma, e o engajamento entrega relatório da turma, certificados de conclusão e declarações de participação em PDF com código verificável. As turmas não são treinamentos oficiais da GitLab Inc. e não incluem prova nem certificação oficial.

Onboarding do cliente na plataforma GitLab (PS-ONB-01)

Página de boas-vindas à plataforma GitLab contratada, reutilizável por cliente e publicada no GitLab Pages: a assinatura e a instância, para que serve o Customers Portal e o Support Portal, como abrir e acompanhar um chamado na GitLab, os SLAs oficiais de primeira resposta do Priority Support, o que o suporte da GitLab cobre e não cobre e como a Pointer apoia antes, durante e depois de um chamado. Os fatos oficiais vêm da documentação e do portal de suporte da GitLab, com fonte e data de consulta. Em engajamento com avaliação, a página integra o site da avaliação e traz uma seção personalizada, cifrada, com o Customer Success Plan, a maturidade e o levantamento da plataforma.

Operação assistida (PS-OPS-01)

Acompanhamento da plataforma GitLab entregue pelo pipeline de implantação da Pointer, no período acordado: ajustes de configuração por merge request no repositório do engajamento, execução das rotinas de dia 2 do pipeline (backup sob demanda, verificação avulsa, atualização de versão — sem parada na alta disponibilidade Linux e no Cloud Native Hybrid com backends em alta disponibilidade —, diagnóstico, reexecução das migrations do banco e as-built), manutenção da frota de runners do cliente, dos agentes GitLab para Kubernetes e da configuração do GitLab Geo, apoio a upgrades e análise de incidentes da plataforma. Os chamados do cliente são abertos e acompanhados na ferramenta de chamados da Pointer, com prazo de primeira resposta por severidade em horas úteis. Período, horário de atendimento, canais e prazos são definidos na proposta.

11. Sob consulta e roadmap

Atendidos sob consulta: variantes e origens atendidas com escopo e condições definidos em proposta específica, com execução piloto. Roadmap: itens que não fazem parte das ofertas atuais.

Atendidos sob consulta

Roadmap

12. Documentos complementares

Cada oferta tem uma data sheet e um documento de pré-requisitos. O estudo de custos de infraestrutura estima o custo mensal das arquiteturas em Azure, AWS e Google Cloud, com preços públicos e premissas declaradas.

Versão web interativa (arquiteturas, pipelines, matriz de migração e calculadora de custos): https://pointerdevsecops.com.br

13. Próximos passos

Para iniciar, a Pointer agenda uma reunião de discovery e, quando contratado, o Levantamento da Plataforma, que mede por API o ambiente atual e subsidia a proposta com dados. A proposta técnico-comercial é elaborada a partir desse levantamento.