Apa iku liveness, readiness, lan startup probe, lan kapan sampeyan nganggo saben-saben?

Question

IT Interview Practice · Accepted Answer

Probe ngidini kubelet mriksa kaséhatan container lan tumindak adhedhasar asilé. Ana telu: **liveness** (isih urip, apa kudu di-restart?), **readiness** (wis siyap nampa trafik?), lan **startup** (wis rampung booting durung?). Saben njawab pitakon sing béda.

## Telu probe sacara sekilas

```text
LIVENESS   → "Apa app-é macet/deadlock?"       GAGAL → kubelet NE-RESTART container
READINESS  → "Bisa nglayani trafik saiki?"      GAGAL → Pod dibuang saka endpoint Service
                                                        (ORA di-restart)
STARTUP    → "Wis rampung boot sing alon?"       mlaku LUWIH DHISIK; sajroné mlaku, liveness &
                                                 readiness ditahan
```

## Readiness vs liveness — bédané sing penting

```text
Readiness ngatur TRAFIK:
  → Pod sing gagal readiness dijupuk METU saka Service load-balancer,
    nanging tetep mlaku (contoné lagi nganget cache utawa dependensi mati)
Liveness ngatur URIP:
  → Pod sing gagal liveness DIPATÈNI lan di-restart (wis rusak ora bisa dipulihaké)
Nganggo liveness ing panggonan sing samesthiné readiness njalari loop restart tanpa guna.
```

## Definisi probe

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

startupProbe:            # mènèhi wektu marang starter alon sadurungé liyané mlaku
        httpGet: { path: /healthz, port: 8080 }
        failureThreshold: 30   # 30 * 10s = nganti 5 menit kanggo wiwit
        periodSeconds: 10

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

livenessProbe:           # restart yèn ora séhat
        httpGet: { path: /healthz, port: 8080 }
        periodSeconds: 10
        failureThreshold: 3
```

## Mekanisme probe

```text
httpGet    → GET sawijining path; 2xx/3xx = lulus    (paling umum kanggo web app)
tcpSocket  → bisa mbukak koneksi TCP?                 (kanggo service non-HTTP)
exec       → njalanaké perintah; exit 0 = lulus       (cek khusus)
grpc       → cek kaséhatan gRPC asli
Kenop kunci: initialDelaySeconds, periodSeconds, timeoutSeconds,
             failureThreshold, successThreshold.
```

## Kenapa startup probe ana

```text
App sing wiwitané alon (pemanasan JVM, migrasi gedhé) biyèn meksa sampeyan nyetel
initialDelaySeconds gedhé banget ing liveness — sing banjur gawé crash nyata alon dideteksi.
startupProbe ndandani iki: dhèwèké nglindhungi boot sing alon, lan MUNG sawisé lulus
liveness/readiness wiwit nganggo timing normal (rapet).
```

```bash
kubectl describe pod app     # ndeleng kegagalan probe & alesan restart ing event
kubectl get pod app          # kolom READY nyerminaké readiness; RESTARTS nyerminaké liveness
```

## Kenapa iki penting

Health probe yaiku carané Kubernetes ngirim self-healing lan routing trafik sing aman, mula ngerti telu jinisé lan kapan nganggo saben-saben yaiku kawruh keandalan sing penting. Bédané sing krusial — sing asring gawé insinyur kesandhung — yaiku antara **readiness** lan **liveness**: readiness ngatur **trafik** (Pod sing gagal dijupuk metu saka Service load-balancer nanging tetep mlaku, ideal nalika lagi nganget utawa dependensi sauntara mati), déné liveness ngatur **urip** (Pod sing gagal dipatèni lan di-restart, kanggo nalika deadlock ora bisa dipulihaké). Bingung ing antarané karo — nganggo liveness probe ing panggonan sing samesthiné readiness — njalari loop restart tanpa guna lan gangguan, mula ngerti pitakon endi sing dijawab saben probe iku langsung praktis. **Startup** probe ngrampungaké lara sejarah sing nyata: app sing boot-é alon biyèn meksa `initialDelaySeconds` gedhé ing liveness (sing nundha deteksi crash tenanan), déné startup probe nglindhungi jendhéla boot lan ngidini liveness/readiness mlaku nganggo timing sing rapet lan normal mung sawisé startup sukses. Ngerti mekanisme probe (`httpGet`, `tcpSocket`, `exec`, `grpc`) lan kenop tuning (`initialDelaySeconds`, `periodSeconds`, `failureThreshold`, lsp.) ngidini sampeyan ngatur pamriksan kaséhatan kanthi bener tinimbang mung nebak. Amarga probe langsung nemtokaké apa pangguna nabrak Pod sing séhat lan apa Pod sing rusak pulih otomatis, gawé bener iku dhasar kanggo njalanaké workload sing andal lan kelas production ing Kubernetes.

Telu probe sacara sekilas

Readiness vs liveness — bédané sing penting

Definisi probe

Mekanisme probe

Kenapa startup probe ana

Kenapa iki penting

Pitakon sing gegandhengan