Kaj je Pod in zakaj je najmanjša namestljiva enota v Kubernetesu?

Question

IT Interview Practice · Accepted Answer

**Pod** je najmanjša namestljiva enota v Kubernetesu: ovoj okoli **enega ali več vsebnikov**, ki si delijo isti omrežni imenski prostor (network namespace, en IP) in lahko delijo shrambne nosilce (volumes). Vsebnikov ne nameščate neposredno — nameščate Pode.

## Kaj je znotraj Poda

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

Vsebniki v istem Podu so **vedno na istem mestu (co-located)** na istem nodu, razporejeni skupaj, in se lahko dosežejo prek `localhost`.

## Minimalen Pod

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

## Zakaj Pod, in ne le vsebnik?

```text
The Pod is an abstraction that lets a "logical application" be more than one
container that MUST run together and share resources:
  → a main app container + a helper "sidecar" (log shipper, proxy, etc.)
  → they share the same IP and can use shared volumes for exchanging files
Most Pods hold a SINGLE container. Multi-container Pods are for tight coupling only.
```

## Pods so minljivi (ephemeral) — ne upravljajte jih neposredno

```text
A Pod is DISPOSABLE:
  → it gets a new IP each time it is (re)created
  → if the node dies, the Pod is GONE (not rescheduled by itself)
→ You almost never create bare Pods in production.
→ Instead a controller (Deployment / StatefulSet / Job) creates and REPLACES
  Pods for you, keeping the desired count alive.
```

```bash
kubectl get pods -o wide          # poglej Pode, njihov node in IP
kubectl describe pod web          # dogodki, stanje, ponovni zagoni
kubectl logs web -c web           # dnevniki določenega vsebnika
kubectl exec -it web -- sh        # lupina v vsebniku
```

## Zakaj je to pomembno

Pod je temeljni gradnik Kubernetesa, zato je razumevanje, kaj je in zakaj obstaja, bistveno znanje, ki ga je treba poznati. Kubernetes ne razporeja golih vsebnikov; razporeja **Pode** — tanek ovoj okoli enega ali več vsebnikov, ki si delijo omrežni imenski prostor (en IP, dosegljiv med njimi prek `localhost`) in lahko delijo shrambne nosilce. Razumevanje, da so vsebniki v Podu **vedno na istem mestu in razporejeni skupaj** na enem nodu, pojasni, čemu Pod *služi*: združevanju vsebnikov, ki morajo teči skupaj in deliti vire, kot sta glavna aplikacija plus tesno povezan **sidecar** (log shipper, proxy ali adapter) — ob tem pa se je treba zavedati, da večina Podov v praksi vsebuje le en vsebnik. Enako pomembno je dojeti, da so Podi **minljivi in za enkratno uporabo**: ob vsakem ponovnem ustvarjanju dobijo nov IP in se ne obudijo sami, če node odmre, kar je natanko razlog, zakaj redko ustvarjate gole Pode in se namesto tega zanašate na krmilnike višje ravni (**Deployments**, **StatefulSets**, **Jobs**), ki ustvarjajo in nadomeščajo Pode za vzdrževanje želenega stanja. Ta razlika — Pod kot atomarna enota, ki jo upravljajo krmilniki namesto ročno — je pojmovni most od posameznih vsebnikov do resničnih delovnih obremenitev Kubernetesa in vsakdanje znanje za vsakogar, ki nameša, odpravlja napake (prek `kubectl logs`, `describe`, `exec`) ali sklepa o aplikacijah na gruči.

Kaj je znotraj Poda

Minimalen Pod

Zakaj Pod, in ne le vsebnik?

Pods so minljivi (ephemeral) — ne upravljajte jih neposredno

Zakaj je to pomembno

Povezana vprašanja