Hands-on 11 — Entrega

Dez mudanças por dia, uma venda relâmpago

• Ninguém consegue: o pipeline precisa responder "isto é seguro?" automaticamente.
• E quando ele erra, a release precisa limitar o estrago.
• Meça: lead time e taxa de falha de mudanças (DORA).

O pipeline

Passo 1 · Teste contra a coisa real

@SpringBootTest(webEnvironment = RANDOM_PORT)
@AutoConfigureTestRestTemplate
@Testcontainers
class CatalogApiTest {
    @Container @ServiceConnection
    static PostgreSQLContainer db = new PostgreSQLContainer("postgres:17");
    ...
}

• Migrações, SQL, Redis e erros JSON reais — Tests run: 3, Failures: 0.
• name: CI, permissions: contents: read, um job por serviço, cache do Maven.

Passo 2 · Cadeia de suprimentos

• Build com load: true → relatório do Trivy (aba Security) → portão: CRITICAL com correção reprova.
• SBOM (Syft, SPDX): todo pacote e versão na imagem.
• Push para ghcr.io/<you>/boxoffice-catalog:sha-<commit>.
• Atestação de proveniência + SBOM: assinadas (Sigstore), ligadas ao digest.

Passo 3 · Orçamento de desempenho

thresholds: {
  'http_req_duration{scenario:budget}': ['p(95)<300', 'p(99)<800'],
  'http_req_failed{scenario:budget}': ['rate<0.01'],
}

• Ambiente fixo (.github/ci/compose.perf.yaml), aquecimento de 20 s não medido.
• Execução normal: p95 ≈ 7 ms. Com Thread.sleep(400): ✗ → o PR fica vermelho.
• Margem de propósito: um portão ruidoso é ignorado.

Passo 4 · GitOps

• O CI nunca toca no cluster; o Deploy faz commit da nova tag em k8s/overlays/gitops.
• O Argo CD (no cluster) puxa o Git e aplica: prune, selfHeal.
• Rollback = git revert; auditoria = git log; drift → revertido em segundos.

Passo 5 · O canary

Uma release ruim, pelo Git

• O Argo CD sincroniza → o Rollout inicia um pod canary.
• Análise: [] (ainda sem dados), 0,068, 0,285 → duas falhas > failureLimit: 1.
• RolloutAborted → canary reduzido a zero; o estável continua atendendo. Corrija para a frente: git revert.

O que um canary não consegue pegar

• Migrações rodam uma vez para as duas versões → só expand/contract.
• Erros raros precisam de muitas requisições no canary → pausas maiores com pouco tráfego.
• Efeitos colaterais das requisições do canary (pagamentos, e-mails) são reais.
• Sem tráfego, sem evidência: mantenha carga durante a análise.

Pontos-chave

1. Teste contra dependências reais (Testcontainers); rode o CI em todo PR e na main.
2. Privilégio mínimo por job; fixe toda action num SHA de commit.
3. Escaneie antes de publicar; SBOM + proveniência assinada respondem "o quê" e "quem".
4. Um orçamento de desempenho transforma o SLO numa verificação do build — com margem.
5. GitOps: o Git é a fonte da verdade; o cluster puxa.
6. Canary + análise para releases ruins automaticamente. Próximo: o lab 13 adiciona IA a este pipeline.