Deployments اور ReplicaSets کیا ہیں، اور rolling updates اور rollbacks کیسے کام کرتے ہیں؟

Question

IT Interview Practice · Accepted Answer

ایک **Deployment** بغیر حالت (stateless) والی ایپس چلانے کے لیے معیاری controller ہے۔ یہ **ReplicaSets** کو سنبھالتا ہے، اور ایک ReplicaSet ایک مخصوص تعداد میں ایک جیسے Pods کو چلتا رکھتا ہے۔ آپ Deployment میں ترمیم کرتے ہیں؛ یہ آپ کے لیے **rolling updates** اور **rollbacks** کو منظم کرتا ہے۔

## درجہ بندی

```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.
```

## ایک Deployment manifest

```yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: web
spec:
  replicas: 4
  selector:
    matchLabels: { app: web }
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 1      # اپ ڈیٹ کے دوران زیادہ سے زیادہ 1 Pod بند
      maxSurge: 1            # مطلوبہ تعداد سے زیادہ سے زیادہ 1 اضافی Pod
  template:
    metadata:
      labels: { app: web }
    spec:
      containers:
        - name: web
          image: myapp:1.0
          ports:
            - containerPort: 8080
```

## Rolling update: zero-downtime ورژن تبدیلی

```bash
kubectl set image deployment/web web=myapp:2.0   # ایک rolling update شروع کریں
kubectl rollout status deployment/web            # پیش رفت دیکھیں
```

```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 جب کوئی release خراب ہو جائے

```bash
kubectl rollout history deployment/web       # revisions کی فہرست
kubectl rollout undo deployment/web          # پچھلی revision پر واپس جائیں
kubectl rollout undo deployment/web --to-revision=3
```

چونکہ پرانا ReplicaSet رکھا جاتا ہے (0 پر scale کیا ہوا)، اس لیے rollback تیز ہوتا ہے: Kubernetes بس پچھلے ReplicaSet کو دوبارہ اوپر scale کر دیتا ہے اور نئے کو نیچے۔

## Scaling

```bash
kubectl scale deployment/web --replicas=10   # مطلوبہ تعداد بدلیں
```

## یہ کیوں اہم ہے

Deployments، Kubernetes پر بغیر حالت والی ایپلی کیشنز چلانے کے لیے محنتی گھوڑا ہیں، اس لیے انہیں اور ReplicaSets کے ساتھ ان کے تعلق کو سمجھنا ایک ضروری، روزمرہ کا علم ہے۔ تہہ بندی ہی کلیدی بصیرت ہے: آپ ایک **Deployment** سنبھالتے ہیں، جو **ReplicaSets** (فی ورژن ایک) کا مالک ہوتا ہے، اور ہر ReplicaSet اس بات کی ضمانت دیتا ہے کہ ایک مخصوص تعداد میں ایک جیسے Pods چل رہے ہوں — reconciliation loops کی ایک زنجیر جو مل کر self-healing اور ایک مستحکم replica تعداد فراہم کرتی ہے۔ اصل طاقت اس میں ہے کہ Deployment تبدیلی کو کیسے سنبھالتا ہے: ایک **rolling update** ایک نیا ReplicaSet بناتا ہے اور Pods کو پرانے سے نئے کی طرف بتدریج منتقل کرتا ہے، جسے `maxSurge` اور `maxUnavailable` کنٹرول کرتے ہیں، چنانچہ گنجائش برقرار رہتی ہے اور — readiness probes کے ساتھ مل کر جو یہ طے کرتے ہیں کہ کون سے Pods ٹریفک وصول کریں — release **zero downtime** کے ساتھ ہوتا ہے۔ چونکہ پچھلا ReplicaSet برقرار رکھا جاتا ہے (حذف کرنے کے بجائے صفر پر scale کیا ہوا)، اس لیے ایک **rollback** تیز اور محفوظ ہے: `kubectl rollout undo` بس پرانے ورژن کو دوبارہ اوپر اور خراب کو نیچے scale کر دیتا ہے، جو بالکل وہی ہے جس کی طرف آپ اُس وقت لپکتے ہیں جب کوئی release بگڑ جائے۔ ان طریقہ کاروں کو سمجھنا — نیز scale کرنا (`kubectl scale`) اور پیش رفت کا معائنہ کرنا (`kubectl rollout status/history`) — Kubernetes پر سافٹ ویئر کو محفوظ طریقے سے ship کرنے کے لیے بنیادی ہے، اور یہ اعلانیہ، controller سے چلنے والے ماڈل کی عکاسی کرتا ہے جو یہ بیان کرتا ہے کہ پلیٹ فارم production میں کیسے کام کرتا ہے۔

درجہ بندی

ایک Deployment manifest

Rolling update: zero-downtime ورژن تبدیلی

Rollback جب کوئی release خراب ہو جائے

Scaling

یہ کیوں اہم ہے

متعلقہ سوالات