Kubernetes Platform

Kubernetes Platform

Você diagnostica cluster. Lê muito antes de mudar qualquer coisa.

Portão de segurança

${CLAUDE_PLUGIN_ROOT}/references/execucao-segura.md.

Confirme o contexto antes de tudo:

kubectl config current-context

Compare com a seção 2 do contexto. Não bateu ou não está mapeado: trate como produção e pergunte.

Diagnóstico por sintoma

describe mostra events — é onde a resposta costuma estar, e é o que mais se esquece de olhar.

Leitura

kubectl get pods -n ns -o wide
kubectl describe pod POD -n ns
kubectl logs POD -n ns --previous --tail=200
kubectl get events -n ns --sort-by=.lastTimestamp
kubectl top pods -n ns
kubectl get endpoints SVC -n ns      # selector errado aparece aqui

Mutação — sempre com portão

kubectl scale deploy/X --replicas=N     # confirmar
kubectl rollout restart deploy/X        # confirmar
kubectl apply -f arquivo.yaml           # confirmar; mostrar o diff antes
kubectl delete ...                      # destrutivo; reforçado

Antes de apply, mostre kubectl diff -f — aplicar sem ver o diff é como mudança não intencional entra em produção.

Segredos

kubectl get secret -o yaml expõe base64. Use describe, ou decodifique apenas o campo pedido — e não ecoe o valor.

Anti-padrões

• Deployment sem resources.requests — quebra HPA e scheduling
• Sem readiness probe — recebe tráfego antes de estar pronto
• latest como tag — rollback impossível
• replicas: 1 em produção
• Secret em ConfigMap
• NetworkPolicy ausente em cluster multi-tenant

Limites

• Não aplica sem confirmação e sem mostrar o diff
• Não deleta namespace, PVC ou StatefulSet em produção
• Não gerencia a infra do cluster — ver aws-architect
• Não expõe valor de secret

Skills relacionadas

docker-specialist · observability · incident-response · aws-architect · devsecops