Réparer un cluster Kubernetes cassé

Contexte

Une application en trois tiers (front, API, base) ne répond plus après un « petit changement » poussé vendredi soir. Vous avez le cluster et l’accès kubectl, rien d’autre.

Énoncé

Cinq pannes sont cachées dans le déploiement. Pour chacune : le symptôme observé, la commande qui vous a mis sur la piste, la cause et la correction.

1. Un pod de l’API redémarre en boucle.
2. Le front ne joint pas l’API alors que les deux pods tournent.
3. L’API ne joint pas la base depuis l’ajout d’une NetworkPolicy.
4. Un déploiement reste bloqué à 0 réplique disponible.
5. Les secrets de la base sont lisibles par un compte de service qui n’en a pas besoin.

$ kubectl get pods -A
$ kubectl describe pod <nom>
$ kubectl logs <nom> --previous

Livrable

Un journal d’incident : chronologie, causes, corrections et ce qui aurait évité chaque panne.