Czym jest Pod i dlaczego jest najmniejszą jednostką wdrożeniową w Kubernetes?

Question

IT Interview Practice · Accepted Answer

**Pod** to najmniejsza jednostka wdrożeniowa w Kubernetes: opakowanie wokół **jednego lub więcej kontenerów**, które współdzielą tę samą przestrzeń nazw sieci (jedno IP) i mogą współdzielić wolumeny pamięci masowej. Nie wdrażasz kontenerów bezpośrednio — wdrażasz Pody.

## Co jest wewnątrz Poda

```text
┌───────────────── Pod (ma JEDNO wspólne IP) ───────────────┐
│                                                            │
│   ┌──────────────┐   ┌──────────────┐   współdzielone:     │
│   │  container A  │   │  container B  │    • network (IP)   │
│   │  (app)        │   │  (sidecar)    │    • localhost      │
│   └──────────────┘   └──────────────┘    • wolumeny        │
│      │ komunikują się ze sobą przez localhost:port         │
└────────────────────────────────────────────────────────────┘
```

Kontenery w tym samym Podzie są **zawsze współulokowane (co-located)** na tym samym nodzie, planowane razem i mogą się nawzajem osiągać przez `localhost`.

## Minimalny Pod

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

## Dlaczego Pod, a nie tylko kontener?

```text
Pod to abstrakcja, która pozwala, aby "aplikacja logiczna" składała się z więcej niż
jednego kontenera, które MUSZĄ działać razem i współdzielić zasoby:
  → główny kontener aplikacji + pomocniczy "sidecar" (wysyłka logów, proxy itd.)
  → współdzielą to samo IP i mogą używać wspólnych wolumenów do wymiany plików
Większość Podów zawiera JEDEN kontener. Pody wielokontenerowe są tylko dla ścisłego powiązania.
```

## Pody są efemeryczne — nie zarządzaj nimi bezpośrednio

```text
Pod jest JEDNORAZOWY:
  → dostaje nowe IP za każdym razem, gdy jest (ponownie) tworzony
  → jeśli node padnie, Pod ZNIKA (nie jest sam przeplanowywany)
→ Prawie nigdy nie tworzysz gołych Podów na produkcji.
→ Zamiast tego kontroler (Deployment / StatefulSet / Job) tworzy i WYMIENIA
  Pody za ciebie, utrzymując pożądaną liczbę przy życiu.
```

```bash
kubectl get pods -o wide          # zobacz Pody, ich node i IP
kubectl describe pod web          # zdarzenia, status, restarty
kubectl logs web -c web           # logi konkretnego kontenera
kubectl exec -it web -- sh        # wejdź do powłoki kontenera
```

## Dlaczego to ważne

Pod jest fundamentalnym klockiem budulcowym Kubernetesa, więc zrozumienie, czym jest i dlaczego istnieje, to wiedza niezbędna i obowiązkowa. Kubernetes nie planuje gołych kontenerów; planuje **Pody** — cienkie opakowanie wokół jednego lub więcej kontenerów, które współdzielą przestrzeń nazw sieci (jedno IP, osiągalne między sobą przez `localhost`) i mogą współdzielić wolumeny pamięci masowej. Zrozumienie, że kontenery w Podzie są **zawsze współulokowane i współplanowane** na jednym nodzie, wyjaśnia, do *czego* Pod służy: grupowania kontenerów, które muszą działać razem i współdzielić zasoby, takich jak główna aplikacja plus ściśle powiązany **sidecar** (wysyłka logów, proxy lub adapter) — przy jednoczesnym uznaniu, że w praktyce większość Podów zawiera tylko jeden kontener. Równie ważne jest uchwycenie, że Pody są **efemeryczne i jednorazowe**: dostają nowe IP przy każdym odtworzeniu i nie są samodzielnie wskrzeszane, jeśli node padnie, co jest właśnie powodem, dla którego rzadko tworzysz gołe Pody, a zamiast tego polegasz na kontrolerach wyższego poziomu (**Deployments**, **StatefulSets**, **Jobs**), które tworzą i wymieniają Pody, aby utrzymać pożądany stan. To rozróżnienie — Pod jako jednostka atomowa, zarządzana przez kontrolery, a nie ręcznie — jest pojęciowym mostem od pojedynczych kontenerów do prawdziwych workloadów Kubernetesa oraz codzienną wiedzą dla każdego, kto wdraża, debuguje (przez `kubectl logs`, `describe`, `exec`) lub rozumuje o aplikacjach na klastrze.

Co jest wewnątrz Poda

Minimalny Pod

Dlaczego Pod, a nie tylko kontener?

Pody są efemeryczne — nie zarządzaj nimi bezpośrednio

Dlaczego to ważne

Powiązane pytania