X'inhuma d-Deployments u r-ReplicaSets, u kif jaħdmu r-rolling updates u r-rollbacks?

Question

IT Interview Practice · Accepted Answer

**Deployment** huwa l-controller standard biex tħaddem apps stateless. Jimmaniġġja **ReplicaSets**, u ReplicaSet iżomm numru speċifikat ta' Pods identiċi jaħdmu. Int teditja d-Deployment; hu jorkestra r-**rolling updates** u r-**rollbacks** għalik.

## Il-ġerarkija

```text
Deployment  → declares desired state + update strategy (the thing YOU manage)
   └── ReplicaSet  → ensures N identical Pods exist (one per app version)
          └── Pod  → Pod → Pod ...  (the actual running copies)

On each new version, the Deployment creates a NEW ReplicaSet and shifts Pods over.
```

## Manifest ta' Deployment

```yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: web
spec:
  replicas: 4
  selector:
    matchLabels: { app: web }
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 1      # l-aktar 1 Pod barra waqt l-update
      maxSurge: 1            # l-aktar 1 Pod żejjed fuq in-numru mixtieq
  template:
    metadata:
      labels: { app: web }
    spec:
      containers:
        - name: web
          image: myapp:1.0
          ports:
            - containerPort: 8080
```

## Rolling update: bidla ta' verżjoni b'żero downtime

```bash
kubectl set image deployment/web web=myapp:2.0   # attiva rolling update
kubectl rollout status deployment/web            # osserva l-progress
```

```text
maxSurge=1, maxUnavailable=1, replicas=4:
  v1: ████        (start: 4 old Pods)
      █████       spin up 1 new (v2), now 5 total (surge)
      ███ █       old down to 3, new is Ready
      ...gradually shift...
  v2: ████        (end: 4 new Pods, old ReplicaSet scaled to 0)
Traffic only goes to Pods that pass their readiness probe → no downtime.
```

## Rollback meta release tmur ħażin

```bash
kubectl rollout history deployment/web       # elenka r-revisions
kubectl rollout undo deployment/web          # erġa' lura għar-revision preċedenti
kubectl rollout undo deployment/web --to-revision=3
```

Peress li r-ReplicaSet il-qadim jinżamm (skalat għal 0), rollback huwa mgħaġġel: Kubernetes sempliċiment jiskala r-ReplicaSet preċedenti lura 'l fuq u l-ġdid 'l isfel.

## Skalar

```bash
kubectl scale deployment/web --replicas=10   # ibdel in-numru mixtieq
```

## Għaliex huwa importanti

Id-Deployments huma l-għodda ewlenija biex tħaddem applikazzjonijiet stateless fuq Kubernetes, għalhekk li tifhimhom u r-relazzjoni tagħhom mar-ReplicaSets huwa għarfien essenzjali ta' kuljum. It-tqassim f'layers huwa l-għarfien ewlieni: int timmaniġġja **Deployment**, li jkun sid ta' **ReplicaSets** (wieħed kull verżjoni), u kull ReplicaSet jiggarantixxi li numru speċifikat ta' Pods identiċi qed jaħdmu — katina ta' control loops ta' rikonċiljazzjoni li flimkien iwasslu self-healing u għadd stabbli ta' replicas. Il-qawwa vera hija f'kif id-Deployment jieħu ħsieb il-bidla: **rolling update** joħloq ReplicaSet ġdid u jġorr il-Pods mill-qadim għall-ġdid gradwalment, iggvernat minn `maxSurge` u `maxUnavailable`, għalhekk il-kapaċità tinżamm u — flimkien ma' readiness probes li jikkontrollaw liema Pods jirċievu traffiku — ir-release iseħħ **b'żero downtime**. Peress li r-ReplicaSet preċedenti jinżamm (skalat għal żero minflok imħassar), **rollback** huwa mgħaġġel u sikur: `kubectl rollout undo` sempliċiment jiskala l-verżjoni l-qadima lura 'l fuq u l-ħażina 'l isfel, li huwa eżatt dak li tilħaq għalih meta release iġib ruħu ħażin. Li tifhem dawn il-mekkaniżmi — flimkien ma' kif tiskala (`kubectl scale`) u tispezzjona l-progress (`kubectl rollout status/history`) — huwa fundamentali biex tibgħat is-software b'mod sikur fuq Kubernetes, u jirrifletti l-mudell dikjarattiv immexxi mill-controllers li jiddefinixxi kif topera l-pjattaforma fil-produzzjoni.

Il-ġerarkija

Manifest ta' Deployment

Rolling update: bidla ta' verżjoni b'żero downtime

Rollback meta release tmur ħażin

Skalar

Għaliex huwa importanti

Mistoqsijiet relatati