Apakah itu Pod dan mengapa ia unit boleh-terap terkecil dalam Kubernetes?

Question

IT Interview Practice · Accepted Answer

Sebuah **Pod** ialah unit boleh-terap terkecil dalam Kubernetes: satu pembalut di sekeliling **satu atau lebih kontena** yang berkongsi network namespace yang sama (satu IP) dan boleh berkongsi volume storan. Anda tidak menerap kontena secara langsung — anda menerap Pod.

## Apa yang ada di dalam sebuah Pod

```text
┌───────────────── Pod (ada SATU IP dikongsi) ──────────────┐
│                                                            │
│   ┌──────────────┐   ┌──────────────┐   dikongsi:          │
│   │  container A  │   │  container B  │    • network (IP)   │
│   │  (app)        │   │  (sidecar)    │    • localhost      │
│   └──────────────┘   └──────────────┘    • volumes         │
│         │ berhubung antara satu sama lain via localhost:port│
└────────────────────────────────────────────────────────────┘
```

Kontena dalam Pod yang sama **sentiasa berkedudukan bersama (co-located)** pada node yang sama, dijadualkan bersama, dan boleh mencapai satu sama lain melalui `localhost`.

## Sebuah Pod minimum

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: web
  labels: { app: web }
spec:
  containers:
    - name: web
      image: nginx:1.27
      ports:
        - containerPort: 80
```

## Mengapa sebuah Pod, bukan sekadar satu kontena?

```text
Pod ialah satu abstraksi yang membenarkan "aplikasi logik" menjadi lebih daripada satu
kontena yang MESTI berjalan bersama dan berkongsi sumber:
  → satu kontena app utama + satu "sidecar" pembantu (penghantar log, proxy, dsb.)
  → mereka berkongsi IP yang sama dan boleh guna volume dikongsi untuk bertukar fail
Kebanyakan Pod menyimpan SATU kontena sahaja. Pod berbilang kontena hanya untuk gandingan rapat.
```

## Pod bersifat ephemeral — jangan urus secara langsung

```text
Sebuah Pod BOLEH DIBUANG:
  → ia mendapat IP baharu setiap kali ia (di)cipta semula
  → jika node mati, Pod itu HILANG (tidak dijadualkan semula dengan sendirinya)
→ Anda hampir tidak pernah mencipta Pod telanjang di production.
→ Sebaliknya satu controller (Deployment / StatefulSet / Job) mencipta dan MENGGANTIKAN
  Pod untuk anda, mengekalkan bilangan yang dikehendaki sentiasa hidup.
```

```bash
kubectl get pods -o wide          # lihat Pod, node dan IP mereka
kubectl describe pod web          # peristiwa, status, restart
kubectl logs web -c web           # log bagi satu kontena tertentu
kubectl exec -it web -- sh        # shell ke dalam kontena
```

## Mengapa ia penting

Pod ialah blok binaan asas Kubernetes, jadi memahami apa itu dan mengapa ia wujud adalah pengetahuan penting yang wajib diketahui. Kubernetes tidak menjadualkan kontena telanjang; ia menjadualkan **Pod** — satu pembalut nipis di sekeliling satu atau lebih kontena yang berkongsi satu network namespace (satu IP tunggal, boleh dicapai antara mereka melalui `localhost`) dan boleh berkongsi volume storan. Memahami bahawa kontena dalam sebuah Pod **sentiasa berkedudukan bersama dan dijadualkan bersama** pada satu node menjelaskan Pod itu *untuk apa*: mengumpulkan kontena yang mesti berjalan bersama dan berkongsi sumber, seperti satu aplikasi utama campur satu **sidecar** yang bergandingan rapat (penghantar log, proxy, atau adapter) — sambil menyedari bahawa kebanyakan Pod pada praktiknya menyimpan hanya satu kontena. Sama penting ialah memahami bahawa Pod bersifat **ephemeral dan boleh dibuang**: ia mendapat IP baharu pada setiap penciptaan semula dan tidak dibangkitkan semula dengan sendirinya jika node mati, itulah sebabnya anda jarang mencipta Pod telanjang dan sebaliknya bergantung pada controller peringkat lebih tinggi (**Deployment**, **StatefulSet**, **Job**) yang mencipta dan menggantikan Pod untuk mengekalkan keadaan yang dikehendaki. Perbezaan ini — Pod sebagai unit atom, diurus oleh controller dan bukan dengan tangan — ialah jambatan konsep daripada kontena tunggal kepada workload Kubernetes sebenar, dan pengetahuan harian untuk sesiapa yang menerap, menyahpepijat (melalui `kubectl logs`, `describe`, `exec`), atau menaakul tentang aplikasi pada sebuah cluster.

Apa yang ada di dalam sebuah Pod

Sebuah Pod minimum

Mengapa sebuah Pod, bukan sekadar satu kontena?

Pod bersifat ephemeral — jangan urus secara langsung

Mengapa ia penting

Soalan berkaitan