Liveness, readiness, na startup probes ni nini, na unatumia kila moja lini?

Question

IT Interview Practice · Accepted Answer

Probes huruhusu kubelet kukagua afya ya container na kuchukua hatua kulingana na matokeo. Kuna tatu: **liveness** (iko hai, au inapaswa kuanzishwa upya?), **readiness** (iko tayari kupokea trafiki?), na **startup** (imemaliza ku-boot?). Kila moja hujibu swali tofauti.

## Probes tatu kwa mtazamo wa haraka

```text
LIVENESS   → "Je app imekwama/deadlocked?"      IKISHINDWA → kubelet HUANZISHA UPYA container
READINESS  → "Inaweza kutoa trafiki sasa hivi?" IKISHINDWA → Pod huondolewa kwenye Service endpoints
                                                       (HAIANZISHWI UPYA)
STARTUP    → "Boot ya polepole imemaliza?"      huendesha KWANZA; inapoendesha, liveness na
                                                readiness husubirishwa
```

## Readiness dhidi ya liveness — tofauti muhimu

```text
Readiness hudhibiti TRAFIKI:
  → Pod inayoshindwa readiness huvutwa TOKA kwenye Service load-balancer,
    lakini huendelea kuendesha (mfano ina-warm cache au tegemezi liko chini)
Liveness hudhibiti UHAI:
  → Pod inayoshindwa liveness HUUAWA na kuanzishwa upya (imeharibika bila urejeleko)
Kutumia liveness ulipomaanisha readiness husababisha restart loops zisizo na maana.
```

## Ufafanuzi wa probe

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

startupProbe:            # humpa muda anzishaji wa polepole kabla wengine kuanza
        httpGet: { path: /healthz, port: 8080 }
        failureThreshold: 30   # 30 * 10s = hadi dakika 5 kuanza
        periodSeconds: 10

readinessProbe:          # dhibiti trafiki
        httpGet: { path: /ready, port: 8080 }
        initialDelaySeconds: 5
        periodSeconds: 10

livenessProbe:           # anzisha upya ikiwa haina afya
        httpGet: { path: /healthz, port: 8080 }
        periodSeconds: 10
        failureThreshold: 3
```

## Mbinu za probe

```text
httpGet    → GET njia; 2xx/3xx = pass          (ya kawaida zaidi kwa web apps)
tcpSocket  → tunaweza kufungua muunganisho wa TCP?  (kwa services zisizo za HTTP)
exec       → endesha amri; exit 0 = pass        (ukaguzi maalum)
grpc       → ukaguzi wa afya wa gRPC asilia
Vitufe muhimu: initialDelaySeconds, periodSeconds, timeoutSeconds,
           failureThreshold, successThreshold.
```

## Kwa nini startup probes zipo

```text
Apps zinazoanza polepole (JVM warmup, migrations kubwa) zilikulazimisha kuweka
initialDelaySeconds kubwa kwenye liveness — ambayo ilifanya crashes halisi ziwe polepole kugundulika.
startupProbe hutatua hili: hulinda boot ya polepole, na BAADA TU yake kupita
ndipo liveness/readiness huanza na muda wao wa kawaida (mkali).
```

```bash
kubectl describe pod app     # ona kushindwa kwa probe na sababu za restart kwenye matukio
kubectl get pod app          # safu ya READY huakisi readiness; RESTARTS huakisi liveness
```

## Kwa nini ni muhimu

Health probes ndiyo jinsi Kubernetes inavyotoa self-healing na uelekezaji salama wa trafiki, hivyo kuelewa aina tatu na kutumia kila moja lini ni maarifa muhimu ya uaminifu. Tofauti muhimu — ambayo huwaangusha wahandisi wengi — ni kati ya **readiness** na **liveness**: readiness hudhibiti **trafiki** (Pod inayoshindwa huvutwa toka kwenye Service load-balancer lakini huendelea kuendesha, bora inapo-warm au tegemezi liko chini kwa muda), wakati liveness hudhibiti **uhai** (Pod inayoshindwa huuawa na kuanzishwa upya, kwa wakati imekwama bila urejeleko). Kuchanganya hizo mbili — kutumia liveness probe ulipomaanisha readiness — husababisha restart loops zisizo na maana na kukatika kwa huduma, hivyo kujua swali gani kila probe hujibu ni jambo la kivitendo moja kwa moja. Probe ya **startup** hutatua maumivu halisi ya kihistoria: apps zinazoanza polepole zilikuwa zikilazimisha `initialDelaySeconds` kubwa kwenye liveness (iliyochelewesha kugundua crashes za kweli), wakati startup probe hulinda dirisha la boot na huruhusu liveness/readiness kuendesha kwa muda mkali, wa kawaida mara tu startup inapofanikiwa. Kuelewa mbinu za probe (`httpGet`, `tcpSocket`, `exec`, `grpc`) na vitufe vya urekebishaji (`initialDelaySeconds`, `periodSeconds`, `failureThreshold`, n.k.) hukuruhusu kusanidi ukaguzi wa afya kwa usahihi badala ya kwa kubahatisha. Kwa kuwa probes huamua moja kwa moja kama watumiaji hufikia Pods zenye afya na kama Pods zilizoharibika hurejeshwa kiotomatiki, kuzipata sawa ni msingi wa kuendesha workloads za kuaminika, za kiwango cha production kwenye Kubernetes.

Probes tatu kwa mtazamo wa haraka

Readiness dhidi ya liveness — tofauti muhimu

Ufafanuzi wa probe

Mbinu za probe

Kwa nini startup probes zipo

Kwa nini ni muhimu

Maswali yanayohusiana