Depanarea aplicațiilor containerizate implică inspecția jurnalelor, obținerea unui shell în interiorul containerelor, examinarea configurației și stării, și diagnosticarea problemelor comune (blocări, rețea, resurse). Cunoașterea modului de depanare este o competență practică esențială.
docker ps -a
docker logs <container>
docker logs -f -- 100 <container>
docker inspect <container>
docker events
docker logs este de obicei primul pas — arată ieșirea și erorile aplicației. docker ps -a relevă dacă un container s-a închis (și codul de ieșire).
# run an interactive shell inside a RUNNING container to investigate
docker exec -it <container> bash # or sh (alpine)
# → inspect files, run commands, check the environment, test connectivity from inside
# if the container won't STAY running, override the entrypoint to get a shell
docker run -it --entrypoint sh myimage
docker exec -it ... bash oferă un shell în interiorul unui container în funcțiune — neprețuit pentru inspecția fișierelor, verificarea mediului și testarea conectivității din perspectiva containerului.
Container EXITS immediately → check `docker logs`; the main process crashed or finished
(a container stops when its main process exits) — check CMD/ENTRYPOINT, errors
CAN'T CONNECT between containers → check they're on the same network; use service NAMES
(not localhost); verify ports; `docker network inspect`
PORT not accessible → check -p mapping; the app must listen on 0.0.0.0 (not 127.0.0.1)
OUT OF MEMORY / killed → check `docker stats`, resource limits (OOMKilled in inspect)
PERMISSION errors → file ownership/user (non-root user vs mounted volume permissions)
IMAGE issues → rebuild without cache (--no-cache); check the build context/.dockerignore
Cunoașterea modului de depanare și rezolvare a problemelor containerelor Docker este o competență practică esențială, deoarece aplicațiile containerizate inevitabil au probleme (blocări, probleme de conectivitate, erori de configurare) care trebuie diagnosticate, și mediul containerizat adaugă un strat care necesită tehnici specifice de depanare.
Competențele fundamentale — inspecția jurnalelor (docker logs, de obicei primul pas, arătând ieșirea și erorile aplicației), verificarea stării (docker ps -a revelând dacă și de ce s-a închis un container, inclusiv codurile de ieșire), și examinarea configurației/stării (docker inspect) — sunt modul în care începi diagnosticarea majorității problemelor.
Obținerea unui shell în interiorul unui container (docker exec -it ... bash) este o tehnică neprețuită pentru investigare din perspectiva containerului — inspecția fișierelor, verificarea mediului și testarea conectivității — și cunoașterea modului de obținere a unui shell chiar și atunci când un container nu rămâne în funcțiune (anularea punctului de intrare) rezolvă cazuri dificile.
Înțelegerea problemelor comune și diagnosticării lor este deosebit de valoroasă: containerele se închid imediat (procesul principal s-a blocat sau a terminat — verificarea jurnalelor și CMD/ENTRYPOINT), probleme de conectivitate între containere (apartenența la rețea, folosirea numelor serviciilor nu localhost), porturile nu sunt accesibile (mapare, și problema comună că aplicația trebuie să asculte pe 0.0.0.0 nu 127.0.0.1), ucideri din cauza memoriei insuficiente și erori de permisiuni — acestea sunt problemele reale, recurente, care știind cum să le recunoști și să le rezolvi economisesc timp semnificativ.
Deoarece aplicațiile containerizate au probleme care trebuie depanate, și deoarece depanarea efectivă (jurnale, exec în containere, inspect și recunoașterea tiparelor de eșec comune) este necesară pentru a le diagnostica și rezolva, cunoașterea modului de depanare a containerelor Docker este o competență practică esențială, frecvent aplicată pentru oricine rulează aplicații containerizate, o competență operațională de bază care transformă problemele frustrante ale containerelor în probleme rezolvabile.