Pod के हो र यो किन Kubernetes मा सबैभन्दा सानो deployable एकाइ हो?

Question

IT Interview Practice · Accepted Answer

**Pod** Kubernetes मा सबैभन्दा सानो deployable एकाइ हो: **एक वा बढी container** वरिपरिको एउटा wrapper जसले एउटै network namespace (एउटा IP) साझा गर्छन् र storage volume साझा गर्न सक्छन्। तपाईं container सिधै deploy गर्नुहुन्न — तपाईं Pod 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 भित्रका container हरू **सधैं एउटै 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
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.
```

## Pod हरू क्षणिक (ephemeral) हुन् — तिनलाई सिधै व्यवस्थापन नगर्नुहोस्

```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          # Pod हरू, तिनका node र IP हेर्नुहोस्
kubectl describe pod web          # events, status, restart हरू
kubectl logs web -c web           # कुनै निश्चित container का logs
kubectl exec -it web -- sh        # container भित्र shell खोल्नुहोस्
```

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

Pod Kubernetes को आधारभूत निर्माण-खण्ड हो, त्यसैले यो के हो र किन अस्तित्वमा छ भन्ने बुझ्नु अत्यावश्यक, अवश्य जान्नैपर्ने ज्ञान हो। Kubernetes ले खाली container schedule गर्दैन; यसले **Pod** schedule गर्छ — एक वा बढी container वरिपरिको एउटा पातलो wrapper जसले एउटै network namespace साझा गर्छन् (एउटै IP, आपसमा `localhost` मार्फत पुग्न सकिने) र storage volume साझा गर्न सक्छन्। Pod भित्रका container हरू **सधैं एउटै node मा सँगै र सँगसँगै schedule** हुन्छन् भन्ने बुझ्नाले Pod *केका लागि* हो भन्ने स्पष्ट पार्छ: सँगै चल्नैपर्ने र स्रोत साझा गर्नैपर्ने container हरूलाई समूहबद्ध गर्न, जस्तै एउटा मुख्य एप्लिकेसन र त्यससँग कस्सिएर जोडिएको **sidecar** (log shipper, proxy, वा adapter) — साथसाथै व्यवहारमा अधिकांश Pod ले एउटै मात्र container राख्छन् भन्ने पनि बुझ्दै। त्यत्तिकै महत्त्वपूर्ण कुरा हो, Pod हरू **क्षणिक र फ्याँक्न मिल्ने (disposable)** हुन्छन् भन्ने बुझ्नु: प्रत्येक पुनःनिर्माणमा तिनले नयाँ IP पाउँछन् र node मर्दा आफैं ब्युँतिँदैनन्, त्यसैले तपाईं विरलै खाली Pod बनाउनुहुन्छ र बरु उच्च-स्तरका controller हरू (**Deployment**, **StatefulSet**, **Job**) मा भर पर्नुहुन्छ जसले desired state कायम राख्न Pod बनाउँछन् र प्रतिस्थापन गर्छन्। यो भिन्नता — Pod लाई परमाणु एकाइका रूपमा, हातले होइन controller ले व्यवस्थापन गरिने — एकल container बाट वास्तविक Kubernetes workload सम्मको अवधारणागत पुल हो, र cluster मा एप्लिकेसन deploy गर्ने, debug गर्ने (`kubectl logs`, `describe`, `exec` मार्फत) वा तर्क गर्ने जोसुकैका लागि दैनिक ज्ञान हो।

Pod भित्र के हुन्छ

एउटा न्यूनतम Pod

किन Pod, केवल container मात्र किन होइन?

Pod हरू क्षणिक (ephemeral) हुन् — तिनलाई सिधै व्यवस्थापन नगर्नुहोस्

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

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