Debugging i aplikacioneve në kontejner përfshin inspektimin e regjistrave, marrjen e një shell brenda kontejnerëve, ekzaminimin e konfigurimit dhe gjendjes, dhe diagnozën e problemeve të zakonshme (rrëzime, rrjeta, resurse). Të dini se si të zgjidhet problemet është një aftësi praktike thelbësore.
docker ps -a
docker logs <container>
docker logs -f -- 100 <container>
docker inspect <container>
docker events
docker logs është zakonisht hapi i parë — ai tregon daljet dhe gabimet e aplikacionit. docker ps -a zbulon nëse një kontejner u mbyll (dhe kodin e daljes të tij).
# 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 jep një shell brenda një kontejneri në funksion — i çmuar për inspektimin e skedarëve, kontrollimin e mjedisit, dhe testimin e konektivitetit nga perspektiva e kontejnerit.
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
Të dini se si të debugoni dhe zgjidhet problemet e kontejnerëve Docker është një aftësi praktike thelbësore, sepse aplikacionet në kontejner në mënyrë të pashmangshme kanë probleme (rrëzime, probleme lidhjeje, gabime konfigurimi) që duhet të diagnostikohen, dhe mjedisi në kontejner shton një shtresë që kërkon teknika specifike debugimi.
Aftësitë themelore — inspektimi i regjistrave (docker logs, zakonisht hapi i parë, që tregon daljet dhe gabimet e aplikacionit), kontrollimi i statusit (docker ps -a që zbulon nëse dhe pse një kontejner u mbyll, duke përfshirë kodet e daljes), dhe ekzaminimi i konfigurimit/gjendjes (docker inspect) — janë se si filloni të diagnostikoni shumicën e problemeve.
Marrja e një shell brenda një kontejneri (docker exec -it ... bash) është një teknikë i çmuar për hetim nga perspektiva e kontejnerit — inspektimi i skedarëve, kontrollimi i mjedisit, dhe testimi i konektivitetit — dhe të dini se si të merrni një shell madje edhe kur një kontejner nuk qëndron në funksion (tejkalim i hyrjes) zgjidh rastet delikate.
Të kuptoni problemet e zakonshme dhe diagnozën e tyre është veçanërisht i vlefshëm: kontejnerët dalin menjëherë (procesi kryesor u rrëzua ose përfundoi — kontrolloni regjistrat dhe CMD/ENTRYPOINT), problemet e konektivitetit ndërmjet kontejnerëve (anëtarësim i rrjetës, përdorimi i emrave të shërbimeve jo localhost), portat nuk janë të arritshme (hartëzim, dhe gotchën e zakonshme që aplikacioni duhet të dëgjojë në 0.0.0.0 jo 127.0.0.1), vrimet e kujtesës, dhe gabime lejeje — këto janë probleme reale dhe të përsëritura që të dini se si të njihni dhe rregulloni kursezon kohë të rëndësishme.
Për shkak se aplikacionet në kontejner kanë probleme që duhet të debugohen, dhe për shkak se troubleshooting efikase (regjistrat, exec në kontejner, inspect, dhe njohja e modeleve të dështimit të zakonshëm) është e nevojshme për t'i diagnostikuar dhe zgjidhur ato, të dini se si të debugoni kontejnerët Docker është një aftësi praktike thelbësore, të zbatuar shpesh për të gjithë ata që menaxhojnë aplikacione në kontejner, një kompetencë operacionale bazë që shndërron problemet frustruese të kontejnerit në ato të zgjidhshme.