Kas yra Pod'as ir kodėl jis yra mažiausias diegiamas vienetas Kubernetes'e?

Question

IT Interview Practice · Accepted Answer

**Pod'as** yra mažiausias diegiamas vienetas Kubernetes'e: apvalkalas apie **vieną ar daugiau konteinerių**, kurie dalijasi ta pačia tinklo erdve (network namespace, vienu IP) ir gali dalytis storage volume'ais. Jūs nediegiate konteinerių tiesiogiai — jūs diegiate Pod'us.

## Kas yra Pod'o viduje

```text
┌───────────────── Pod'as (turi VIENĄ bendrą IP) ───────────┐
│                                                            │
│   ┌──────────────┐   ┌──────────────┐   bendra:            │
│   │  container A  │   │  container B  │    • network (IP)   │
│   │  (app)        │   │  (sidecar)    │    • localhost      │
│   └──────────────┘   └──────────────┘    • volume          │
│      │ bendrauja tarpusavyje per localhost:port            │
└────────────────────────────────────────────────────────────┘
```

Konteineriai tame pačiame Pod'e **visada yra kartu (co-located)** ant to paties node, planuojami drauge ir gali pasiekti vienas kitą per `localhost`.

## Minimalus Pod'as

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

## Kodėl Pod'as, o ne tik konteineris?

```text
Pod'as yra abstrakcija, leidžianti "loginei aplikacijai" būti daugiau nei vienu
konteineriu, kurie PRIVALO veikti kartu ir dalytis resursais:
  → pagrindinis app konteineris + pagalbinis "sidecar" (log siuntėjas, proxy ir t. t.)
  → jie dalijasi tuo pačiu IP ir gali naudoti bendrus volume'us failams keistis
Dauguma Pod'ų turi VIENĄ konteinerį. Kelių konteinerių Pod'ai skirti tik glaudžiam ryšiui.
```

## Pod'ai yra laikini (ephemeral) — nevaldykite jų tiesiogiai

```text
Pod'as yra IŠMETAMAS:
  → jis gauna naują IP kaskart, kai (iš naujo) sukuriamas
  → jei node žūva, Pod'as DINGSTA (pats savaime neperplanuojamas)
→ Production aplinkoje beveik niekada nekuriate „plikų" Pod'ų.
→ Vietoj to controller'is (Deployment / StatefulSet / Job) sukuria ir PAKEIČIA
  Pod'us už jus, palaikydamas pageidaujamą jų skaičių gyvą.
```

```bash
kubectl get pods -o wide          # matyti Pod'us, jų node ir IP
kubectl describe pod web          # įvykiai, būsena, restart'ai
kubectl logs web -c web           # konkretaus konteinerio log'ai
kubectl exec -it web -- sh        # atverti shell konteineryje
```

## Kodėl tai svarbu

Pod'as yra pamatinis Kubernetes statybinis blokas, tad suprasti, kas tai yra ir kodėl jis egzistuoja, yra esminė, privaloma žinoti žinia. Kubernetes neplanuoja „plikų" konteinerių; jis planuoja **Pod'us** — ploną apvalkalą apie vieną ar daugiau konteinerių, kurie dalijasi tinklo erdve (network namespace, vienu IP, pasiekiamu tarpusavyje per `localhost`) ir gali dalytis storage volume'ais. Supratimas, kad konteineriai Pod'e **visada yra kartu ir planuojami drauge** ant vieno node, paaiškina, *kam* Pod'as skirtas: grupuoti konteinerius, kurie privalo veikti kartu ir dalytis resursais, pavyzdžiui, pagrindinę aplikaciją plius glaudžiai susietą **sidecar** (log siuntėją, proxy ar adapterį) — kartu suvokiant, kad praktikoje dauguma Pod'ų turi tik vieną konteinerį. Ne mažiau svarbu suprasti, kad Pod'ai yra **laikini ir išmetami**: jie gauna naują IP kiekvieną kartą atkurti ir patys savaime neprisikelia, jei node žūva, todėl būtent dėl to retai kuriate „plikus" Pod'us ir vietoj to remiatės aukštesnio lygio controller'iais (**Deployment'ais**, **StatefulSet'ais**, **Job'ais**), kurie kuria ir keičia Pod'us, kad palaikytų pageidaujamą būseną. Šis skirtumas — Pod'as kaip atominis vienetas, valdomas controller'ių, o ne rankomis — yra konceptualus tiltas nuo pavienių konteinerių iki tikrų Kubernetes workload'ų ir kasdienė žinia kiekvienam, kas diegia, gedimų ieško (per `kubectl logs`, `describe`, `exec`) ar samprotauja apie aplikacijas klasteryje.

Kas yra Pod'o viduje

Minimalus Pod'as

Kodėl Pod'as, o ne tik konteineris?

Pod'ai yra laikini (ephemeral) — nevaldykite jų tiesiogiai

Kodėl tai svarbu

Susiję klausimai