Pod क्या है और यह Kubernetes में सबसे छोटी deployable इकाई क्यों है?

Question

IT Interview Practice · Accepted Answer

एक **Pod** Kubernetes में सबसे छोटी deployable इकाई है: एक या अधिक **containers** के चारों ओर एक wrapper जो एक ही network namespace (एक IP) साझा करते हैं और storage volumes साझा कर सकते हैं। आप containers को सीधे deploy नहीं करते — आप Pods deploy करते हैं।

## एक Pod के अंदर क्या होता है

```text
┌───────────────── Pod (has ONE shared IP) ─────────────────┐
│                                                            │
│   ┌──────────────┐   ┌──────────────┐   shared:           │
│   │  container A  │   │  container B  │    • network (IP)   │
│   │  (app)        │   │  (sidecar)    │    • localhost      │
│   └──────────────┘   └──────────────┘    • volumes         │
│         │ talk to each other via localhost:port            │
└────────────────────────────────────────────────────────────┘
```

एक ही Pod के containers **हमेशा एक ही node पर साथ रहते हैं (co-located)**, साथ में schedule होते हैं, और `localhost` के ज़रिए एक-दूसरे तक पहुँच सकते हैं।

## एक न्यूनतम Pod

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: web
  labels: { app: web }
spec:
  containers:
    - name: web
      image: nginx:1.27
      ports:
        - containerPort: 80
```

## Pod क्यों, सिर्फ़ एक container क्यों नहीं?

```text
Pod एक abstraction है जो एक "logical application" को एक से अधिक ऐसे containers
बनने देता है जिन्हें साथ में चलना ही चाहिए और resources साझा करने चाहिए:
  → एक मुख्य app container + एक सहायक "sidecar" (log shipper, proxy, आदि)
  → वे एक ही IP साझा करते हैं और files के आदान-प्रदान हेतु shared volumes उपयोग कर सकते हैं
अधिकांश Pods में एक ही container होता है। Multi-container Pods केवल tight coupling के लिए हैं।
```

## Pods अस्थायी (ephemeral) होते हैं — उन्हें सीधे मत संभालें

```text
Pod को फेंका जा सकता है (DISPOSABLE):
  → हर बार (पुनः) बनने पर उसे नया IP मिलता है
  → अगर node मर जाए, तो Pod GAYAB (स्वयं reschedule नहीं होता)
→ production में आप लगभग कभी नंगे (bare) Pods नहीं बनाते।
→ इसके बजाय एक controller (Deployment / StatefulSet / Job) आपके लिए Pods बनाता व
  BADALTA है, desired count को जीवित रखते हुए।
```

```bash
kubectl get pods -o wide          # Pods, उनका node और IP देखें
kubectl describe pod web          # events, status, restarts
kubectl logs web -c web           # किसी विशिष्ट container के logs
kubectl exec -it web -- sh        # container में shell खोलें
```

## यह क्यों महत्वपूर्ण है

Pod Kubernetes का मूलभूत building block है, इसलिए यह समझना कि यह क्या है और क्यों मौजूद है, आवश्यक, ज़रूर-जानने योग्य ज्ञान है। Kubernetes नंगे containers को schedule नहीं करता; यह **Pods** को schedule करता है — एक या अधिक containers के चारों ओर एक पतला wrapper जो एक network namespace साझा करते हैं (एक ही IP, आपस में `localhost` के ज़रिए पहुँच योग्य) और storage volumes साझा कर सकते हैं। यह समझना कि एक Pod के containers एक ही node पर **हमेशा co-located और co-scheduled** होते हैं, बताता है कि Pod *किसलिए* है: उन containers को समूहित करना जिन्हें साथ चलना और resources साझा करना ज़रूरी है, जैसे एक मुख्य application के साथ एक कसकर जुड़ा **sidecar** (log shipper, proxy, या adapter) — जबकि यह पहचानना कि व्यवहार में अधिकांश Pods में केवल एक ही container होता है। उतना ही महत्वपूर्ण है यह समझना कि Pods **अस्थायी और डिस्पोज़ेबल** हैं: हर पुनर्निर्माण पर उन्हें नया IP मिलता है और node मरने पर वे स्वयं पुनर्जीवित नहीं होते, ठीक इसीलिए आप शायद ही कभी नंगे Pods बनाते हैं और इसके बजाय उच्च-स्तरीय controllers (**Deployments**, **StatefulSets**, **Jobs**) पर निर्भर रहते हैं जो desired state बनाए रखने के लिए Pods बनाते और बदलते हैं। यह अंतर — Pod एक परमाणु इकाई के रूप में, जो हाथ से नहीं बल्कि controllers द्वारा प्रबंधित होती है — अकेले containers से असली Kubernetes workloads तक का वैचारिक पुल है, और cluster पर applications को deploy करने, debug करने (`kubectl logs`, `describe`, `exec` के ज़रिए), या उनके बारे में सोचने वाले किसी भी व्यक्ति के लिए रोज़मर्रा का ज्ञान है।

एक Pod के अंदर क्या होता है

एक न्यूनतम Pod

Pod क्यों, सिर्फ़ एक container क्यों नहीं?

Pods अस्थायी (ephemeral) होते हैं — उन्हें सीधे मत संभालें

यह क्यों महत्वपूर्ण है

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