Pod म्हणजे काय आणि Kubernetes मध्ये तो सर्वांत लहान deployable एकक का आहे?

Question

IT Interview Practice · Accepted Answer

**Pod** हे Kubernetes मधील सर्वांत लहान deployable एकक आहे: **एक किंवा अधिक containers** भोवतीचे एक आवरण जे एकच 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
```

## फक्त container नाही, तर Pod का?

```text
The Pod is an abstraction that lets a "logical application" be more than one
container that MUST run together and share resources:
  → a main app container + a helper "sidecar" (log shipper, proxy, etc.)
  → they share the same IP and can use shared volumes for exchanging files
Most Pods hold a SINGLE container. Multi-container Pods are for tight coupling only.
```

## Pods क्षणभंगुर (ephemeral) असतात — त्यांना थेट manage करू नका

```text
A Pod is DISPOSABLE:
  → it gets a new IP each time it is (re)created
  → if the node dies, the Pod is GONE (not rescheduled by itself)
→ You almost never create bare Pods in production.
→ Instead a controller (Deployment / StatefulSet / Job) creates and REPLACES
  Pods for you, keeping the desired count alive.
```

```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 चे मूलभूत बांधकाम-घटक आहे, त्यामुळे तो काय आहे आणि का अस्तित्वात आहे हे समजून घेणे हे अत्यावश्यक, आवश्यक-ते-माहीत असे ज्ञान आहे. Kubernetes bare containers schedule करत नाही; ते **Pods** schedule करते — एक किंवा अधिक containers भोवतीचे पातळ आवरण जे एकच network namespace सामायिक करतात (एकच IP, आपसात `localhost` वरून पोहोचता येते) आणि storage volumes सामायिक करू शकतात. एका Pod मधील containers **नेहमी एकत्र असतात आणि एकत्र schedule होतात** हे समजल्यावर Pod *कशासाठी* आहे हे स्पष्ट होते: एकत्र चालणे व resources सामायिक करणे भाग असलेले containers गटबद्ध करण्यासाठी, उदाहरणार्थ एक मुख्य ऍप्लिकेशन अधिक घट्ट-जोडलेला **sidecar** (log shipper, proxy, किंवा adapter) — तर व्यवहारात बहुतेक Pods मध्ये फक्त एकच container असतो हेही लक्षात घेणे. तितकेच महत्त्वाचे म्हणजे Pods **क्षणभंगुर व टाकाऊ (disposable)** असतात हे समजणे: प्रत्येक पुनर्निर्मितीवर त्यांना नवीन IP मिळतो आणि node मेला तर ते स्वतःहून पुन्हा जिवंत होत नाहीत — म्हणूनच तुम्ही क्वचितच bare Pods तयार करता आणि त्याऐवजी वरच्या स्तरावरील controllers (**Deployments**, **StatefulSets**, **Jobs**) वर अवलंबून राहता जे desired state राखण्यासाठी Pods तयार व बदलतात. हा फरक — Pod हे atomic एकक, हाताने नव्हे तर controllers कडून manage होणारे — हा एकट्या containers पासून खऱ्या Kubernetes workloads पर्यंतचा वैचारिक पूल आहे, आणि cluster वर ऍप्लिकेशन्स deploy करणाऱ्या, debug करणाऱ्या (`kubectl logs`, `describe`, `exec` द्वारे), किंवा त्यांच्याबद्दल विचार करणाऱ्या कोणासाठीही रोजचे ज्ञान आहे.

Pod च्या आत काय असते

एक किमान Pod

फक्त container नाही, तर Pod का?

Pods क्षणभंगुर (ephemeral) असतात — त्यांना थेट manage करू नका

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

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