Diagnostiquer un conteneur qui plante : la méthode en 6 commandes
Un conteneur qui redémarre en boucle, un port qui ne répond pas, une image qui ne se construit plus : une méthode fixe pour trouver la cause.
Module 5 · Durcir et optimiser
Objectif du chapitre
Face à six pannes préparées, vous trouvez la cause de chacune en moins de 10 minutes, avec ou sans IA.
Prérequis : Images multi-architecture (amd64 et arm64) avec buildx (chapitre 22) : tag dk22 posé.
Un conteneur qui plante n’est jamais un mystère : il laisse toujours des traces. Le piège, c’est de deviner. Ce chapitre vous donne une méthode fixe : six commandes, toujours dans le même ordre, et un réflexe : lire le code de sortie avant toute hypothèse. C’est la page à garder ouverte le jour où la production tombe.
Les 6 commandes : ps, logs, inspect, exec, events, stats
Retenez l’ordre : on regarde l’état, puis ce que l’application a dit, puis ce que Docker sait, puis on entre dans le conteneur, puis on regarde l’historique, et enfin les ressources.
La suite de cette leçon est réservée aux abonnés
Les 3 premières leçons de chaque formation sont gratuites. Débloquez la suite pour continuer.
Déjà abonné ? Se connecter
