Deployments na ReplicaSets ni nini, na rolling updates na rollbacks hufanyaje kazi?

Question

IT Interview Practice · Accepted Answer

**Deployment** ni controller ya kawaida ya kuendesha programu za stateless. Husimamia **ReplicaSets**, na ReplicaSet huweka idadi maalum ya Pods zinazofanana zikiendelea. Wewe hariri Deployment; nayo huratibu **rolling updates** na **rollbacks** kwa niaba yako.

## Uongozi wa madaraja

```text
Deployment  → hutangaza hali unayotaka + mkakati wa update (kitu ambacho WEWE husimamia)
   └── ReplicaSet  → huhakikisha Pods N zinazofanana zipo (moja kwa kila toleo la app)
          └── Pod  → Pod → Pod ...  (nakala halisi zinazoendelea)

Kwa kila toleo jipya, Deployment huunda ReplicaSet MPYA na huhamisha Pods taratibu.
```

## Manifest ya Deployment

```yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: web
spec:
  replicas: 4
  selector:
    matchLabels: { app: web }
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 1      # Pod 1 pekee ndiyo inaweza kuwa chini wakati wa update
      maxSurge: 1            # Pod 1 ya ziada pekee juu ya idadi inayotakiwa
  template:
    metadata:
      labels: { app: web }
    spec:
      containers:
        - name: web
          image: myapp:1.0
          ports:
            - containerPort: 8080
```

## Rolling update: kubadilisha toleo bila downtime

```bash
kubectl set image deployment/web web=myapp:2.0   # anzisha rolling update
kubectl rollout status deployment/web            # tazama maendeleo
```

```text
maxSurge=1, maxUnavailable=1, replicas=4:
  v1: ████        (anza: Pods 4 za zamani)
      █████       washa Pod 1 mpya (v2), sasa jumla 5 (surge)
      ███ █       za zamani hushuka hadi 3, mpya ni Ready
      ...hamisha taratibu...
  v2: ████        (mwisho: Pods 4 mpya, ReplicaSet ya zamani imeshushwa hadi 0)
Trafiki huenda kwa Pods zinazopita readiness probe yao pekee → hakuna downtime.
```

## Rollback wakati toleo linapoharibika

```bash
kubectl rollout history deployment/web       # orodhesha revisions
kubectl rollout undo deployment/web          # rudi kwenye revision iliyopita
kubectl rollout undo deployment/web --to-revision=3
```

Kwa kuwa ReplicaSet ya zamani huhifadhiwa (imeshushwa hadi 0), rollback ni ya haraka: Kubernetes hu-scale ReplicaSet iliyopita juu tena na mpya chini.

## Scaling

```bash
kubectl scale deployment/web --replicas=10   # badilisha idadi inayotakiwa
```

## Kwa nini ni muhimu

Deployments ni kifaa kikuu cha kuendesha programu za stateless kwenye Kubernetes, hivyo kuzielewa na uhusiano wao na ReplicaSets ni maarifa muhimu ya kila siku. Utabaka ndio ufahamu muhimu: unasimamia **Deployment**, ambayo inamiliki **ReplicaSets** (moja kwa kila toleo), na kila ReplicaSet huhakikisha idadi maalum ya Pods zinazofanana zinaendelea — mnyororo wa reconciliation loops ambao kwa pamoja hutoa self-healing na idadi thabiti ya replica. Nguvu halisi iko katika jinsi Deployment inavyoshughulikia mabadiliko: **rolling update** huunda ReplicaSet mpya na kuhamisha Pods kutoka za zamani hadi mpya taratibu, ikiongozwa na `maxSurge` na `maxUnavailable`, hivyo uwezo hulindwa na — pamoja na readiness probes zinazodhibiti Pods zipi hupokea trafiki — utoaji hutokea **bila downtime**. Kwa sababu ReplicaSet iliyopita huhifadhiwa (imeshushwa hadi sifuri badala ya kufutwa), **rollback** ni ya haraka na salama: `kubectl rollout undo` hu-scale tu toleo la zamani juu na baya chini, ambacho ndicho hasa unachotafuta wakati toleo linapokosea. Kuelewa mienendo hii — pamoja na jinsi ya ku-scale (`kubectl scale`) na kukagua maendeleo (`kubectl rollout status/history`) — ni msingi wa kutoa programu kwa usalama kwenye Kubernetes, na huakisi modeli ya declarative, inayoendeshwa na controller ambayo hufafanua jinsi jukwaa linavyofanya kazi kwenye production.

Uongozi wa madaraja

Manifest ya Deployment

Rolling update: kubadilisha toleo bila downtime

Rollback wakati toleo linapoharibika

Scaling

Kwa nini ni muhimu

Maswali yanayohusiana