LE MAUVAIS CLUSTER
Une alerte vise checkout dans prod-eu, namespace shop. Ton terminal est configuré sur staging-us. Identifie le contexte, bascule explicitement et établis l’inventaire sans modifier de ressource.
Une action dans le mauvais cluster pourrait transformer un incident local en interruption globale.
Exemples disponibles dans le briefing.
ENVIRONNEMENT
- Trois contextes : staging-us, prod-eu et prod-dr
- Namespace cible : shop
- Terminal kubectl de production reproduit et isolé
PRÉREQUIS & COMPÉTENCES
- Connaître la notion de contexte kubectl
- Savoir lister des namespaces
- Vérification de contexte
- Inventaire sans mutation
- Réduction du risque opérateur
CONTRAINTES
- Observer avant toute mutation et conserver les preuves utiles
- Limiter le blast radius au namespace ou au composant causal
- Valider le service de bout en bout après chaque correction
Workloads, réseau, stockage, configuration, sécurité et cluster.
OUVRIR ↗KubernetesRéférence kubectlCommandes, conventions et opérations kubectl.
OUVRIR ↗KubernetesDéboguer les PodsÉtats, événements, logs et causes d’échec des Pods.
OUVRIR ↗KubernetesAutorisation RBACRoles, bindings et modèle d’autorisation Kubernetes.
OUVRIR ↗docs dans le terminal pour rappeler ces liens.OBJECTIFS
- Afficher le contexte actif
- Lister les contextes disponibles
- Basculer vers prod-eu
- Inventorier les workloads du namespace shop
Afficher le contexte actif
ValidationLe terminal doit révéler staging-us avant toute action.
EXEMPLES ACCEPTÉS
kubectl config current-contextTab compléter · ↑/↓ historique · hint indices · why explication · docs références · solution après effort · restart recommencer
Kubernetes Production Arena · prod-eu
Platform engineer junior · Une action dans le mauvais cluster pourrait transformer un incident local en interruption globale.