1) Arquitetura e fronteiras de serviço

• Definição clara de fronteiras: cada serviço possui autonomia de dados e deploy independente.
• Modelagem de dados por serviço para evitar coupling: dados sob responsabilidade do serviço correspondente.
• Padrões de comunicação simples e estáveis: REST ou gRPC com endpoints idempotentes onde aplicável.
• Versionamento de esquemas e compatibilidade: políticas para migrations sem breaking changes.
• Configuração de limites de recursos e quotas por serviço para estabilidade global.
• Plano de tolerância a falhas: timeouts, time-to-live, timeouts entre serviços e checagens de disponibilidade.

Observação: foco na autonomia entre serviços reduz o cascade failure e facilita recuperação de incidentes.

2) Observabilidade, telemetria e diagnóstico

• Logs estruturados com contexto: correlate requests usando IDs de correlação ao longo de toda a chamada.
• Métricas significativas para SLOs e SLIs: latência, throughput, erro e disponibilidade por serviço.
• Tracing distribuído: traços completos para entender a latência entre serviços.
• Dashboards claros e acessíveis: visibilidade em tempo real e tendências históricas.
• Política de retenção de logs e dados de telemetria: balancear custo e capacidade de auditoria.
• Padronização de mensagens de log e formatos de eventos: facilita correlação e automação de resposta.

3) Confiabilidade, disponibilidade e operações de produção

• Estratégias de deployment controladas: canary e blue/green para validação gradual de mudanças.
• Health checks confiáveis: readiness para fluxo de tráfego e liveness para detectar falhas de serviço.
• RTO e RPO definidos: planos de recuperação e testes periódicos de restauração de dados.
• Backups de dados críticos com validação de restauração; cópia off-site quando aplicável.
• Runbooks para respostas a incidentes: passos claros, roles e contatos, com exercícios regulares.
• Gestão de segredos e criptografia: chaves rotacionadas, segredos cifrados em repouso e em trânsito.
• Controle de mudanças e auditoria: registro de alterações, revisões de código e aprovações.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: svc-auth
spec:
  replicas: 3
  selector:
    matchLabels:
      app: auth
  template:
    metadata:
      labels:
        app: auth
    spec:
      containers:
      - name: auth
        image: registry.example/auth:1.2.3
        ports:
        - containerPort: 8080
        readinessProbe:
          httpGet:
            path: /health
            port: 8080
          initialDelaySeconds: 5
          periodSeconds: 10
        livenessProbe:
          httpGet:
            path: /health
            port: 8080
          initialDelaySeconds: 15
          periodSeconds: 20
        resources:
          limits:
            cpu: "500m"
            memory: "512Mi"
          requests:
            cpu: "250m"
            memory: "256Mi"

4) Dados, segurança e governança

• Proteção de dados em trânsito e em repouso: TLS para comunicação e criptografia de dados sensíveis.
• Gestão de segredos e credenciais com rotação e acesso controlado.
• Acesso baseado em funções (RBAC) e princípio do menor privilégio para todos os componentes.
• Audição, conformidade e retenção de dados: trilha de auditoria e políticas de retenção claras.
• Proteção de dados sensíveis: mascaramento, anonimização quando possível e minimização de dados coletados.
• Gestão de dependências e vulnerabilidades: varreduras regulares e atualizações de segurança controladas.