როგორ მუშაობს Docker-ის ჯანმრთელობის შემოწმება და რატომ არის ეს მნიშვნელოვანი?

Question

Accepted Answer

**ჯანმრთელობის შემოწმება** Docker-ს (ან orchestrator-ს) ეუბნება, როგორ განსაზღვროს, რომ კონტეინერის აპლიკაცია რეალურად **მუშაობს**, და არა უბრალოდ გაშვებულია. კონტეინერის პროცესი შეიძლება გაშვებული იყოს, მაგრამ აპლიკაცია დაზიანებული იყოს (დაკიდა, ვერ დაკავშირდა მის მონაცემთა ბაზასთან) — ჯანმრთელობის შემოწმება ამას აღმოაჩენს, რათა პლატფორმამ შესაბამისი ზომები მიიღოს.

## ჯანმრთელობის შემოწმების განსაზღვრა

```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 პერიოდულად ახორციელებს ჯანმრთელობის შემოწმების ბრძანებას; კონტეინერის სტატუსი ხდება `healthy` ან `unhealthy` შედეგის მიხედვით (ხილული `docker ps`-ში).

## გაშვება vs ჯანმრთელი (ძირითადი განსხვავება)

```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.
```

## რატომ აქვს მნიშვნელობა ჯანმრთელობის შემოწმებებს ოპერაციული თვალსაზრისით

```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
```

## რატომ აქვს მნიშვნელობა

Docker-ის ჯანმრთელობის შემოწმების გაგება მნიშვნელოვანია **საიმედო კონტეინერიზებული აპლიკაციების გაშვებისთვის**, ამიტომ ეს ღირებული ოპერაციული ცოდნაა.

კრიტიკული ინსაიტი არის განსხვავება **გაშვებული და ჯანმრთელ სტატუსებს შორის**: კონტეინერის პროცესი შეიძლება **ცოცხალი იყოს მაშინ, როცა აპლიკაცია რეალურად დაზიანებულია** (დაკიდა, deadlock-ში, ვერ დაკავშირდა მის მონაცემთა ბაზასთან) — და ჯანმრთელობის შემოწმების გარეშე, პლატფორმა მხოლოდ იცის, რომ კონტეინერი "გაშვებულია" და **აგრძელებს ტრაფიკის მიმართვას დაზიანებული კონტეინერისკენ**, რამაც შეიძლება გამოიწვიოს წარუმატებლობა.

ჯანმრთელობის შემოწმება ამ პრობლემას მოაგვარებს აპლიკაციის რეალური მუშაობის გადამოწმების გზით (მაგ. `/health` endpoint-ის დაარტყმა), რათა კონტეინერის სტატუსი ასახავდეს რეალურ ჯანმრთელობას, და არა უბრალოდ პროცესის ცოცხალობას.

ეს მნიშვნელოვანია **ოპერაციული თვალსაზრისით**, რადგან orchestrator-ებმა და ხელსაწყოებმა რეაგირება უნდა გაკეთონ: ისინი **უჯანმრთელო კონტეინერებს ახელახლა იშვებენ** (ავტომატური აღდგენა დაკიდებებიდან/deadlock-ებიდან) და **ტრაფიკს მხოლოდ ჯანმრთელ კონტეინერებამდე მიმართავენ** (რითაც ხელს უშლიან მოთხოვნების დაკარგულ ინსტანციებამდე გაგზავნას), და Compose-ის `depends_on: condition: service_healthy` იყენებს ჯანმრთელობის შემოწმებებს ნამდვილი მზადყოფნის ელოდნისთვის (რითაც მოაგვარებს სტარტაპ რეისებს).

პროცესის ცოცხალობის და readiness-ის დაკავშირებული **liveness vs readiness** განსხვავების გაგება მნიშვნელოვანია (ის ცოცხალია და უნდა ხელახლა იშვებოდეს, თუ ის მზადაა ტრაფიკის მიღებისთვის), რადგან **Kubernetes იყენებს liveness და readiness probes-ებს**, რომლებიც აგებულია ამავე კონცეფციაზე — ამიტომ Docker-ის ჯანმრთელობის შემოწმების გაგება პირდაპირ გადაიტანება orchestrated გარემოებში.

მას შემდეგ, რაც საიმედო ოპერაცია დაჭირდება "გაშვებული" სტატუსის "რეალურად მუშაობს" მდგომარეობასთან განსხვავებას და დაზიანებულ-მაგრამ-გაშვებულ კონტეინერებზე რეაგირება (მათი ხელახლა შვება, ტრაფიკის განზე მოშორება), და მას შემდეგ, რაც ჯანმრთელობის შემოწმება არის მექანიზმი, რომელიც ამას შესაძლებელს ხდის — რომელიც იყენებენ orchestrator-ებმა თვითგამკურნებელი და ტრაფიკის მიმართვისთვის — Docker-ის ჯანმრთელობის შემოწმების გაგება ღირებული, პრაქტიკულად მნიშვნელოვანი ცოდნაა კონტეინერების საიმედოდ გაშვებისთვის, ეს არის წარმოების ჯანმრთელობის ძირითადი პრაქტიკა, რომელიც აკავშირებს დაზიანებული კონტეინერების მჩუმოდ ტრაფიკის მიღების საერთო პრობლემას, და ეს არის კონცეფცია, რომელიც საფუძვლიანია იმის მიხედვით, თუ როგორ ინარჩუნებენ orchestrator-ებმა აპლიკაციის ჯანმრთელობა.