Ce sunt Deployments și ReplicaSets și cum funcționează rolling update-urile și rollback-urile?

Question

IT Interview Practice · Accepted Answer

Un **Deployment** este controllerul standard pentru rularea aplicațiilor stateless. Gestionează **ReplicaSets**, iar un ReplicaSet menține un număr specificat de Pod-uri identice care rulează. Tu editezi Deployment-ul; el orchestrează **rolling update-uri** și **rollback-uri** pentru tine.

## Ierarhia

```text
Deployment  → declară starea dorită + strategia de update (lucrul pe care ÎL gestionezi TU)
   └── ReplicaSet  → asigură existența a N Pod-uri identice (câte unul per versiune de app)
          └── Pod  → Pod → Pod ...  (copiile care rulează efectiv)

La fiecare versiune nouă, Deployment-ul creează un ReplicaSet NOU și mută Pod-urile spre el.
```

## Un manifest de Deployment

```yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: web
spec:
  replicas: 4
  selector:
    matchLabels: { app: web }
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 1      # cel mult 1 Pod indisponibil în timpul update-ului
      maxSurge: 1            # cel mult 1 Pod în plus peste numărul dorit
  template:
    metadata:
      labels: { app: web }
    spec:
      containers:
        - name: web
          image: myapp:1.0
          ports:
            - containerPort: 8080
```

## Rolling update: schimbare de versiune fără downtime

```bash
kubectl set image deployment/web web=myapp:2.0   # declanșează un rolling update
kubectl rollout status deployment/web            # urmărește progresul
```

```text
maxSurge=1, maxUnavailable=1, replicas=4:
  v1: ████        (început: 4 Pod-uri vechi)
      █████       pornește 1 nou (v2), acum 5 în total (surge)
      ███ █       vechi scad la 3, cel nou este Ready
      ...mutare treptată...
  v2: ████        (final: 4 Pod-uri noi, ReplicaSet-ul vechi scalat la 0)
Traficul merge doar spre Pod-urile care trec de readiness probe → niciun downtime.
```

## Rollback când o versiune iese prost

```bash
kubectl rollout history deployment/web       # listează revizuirile
kubectl rollout undo deployment/web          # revine la revizuirea anterioară
kubectl rollout undo deployment/web --to-revision=3
```

Deoarece ReplicaSet-ul vechi este păstrat (scalat la 0), un rollback este rapid: Kubernetes doar scalează la loc ReplicaSet-ul anterior și în jos pe cel nou.

## Scalare

```bash
kubectl scale deployment/web --replicas=10   # schimbă numărul dorit
```

## De ce contează

Deployments sunt calul de povară pentru rularea aplicațiilor stateless pe Kubernetes, așa că înțelegerea lor și a relației cu ReplicaSets este cunoaștere esențială, de zi cu zi. Stratificarea este intuiția cheie: gestionezi un **Deployment**, care deține **ReplicaSets** (câte unul per versiune), iar fiecare ReplicaSet garantează că un număr specificat de Pod-uri identice rulează — un lanț de bucle de reconciliere care împreună asigură self-healing și un număr stabil de replici. Adevărata putere stă în modul în care Deployment-ul gestionează schimbarea: un **rolling update** creează un ReplicaSet nou și mută Pod-urile de la vechi la nou treptat, guvernat de `maxSurge` și `maxUnavailable`, astfel încât capacitatea este păstrată și — combinat cu readiness probes care decid care Pod-uri primesc trafic — lansarea se face cu **zero downtime**. Deoarece ReplicaSet-ul anterior este reținut (scalat la zero, nu șters), un **rollback** este rapid și sigur: `kubectl rollout undo` doar scalează la loc versiunea veche și în jos pe cea defectuoasă, exact ce cauți când o versiune se comportă prost. Înțelegerea acestor mecanisme — plus cum să scalezi (`kubectl scale`) și să inspectezi progresul (`kubectl rollout status/history`) — este fundamentală pentru a livra software în siguranță pe Kubernetes și reflectă modelul declarativ, condus de controllere, care definește modul în care platforma operează în producție.

Ierarhia

Un manifest de Deployment

Rolling update: schimbare de versiune fără downtime

Rollback când o versiune iese prost

Scalare

De ce contează

Întrebări conexe