ما هي فحوص liveness وreadiness وstartup، ومتى تستخدم كلاً منها؟

Question

IT Interview Practice · Accepted Answer

تتيح الفحوص (probes) للـ kubelet أن يفحص صحّة الحاوية ويتصرّف بناءً على النتيجة. هناك ثلاثة: **liveness** (أهي حيّة، أم ينبغي إعادة تشغيلها؟)، و**readiness** (أهي جاهزة لاستقبال حركة المرور؟)، و**startup** (أانتهت من الإقلاع بعد؟). يجيب كلٌّ منها عن سؤال مختلف.

## الفحوص الثلاثة في لمحة

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

## تعريفات الفحوص

```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:          # التحكّم في حركة المرور
        httpGet: { path: /ready, port: 8080 }
        initialDelaySeconds: 5
        periodSeconds: 10

livenessProbe:           # إعادة التشغيل إذا كانت غير سليمة
        httpGet: { path: /healthz, port: 8080 }
        periodSeconds: 10
        failureThreshold: 3
```

## آليّات الفحص

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

```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     # رؤية إخفاقات الفحص وأسباب إعادة التشغيل في الأحداث
kubectl get pod app          # عمود READY يعكس readiness؛ RESTARTS يعكس liveness
```

## لماذا يهم

الفحوص الصحّية هي كيفية تحقيق Kubernetes للمعالجة الذاتية وتوجيه حركة المرور الآمن، لذا فإن فهم الأنواع الثلاثة ومتى تستخدم كلاً منها معرفةٌ ضرورية للموثوقية. التمييز الحاسم — الذي يُعثِر كثيراً من المهندسين — هو بين **readiness** و**liveness**: يتحكّم readiness في **حركة المرور** (يُسحَب الـ Pod الفاشل من موازن حِمل الـ Service لكنه يبقى يعمل، وهو مثالي حين يكون قيد الإحماء أو حين تكون تبعيّة معطّلة مؤقّتاً)، بينما يتحكّم liveness في **الحياة** (يُقتَل الـ Pod الفاشل ويُعاد تشغيله، لحالة العلوق (deadlock) دون إمكانية تعافٍ). إن الخلط بينهما — استخدام فحص liveness حيث كان المقصود readiness — يسبّب حلقات إعادة تشغيل وانقطاعات لا داعي لها، لذا فإن معرفة السؤال الذي يجيب عنه كل فحص أمرٌ عملي مباشرة. ويحلّ فحص **startup** ألماً تاريخياً حقيقياً: كانت التطبيقات بطيئة الإقلاع تفرض `initialDelaySeconds` ضخمة على liveness (ما يؤخّر اكتشاف الأعطال الحقيقية)، بينما يحمي فحص startup نافذة الإقلاع ويترك liveness/readiness تعملان بتوقيتات ضيّقة عادية فقط بعد نجاح البدء. إن فهم آليّات الفحص (`httpGet` و`tcpSocket` و`exec` و`grpc`) ومقابض الضبط (`initialDelaySeconds` و`periodSeconds` و`failureThreshold` وغيرها) يتيح لك إعداد الفحص الصحّي بشكل صحيح لا بالتخمين. ولأن الفحوص تحدّد مباشرةً ما إذا كان المستخدمون يصلون إلى Pods سليمة وما إذا كانت الـ Pods المعطّلة تتعافى تلقائياً، فإن إتقانها أساسٌ لتشغيل workloads موثوقة بمستوى إنتاجي على Kubernetes.

الفحوص الثلاثة في لمحة

readiness مقابل liveness — التمييز المفتاحي

تعريفات الفحوص

آليّات الفحص

لماذا توجد فحوص startup

لماذا يهم

أسئلة ذات صلة