Ce este un Pod și de ce este cea mai mică unitate deployabilă din Kubernetes?

Question

IT Interview Practice · Accepted Answer

Un **Pod** este cea mai mică unitate deployabilă din Kubernetes: un înveliș în jurul a **unuia sau mai multor containere** care împart același network namespace (un IP) și pot împărți volume de stocare. Nu deployezi containere direct — deployezi Pod-uri.

## Ce se află în interiorul unui 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            │
└────────────────────────────────────────────────────────────┘
```

Containerele din același Pod sunt **întotdeauna co-localizate** pe același node, programate împreună, și se pot atinge reciproc prin `localhost`.

## Un Pod minimal

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

## De ce un Pod, și nu doar un container?

```text
Pod-ul este o abstracție care permite ca o "aplicație logică" să fie mai mult de un
container care TREBUIE să ruleze împreună și să împartă resurse:
  → un container principal de app + un "sidecar" ajutător (log shipper, proxy etc.)
  → împart același IP și pot folosi volume comune pentru a schimba fișiere
Majoritatea Pod-urilor conțin UN SINGUR container. Pod-urile multi-container sunt doar pentru cuplare strânsă.
```

## Pod-urile sunt efemere — nu le gestiona direct

```text
Un Pod este DE UNICĂ FOLOSINȚĂ:
  → primește un IP nou de fiecare dată când este (re)creat
  → dacă node-ul moare, Pod-ul DISPARE (nu este reprogramat de la sine)
→ Aproape niciodată nu creezi Pod-uri "goale" în producție.
→ În schimb, un controller (Deployment / StatefulSet / Job) creează și ÎNLOCUIEȘTE
  Pod-uri pentru tine, menținând numărul dorit în viață.
```

```bash
kubectl get pods -o wide          # vezi Pod-urile, node-ul și IP-ul lor
kubectl describe pod web          # evenimente, status, restart-uri
kubectl logs web -c web           # log-urile unui container specific
kubectl exec -it web -- sh        # deschide un shell în container
```

## De ce contează

Pod-ul este blocul fundamental de construcție al Kubernetes, așa că înțelegerea a ce este și de ce există este cunoaștere esențială, obligatorie. Kubernetes nu programează containere goale; programează **Pod-uri** — un înveliș subțire în jurul a unuia sau mai multor containere care împart un network namespace (un singur IP, accesibil între ele prin `localhost`) și pot împărți volume de stocare. Înțelegerea faptului că containerele dintr-un Pod sunt **întotdeauna co-localizate și co-programate** pe un node explică la *ce* servește un Pod: gruparea containerelor care trebuie să ruleze împreună și să împartă resurse, cum ar fi o aplicație principală plus un **sidecar** strâns cuplat (un log shipper, proxy sau adaptor) — recunoscând totodată că majoritatea Pod-urilor în practică conțin un singur container. La fel de important este să înțelegi că Pod-urile sunt **efemere și de unică folosință**: primesc un IP nou la fiecare recreare și nu sunt înviate de la sine dacă un node moare, exact motivul pentru care rareori creezi Pod-uri goale și te bazezi în schimb pe controllere de nivel superior (**Deployments**, **StatefulSets**, **Jobs**) care creează și înlocuiesc Pod-uri pentru a menține o stare dorită. Această distincție — Pod-ul ca unitate atomică, gestionat de controllere și nu manual — este puntea conceptuală de la containere individuale la workload-uri Kubernetes reale și cunoaștere de zi cu zi pentru oricine deployează, depanează (prin `kubectl logs`, `describe`, `exec`) sau raționează despre aplicații pe un cluster.

Ce se află în interiorul unui Pod

Un Pod minimal

De ce un Pod, și nu doar un container?

Pod-urile sunt efemere — nu le gestiona direct

De ce contează

Întrebări conexe