Apa itu Pod dan mengapa ia menjadi unit terkecil yang bisa di-deploy di Kubernetes?

Question

IT Interview Practice · Accepted Answer

Sebuah **Pod** adalah unit terkecil yang bisa di-deploy di Kubernetes: pembungkus di sekitar **satu atau lebih container** yang berbagi network namespace yang sama (satu IP) dan bisa berbagi storage volume. Anda tidak men-deploy container secara langsung — Anda men-deploy Pod.

## Apa yang ada di dalam sebuah Pod

```text
┌───────────────── Pod (has ONE shared IP) ─────────────────┐
│                                                            │
│   ┌──────────────┐   ┌──────────────┐   shared:           │
│   │  container A  │   │  container B  │    • network (IP)   │
│   │  (app)        │   │  (sidecar)    │    • localhost      │
│   └──────────────┘   └──────────────┘    • volumes         │
│         │ talk to each other via localhost:port            │
└────────────────────────────────────────────────────────────┘
```

Container di dalam Pod yang sama **selalu berada di tempat yang sama (co-located)** pada node yang sama, dijadwalkan bersama, dan bisa saling menjangkau lewat `localhost`.

## Pod minimal

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

## Mengapa Pod, bukan sekadar sebuah container?

```text
Pod adalah abstraksi yang memungkinkan sebuah "aplikasi logis" terdiri dari lebih
dari satu container yang HARUS berjalan bersama dan berbagi resource:
  → sebuah container app utama + sebuah "sidecar" pembantu (log shipper, proxy, dll.)
  → mereka berbagi IP yang sama dan bisa memakai shared volume untuk bertukar file
Sebagian besar Pod berisi SATU container. Pod multi-container hanya untuk coupling erat.
```

## Pod bersifat ephemeral — jangan mengelolanya secara langsung

```text
Pod adalah sesuatu yang BISA DIBUANG:
  → ia mendapat IP baru setiap kali (di)buat ulang
  → jika node mati, Pod itu HILANG (tidak dijadwalkan ulang dengan sendirinya)
→ Anda hampir tidak pernah membuat Pod telanjang di production.
→ Sebagai gantinya sebuah controller (Deployment / StatefulSet / Job) membuat dan
  MENGGANTI Pod untuk Anda, menjaga jumlah yang diinginkan tetap hidup.
```

```bash
kubectl get pods -o wide          # lihat Pod, node dan IP-nya
kubectl describe pod web          # event, status, jumlah restart
kubectl logs web -c web           # log dari sebuah container tertentu
kubectl exec -it web -- sh        # buka shell ke dalam container
```

## Mengapa ini penting

Pod adalah blok bangunan fundamental Kubernetes, sehingga memahami apa itu Pod dan mengapa ia ada adalah pengetahuan esensial yang wajib diketahui. Kubernetes tidak menjadwalkan container telanjang; ia menjadwalkan **Pod** — pembungkus tipis di sekitar satu atau lebih container yang berbagi network namespace (satu IP tunggal, saling terjangkau lewat `localhost`) dan bisa berbagi storage volume. Memahami bahwa container di dalam sebuah Pod **selalu co-located dan co-scheduled** pada satu node menjelaskan Pod itu *untuk apa*: mengelompokkan container yang harus berjalan bersama dan berbagi resource, misalnya aplikasi utama ditambah sebuah **sidecar** yang berpasangan erat (log shipper, proxy, atau adapter) — sekaligus menyadari bahwa dalam praktik sebagian besar Pod hanya berisi satu container. Sama pentingnya adalah memahami bahwa Pod bersifat **ephemeral dan bisa dibuang**: mereka mendapat IP baru setiap kali dibuat ulang dan tidak hidup kembali dengan sendirinya jika sebuah node mati, yang justru menjadi alasan mengapa Anda jarang membuat Pod telanjang dan sebaliknya mengandalkan controller tingkat lebih tinggi (**Deployment**, **StatefulSet**, **Job**) yang membuat dan mengganti Pod untuk menjaga desired state. Perbedaan ini — Pod sebagai unit atomik, dikelola oleh controller alih-alih dengan tangan — adalah jembatan konseptual dari container tunggal menuju workload Kubernetes yang sesungguhnya, dan pengetahuan sehari-hari bagi siapa pun yang men-deploy, men-debug (lewat `kubectl logs`, `describe`, `exec`), atau bernalar tentang aplikasi di sebuah cluster.

Apa yang ada di dalam sebuah Pod

Pod minimal

Mengapa Pod, bukan sekadar sebuah container?

Pod bersifat ephemeral — jangan mengelolanya secara langsung

Mengapa ini penting

Pertanyaan terkait