Deployment र ReplicaSet के हुन्, र rolling update तथा rollback कसरी काम गर्छन्?

Question

IT Interview Practice · Accepted Answer

**Deployment** stateless एप चलाउने मानक controller हो। यसले **ReplicaSet** हरू व्यवस्थापन गर्छ, र ReplicaSet ले निश्चित संख्याका उस्तै Pod हरू चलिरहेको राख्छ। तपाईं Deployment सम्पादन गर्नुहुन्छ; यसले तपाईंका लागि **rolling update** र **rollback** orchestrate गर्छ।

## पदानुक्रम (hierarchy)

```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      # update को समयमा बढीमा 1 Pod मात्र down
      maxSurge: 1            # desired count भन्दा बढीमा 1 अतिरिक्त Pod
  template:
    metadata:
      labels: { app: web }
    spec:
      containers:
        - name: web
          image: myapp:1.0
          ports:
            - containerPort: 8080
```

## Rolling update: zero-downtime version परिवर्तन

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

## Release बिग्रिँदा rollback

```bash
kubectl rollout history deployment/web       # revision हरू सूचीबद्ध गर्नुहोस्
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   # desired count परिवर्तन गर्नुहोस्
```

## यो किन महत्त्वपूर्ण छ

Kubernetes मा stateless एप्लिकेसन चलाउन Deployment मुख्य साधन हो, त्यसैले तिनलाई र ReplicaSet सँगको तिनको सम्बन्ध बुझ्नु अत्यावश्यक, दैनिक ज्ञान हो। तह-विभाजन नै मुख्य अन्तर्दृष्टि हो: तपाईं एउटा **Deployment** व्यवस्थापन गर्नुहुन्छ, जसले **ReplicaSet** हरू (प्रत्येक version का लागि एउटा) स्वामित्वमा राख्छ, र प्रत्येक ReplicaSet ले निश्चित संख्याका उस्तै Pod चलिरहेको सुनिश्चित गर्छ — reconciliation loop हरूको एउटा शृंखला जसले सँगै मिलेर self-healing र स्थिर replica संख्या दिन्छ। साँचो शक्ति Deployment ले परिवर्तन कसरी सम्हाल्छ भन्नेमा छ: एउटा **rolling update** ले नयाँ ReplicaSet बनाउँछ र `maxSurge` तथा `maxUnavailable` द्वारा नियन्त्रित भई Pod हरूलाई पुरानोबाट नयाँमा बिस्तारै सार्छ, त्यसैले क्षमता कायम रहन्छ र — कुन Pod ले traffic पाउने भनी नियन्त्रण गर्ने readiness probe सँग मिलेर — release **zero downtime** मा हुन्छ। अघिल्लो ReplicaSet राखिने (मेटाइने होइन, शून्यमा scale गरिने) हुनाले **rollback** छिटो र सुरक्षित हुन्छ: `kubectl rollout undo` ले केवल पुरानो version माथि र बिग्रिएकोलाई तल scale गर्छ, जुन ठ्याक्कै तपाईंलाई release बिग्रिँदा चाहिने कुरा हो। यी संयन्त्र बुझ्नु — साथै कसरी scale गर्ने (`kubectl scale`) र प्रगति जाँच्ने (`kubectl rollout status/history`) — Kubernetes मा सफ्टवेयर सुरक्षित रूपमा ship गर्ने आधार हो, र प्लेटफर्म production मा कसरी चल्छ भन्ने परिभाषित गर्ने declarative, controller-चालित मोडेललाई झल्काउँछ।

पदानुक्रम (hierarchy)

Deployment को manifest

Rolling update: zero-downtime version परिवर्तन

Release बिग्रिँदा rollback

Scaling

यो किन महत्त्वपूर्ण छ

सम्बन्धित प्रश्नहरू