Kako delujejo Docker zdravstveni preverjaji in zakaj so pomembni?

Question

Accepted Answer

**Zdravstveni pregled** pove Docker-ju (ali orkestratorju), kako ugotoviti, ali je aplikacija v zabojniku dejansko **deluje**, ne le da se izvaja. Proces zabojnika je lahko aktiven, medtem ko je aplikacija pokvarjena (obešena, ne more dostopati do svoje podatkovne baze) — zdravstveni preverjaji to zaznajo, tako da lahko platforma reagira.

## Opredelitev zdravstvenega preverjaja

```dockerfile
# in a Dockerfile
HEALTHCHECK --interval=30s --timeout=3s --retries=3 \
  CMD curl -f http://localhost:3000/health || exit 1
# → Docker runs this command periodically; exit 0 = healthy, non-zero = unhealthy
```

```yaml
# in docker-compose.yml
healthcheck:
  test: ["CMD", "curl", "-f", "http://localhost:3000/health"]
  interval: 30s
  timeout: 3s
  retries: 3
  start_period: 10s    # grace period on startup before failures count
```

Docker periodično izvede ukaz za zdravstveni pregled; stanje zabojnika postane `healthy` ali `unhealthy` glede na rezultat (vidno v `docker ps`).

## Zagnanost v primerjavi s zdravjem (ključna razlika)

```text
RUNNING → the container's process is alive (but the APP might be hung/broken)
HEALTHY → the health check confirms the app actually WORKS (responds correctly)
→ A container can be RUNNING but NOT HEALTHY (e.g. the app deadlocked, lost its DB).
  Without a health check, the platform only knows "running" — and keeps sending traffic
  to a broken container.
```

## Zakaj so zdravstveni preverjaji operativno pomembni

```text
✓ ORCHESTRATORS use them: restart unhealthy containers; route traffic only to healthy ones
✓ Compose depends_on: condition: service_healthy → wait for real readiness
✓ LIVENESS (is it alive? restart if not) vs READINESS (ready for traffic? hold traffic if not)
  → Kubernetes uses liveness + readiness probes (the same concept, more granular)
✓ Prevents serving requests from broken-but-running containers
```

## Zakaj je to pomembno

Razumevanje Docker zdravstvenih preverjačev je pomembno za **izvajanje zanesljivih aplikacij v zabojnikih**, zato je to dragoceno operativno znanje.

Odločilni vpogled je razlika med **zagnanostjo in zdravjem**: proces zabojnika je lahko **aktiven, medtem ko je aplikacija dejansko pokvarjena** (obešena, v mrtvi zanki, ne more dostopati do svoje podatkovne baze) — in brez zdravstvenega preverjaja platforma ve samo, da je zabojnik "zagnan" in bo **še naprej pošiljala promet do pokvarjenega zabojnika**, kar povzroča napake.

Zdravstveni preverjači to rešijo z opredelitvijo, kako preveriti, ali aplikacija **dejansko deluje** (npr. dostop do končne točke `/health`), tako da stanje zabojnika odraža resnično zdravje, ne le obstoj procesa.

To je **operativno** pomembno, ker orkestratorji in orodja delujejo na podlagi tega: **ponovno zaženejo nezdrave zabojnike** (samodejno okrevanje od obešenosti/mrtvih zank) in **promet usmerijo samo na zdrave** (izognejo se pošiljanju zahtevkov pokvarjenim primerom), in Compose `depends_on: condition: service_healthy` uporablja zdravstvene preverjače za čakanje na resnično pripravljenost (reševanje dirk pri zagonu).

Razumevanje povezane razlike **med živo in pripravljeno** (je živo in bi ga bilo treba ponovno zagnati, v primerjavi s tem, da je pripravljeno prejemati promet) je pomembno, saj **Kubernetes uporablja probe za živo in pripravljenost**, zgrajene na istem konceptu — zato se razumevanje Docker zdravstvenih preverjačev neposredno prenese na orkestnirane okolje.

Ker zanesljivo delovanje zahteva razlikovanje med "zagnanim" in "dejansko delujoče" ter reagiranjem na pokvarjene, a tekoče zabojnike (ponovno njihov zagon, zaustavitev prometa), in ker so zdravstveni preverjači mehanizem, ki to omogoča — ki ga orkestratorji uporabljajo za samopopravo in usmerjanje prometa — je razumevanje Docker zdravstvenih preverjačev dragoceno, praktično-pomembno znanje za zanesljivo izvajanje zabojnikov, ključno prakso za zanesljivost v produkciji, ki preprečuje pogost problem, da pokvarjeni zabojniki tiho naprej prejemajo promet, in koncept, ki je temelj za to, kako orkestratorji vzdrževajo zdravje aplikacij.