Apa iku Pod lan kenapa dadi unit paling cilik sing bisa di-deploy ing Kubernetes?

Question

IT Interview Practice · Accepted Answer

**Pod** yaiku unit paling cilik sing bisa di-deploy ing Kubernetes: sawijining bungkus ngubengi **siji utawa luwih container** sing padha nganggo network namespace sing padha (siji IP) lan bisa nganggo bareng storage volume. Sampeyan ora nge-deploy container langsung — sampeyan nge-deploy Pod.

## Apa isiné sawijining Pod

```text
┌───────────────── Pod (nduwé SIJI IP dienggo bareng) ──────┐
│                                                            │
│   ┌──────────────┐   ┌──────────────┐   dienggo bareng:    │
│   │  container A  │   │  container B  │    • network (IP)   │
│   │  (app)        │   │  (sidecar)    │    • localhost      │
│   └──────────────┘   └──────────────┘    • volume          │
│      │ omong-omongan liwat localhost:port                  │
└────────────────────────────────────────────────────────────┘
```

Container ing Pod sing padha **tansah dumunung bareng (co-located)** ing node sing padha, dijadwal bareng, lan bisa nggayuh siji lan sijiné liwat `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
```

## Kenapa Pod, dudu mung siji container?

```text
Pod iku abstraksi sing ngidini "aplikasi logis" dumadi saka luwih saka siji
container sing KUDU mlaku bareng lan nganggo bareng resource:
  → siji container app utama + siji "sidecar" pambantu (pangirim log, proxy, lsp.)
  → padha nganggo IP siji lan bisa nganggo volume bareng kanggo tukar-tukar file
Umumé Pod ngemot SIJI container. Pod multi-container mung kanggo gandhèngan sing rapet.
```

## Pod iku ephemeral — aja diatur langsung

```text
Pod iku barang sing BISA DIBUANG:
  → dhèwèké nampa IP anyar saben (di)gawé manèh
  → yèn node mati, Pod ILANG (ora dijadwal manèh dhéwé)
→ Sampeyan mèh ora tau nggawé Pod polos ing production.
→ Nanging, sawijining controller (Deployment / StatefulSet / Job) nggawé lan NGGANTI
  Pod kanggo sampeyan, njaga cacahé sing dikarepaké tetep urip.
```

```bash
kubectl get pods -o wide          # ndeleng Pod, node lan IP-né
kubectl describe pod web          # event, status, cacahé restart
kubectl logs web -c web           # log saka container tartamtu
kubectl exec -it web -- sh        # mlebu shell menyang container
```

## Kenapa iki penting

Pod iku balok bangunan dhasar Kubernetes, mula ngerti apa iku lan kenapa ana yaiku kawruh penting sing kudu dingertèni. Kubernetes ora njadwalaké container polos; dhèwèké njadwalaké **Pod** — bungkus tipis ngubengi siji utawa luwih container sing nganggo bareng network namespace (siji IP, bisa saling gayuh liwat `localhost`) lan bisa nganggo bareng storage volume. Ngerti yèn container ing sawijining Pod **tansah dumunung bareng lan dijadwal bareng** ing siji node njlèntrèhaké Pod iku kanggo *apa*: nglumpukaké container sing kudu mlaku bareng lan nganggo bareng resource, kayata aplikasi utama plus **sidecar** sing rapet gandhèngané (pangirim log, proxy, utawa adapter) — bareng ngakoni yèn ing praktik umumé Pod mung ngemot siji container. Padha pentingé yaiku nangkep yèn Pod iku **ephemeral lan bisa dibuang**: padha nampa IP anyar saben digawé manèh lan ora urip manèh dhéwé yèn node mati, sing pas dadi alesan kenapa sampeyan arang nggawé Pod polos lan malah gumantung marang controller tingkat luwih dhuwur (**Deployment**, **StatefulSet**, **Job**) sing nggawé lan ngganti Pod kanggo njaga desired state. Bédané iki — Pod minangka unit atomik, diatur controller tinimbang nganggo tangan — yaiku kreteg konseptual saka container siji-sijiné menyang workload Kubernetes tenanan, lan kawruh saben dina kanggo sapa waé sing nge-deploy, debugging (liwat `kubectl logs`, `describe`, `exec`), utawa nalar babagan aplikasi ing cluster.

Apa isiné sawijining Pod

Pod minimal

Kenapa Pod, dudu mung siji container?

Pod iku ephemeral — aja diatur langsung

Kenapa iki penting

Pitakon sing gegandhengan