Razhroščevanje aplikacij v kontejnerjih vključuje pregledovanje dnevnikov, dostop do lupine znotraj kontejnerjev, pregled konfiguracije in stanja ter diagnostiko pogostih težav (padci, mrežne težave, viri). Znanje, kako odpravljati napake, je bistvena praktična spretnost.
docker ps -a
docker logs <container>
docker logs -f -- 100 <container>
docker inspect <container>
docker events
docker logs je običajno prvi korak — prikaže izhod in napake aplikacije. docker ps -a razkrije, ali je kontejner izhod (in njegov izhodni kod).
# 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 ti dá lupino znotraj tekočega kontejnerja — neprecenljivo za pregledovanje datotek, preverjanje okolja in testiranje povezljivosti z vidika kontejnerja.
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
Znanje, kako razhroščevati in odpravljati napake v Docker kontejnerjih, je bistvena praktična spretnost, ker imajo aplikacije v kontejnerjih neizogibno težave (padci, težave s povezljivostjo, napake v konfiguraciji), ki jih je treba diagnosticirati, zato pa je treba poznati specifične tehnike razhroščevanja za okoljenje s kontejnerji.
Temeljna spretnost — pregledovanje dnevnikov (docker logs, običajno prvi korak, ki prikaže izhod in napake aplikacije), preverjanje stanja (docker ps -a, ki razkrije, ali in zakaj je kontejner izhod, vključno s kodami izhoda) ter pregled konfiguracije/stanja (docker inspect) — so načini, kako začneš diagnosticirati večino težav.
Dostop do lupine znotraj kontejnerja (docker exec -it ... bash) je neprecenljiva tehnika za raziskovanje z vidika kontejnerja — pregledovanje datotek, preverjanje okolja in testiranje povezljivosti — in znanje, kako dobiti lupino celo, ko kontejner ne ostane zagnan (preglasitev entrypointa), rešuje zapletene primere.
Razumevanje pogostih težav in njihove diagnostike je posebej dragoceno: kontejnerji, ki se takoj zaključijo (glavni proces je padel ali se je zaključil — preverjanje dnevnikov in CMD/ENTRYPOINT), težave z povezljivostjo med kontejnerji (članstvo v omrežju, uporaba imena storitve namesto localhost), dostop do vrat ni mogoč (preslikava, in pogosta pasti, da mora aplikacija poslušati na 0.0.0.0 ne pa 127.0.0.1), MemoryError in napake dovoljenj — to so resnični, ponavljajočih se težave, ki, če veš, kako jih prepoznati in rešiti, prihranijo ogromno časa.
Ker imajo aplikacije v kontejnerjih težave, ki jih je treba razhroščevati, in ker je učinkovito odpravljanje napak (dnevniki, exec v kontejnerje, inspect in prepoznavanje pogostih vzorcev napak) potrebno za diagnostiko in reševanje, je znanje, kako razhroščevati Docker kontejnerje, bistvena, pogosto uporabljena praktična spretnost za vsakogar, ki poganja aplikacije v kontejnerjih, osnovna operativna kompetenca, ki spremeni frustrirajočih probleme s kontejnerji v rešljive.