liveness, readiness आणि startup probes म्हणजे काय, आणि प्रत्येक कधी वापरायचा?

Question

IT Interview Practice · Accepted Answer

Probes kubelet ला container चे आरोग्य तपासू देतात आणि निकालावर कृती करू देतात. तीन आहेत: **liveness** (तो जिवंत आहे का, की restart करायचा?), **readiness** (तो traffic घ्यायला तयार आहे का?), आणि **startup** (त्याचे boot होणे संपले का?). प्रत्येक वेगळ्या प्रश्नाचे उत्तर देतो.

## तीन probes एका दृष्टीक्षेपात

```text
LIVENESS   → "Is the app stuck/deadlocked?"   FAIL → kubelet RESTARTS the container
READINESS  → "Can it serve traffic right now?" FAIL → Pod removed from Service endpoints
                                                       (NOT restarted)
STARTUP    → "Has the slow boot finished?"     runs FIRST; while it runs, liveness &
                                                readiness are held off
```

## Readiness विरुद्ध liveness — महत्त्वाचा फरक

```text
Readiness controls TRAFFIC:
  → a Pod that fails readiness is pulled OUT of the Service load-balancer,
    but keeps running (e.g. it's warming a cache or a dependency is down)
Liveness controls LIFE:
  → a Pod that fails liveness is KILLED and restarted (it's broken beyond recovery)
Using liveness where you meant readiness causes needless restart loops.
```

## Probe व्याख्या

```yaml
spec:
  containers:
    - name: app
      image: myapp:1.0
      ports: [{ containerPort: 8080 }]

startupProbe:            # हळू सुरू होणाऱ्याला इतर सुरू होण्याआधी वेळ देते
        httpGet: { path: /healthz, port: 8080 }
        failureThreshold: 30   # 30 * 10s = सुरू होण्यास 5 मिनिटांपर्यंत
        periodSeconds: 10

readinessProbe:          # traffic नियंत्रित करा
        httpGet: { path: /ready, port: 8080 }
        initialDelaySeconds: 5
        periodSeconds: 10

livenessProbe:           # अस्वस्थ असल्यास restart करा
        httpGet: { path: /healthz, port: 8080 }
        periodSeconds: 10
        failureThreshold: 3
```

## Probe यंत्रणा

```text
httpGet    → GET a path; 2xx/3xx = pass         (most common for web apps)
tcpSocket  → can we open a TCP connection?       (for non-HTTP services)
exec       → run a command; exit 0 = pass        (custom checks)
grpc       → native gRPC health check
Key knobs: initialDelaySeconds, periodSeconds, timeoutSeconds,
           failureThreshold, successThreshold.
```

## startup probes का असतात

```text
Slow-starting apps (JVM warmup, big migrations) used to force you to set a huge
initialDelaySeconds on liveness — which then made real crashes slow to detect.
The startupProbe fixes this: it protects the slow boot, and ONLY after it passes
do liveness/readiness begin with their normal (tight) timings.
```

```bash
kubectl describe pod app     # events मध्ये probe failures व restart कारणे पहा
kubectl get pod app          # READY column readiness दर्शवतो; RESTARTS liveness दर्शवतो
```

## हे का महत्त्वाचे आहे

Health probes द्वारेच Kubernetes self-healing व सुरक्षित traffic routing देते, त्यामुळे तिन्ही प्रकार आणि प्रत्येक कधी वापरायचा हे समजून घेणे हे अत्यावश्यक reliability ज्ञान आहे. सर्वांत महत्त्वाचा फरक — जो अनेक engineers ना अडखळवतो — तो **readiness** आणि **liveness** मधील आहे: readiness **traffic** नियंत्रित करते (अयशस्वी Pod Service load-balancer मधून काढला जातो पण चालूच राहतो, तो warm up होत असताना किंवा dependency तात्पुरती down असताना आदर्श), तर liveness **जीवन** नियंत्रित करते (अयशस्वी Pod मारून restart केला जातो, जेव्हा तो recovery पलीकडे deadlock झालेला असतो). या दोघांचा गोंधळ — readiness अपेक्षित असताना liveness probe वापरणे — विनाकारण restart loops व outages घडवतो, म्हणून प्रत्येक probe कोणत्या प्रश्नाचे उत्तर देतो हे जाणणे थेट व्यावहारिक आहे. **startup** probe एका खऱ्या ऐतिहासिक त्रासावर उपाय आहे: हळू boot होणाऱ्या apps मुळे पूर्वी liveness वर प्रचंड `initialDelaySeconds` सेट करावे लागे (ज्यामुळे खऱ्या crashes चे शोधणे उशिरा होई), तर startup probe boot window चे संरक्षण करतो आणि startup यशस्वी झाल्यावरच liveness/readiness ना घट्ट, सामान्य timings वर चालू देतो. probe यंत्रणा (`httpGet`, `tcpSocket`, `exec`, `grpc`) आणि tuning knobs (`initialDelaySeconds`, `periodSeconds`, `failureThreshold` इ.) समजल्याने तुम्ही health checking अंदाजाने नव्हे तर अचूक configure करू शकता. Probes थेट ठरवतात की users निरोगी Pods ला पोहोचतात का व बिघडलेले Pods आपोआप recover होतात का, म्हणून ते बरोबर करणे हे Kubernetes वर विश्वासार्ह, production-दर्जाचे workloads चालवण्यासाठी मूलभूत आहे.

तीन probes एका दृष्टीक्षेपात

Readiness विरुद्ध liveness — महत्त्वाचा फरक

Probe व्याख्या

Probe यंत्रणा

startup probes का असतात

हे का महत्त्वाचे आहे

संबंधित प्रश्न