Deployments आणि ReplicaSets म्हणजे काय, आणि rolling updates व rollbacks कसे कार्य करतात?

Question

IT Interview Practice · Accepted Answer

**Deployment** हा stateless ऍप्लिकेशन्स चालवण्यासाठीचा प्रमाणित controller आहे. तो **ReplicaSets** manage करतो, आणि एक ReplicaSet ठराविक संख्येने एकसारखे Pods चालू ठेवतो. तुम्ही Deployment संपादित करता; तो तुमच्यासाठी **rolling updates** आणि **rollbacks** 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 संख्येपेक्षा जास्तीत जास्त 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       # 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   # desired संख्या बदला
```

## हे का महत्त्वाचे आहे

Kubernetes वर stateless ऍप्लिकेशन्स चालवण्यासाठी Deployments हे मुख्य साधन (workhorse) आहे, त्यामुळे ते आणि ReplicaSets शी असलेला त्यांचा संबंध समजून घेणे हे अत्यावश्यक, रोजचे ज्ञान आहे. या स्तररचनेतच मूळ अंतर्दृष्टी आहे: तुम्ही एक **Deployment** manage करता, जो **ReplicaSets** चा (प्रत्येक version साठी एक) मालक असतो, आणि प्रत्येक ReplicaSet ठराविक संख्येने एकसारखे Pods चालू असल्याची हमी देतो — reconciliation loops ची एक साखळी जी एकत्रितपणे self-healing आणि स्थिर replica संख्या देते. खरी ताकद Deployment बदल कसे हाताळतो यात आहे: एक **rolling update** नवीन ReplicaSet तयार करतो आणि Pods जुन्याकडून नव्याकडे हळूहळू सरकवतो, `maxSurge` आणि `maxUnavailable` द्वारे नियंत्रित होऊन, त्यामुळे capacity टिकून राहते आणि — कोणत्या Pods ना traffic मिळेल हे ठरवणाऱ्या readiness probes सोबत — release **zero downtime** ने होते. मागील ReplicaSet राखून ठेवला जातो (हटवण्याऐवजी शून्यावर scale केला जातो) म्हणून **rollback** वेगवान व सुरक्षित असतो: `kubectl rollout undo` फक्त जुनी version पुन्हा वर आणि बिघडलेली खाली scale करते, जे release बिघडल्यावर तुम्हाला नेमके हवे असते. ही यंत्रणा समजणे — तसेच scale कसे करायचे (`kubectl scale`) आणि प्रगती कशी तपासायची (`kubectl rollout status/history`) — Kubernetes वर सुरक्षितपणे software ship करण्यासाठी पायाभूत आहे, आणि हे प्लॅटफॉर्म production मध्ये कसे कार्य करते हे परिभाषित करणारे declarative, controller-चालित model प्रतिबिंबित करते.

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

Deployment चा manifest

Rolling update: zero-downtime version बदल

एखादे release बिघडल्यावर rollback

Scaling

हे का महत्त्वाचे आहे

संबंधित प्रश्न