Pod ਕੀ ਹੈ ਅਤੇ ਇਹ Kubernetes ਵਿੱਚ ਸਭ ਤੋਂ ਛੋਟੀ deployable ਇਕਾਈ ਕਿਉਂ ਹੈ?

Question

IT Interview Practice · Accepted Answer

ਇੱਕ **Pod** Kubernetes ਵਿੱਚ ਸਭ ਤੋਂ ਛੋਟੀ deployable ਇਕਾਈ ਹੈ: **ਇੱਕ ਜਾਂ ਵੱਧ container** ਦੇ ਦੁਆਲੇ ਇੱਕ ਲਪੇਟ ਜੋ ਇੱਕੋ 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
Pod ਇੱਕ abstraction ਹੈ ਜੋ ਇੱਕ "logical application" ਨੂੰ ਇੱਕ ਤੋਂ ਵੱਧ container ਹੋਣ ਦਿੰਦੀ ਹੈ
ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਕੱਠੇ ਚੱਲਣਾ ਅਤੇ resource ਸਾਂਝੇ ਕਰਨੇ ਲਾਜ਼ਮੀ ਹਨ:
  → ਇੱਕ ਮੁੱਖ app container + ਇੱਕ ਸਹਾਇਕ "sidecar" (log shipper, proxy, ਆਦਿ)
  → ਉਹ ਇੱਕੋ IP ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਅਤੇ file ਵਟਾਂਦਰੇ ਲਈ ਸਾਂਝੇ volume ਵਰਤ ਸਕਦੇ ਹਨ
ਬਹੁਤੇ Pod ਇੱਕ ਹੀ container ਰੱਖਦੇ ਹਨ। Multi-container Pod ਸਿਰਫ਼ ਤੰਗ coupling ਲਈ ਹਨ।
```

## Pod ephemeral ਹਨ — ਉਹਨਾਂ ਨੂੰ ਸਿੱਧਾ ਨਾ ਸੰਭਾਲੋ

```text
ਇੱਕ Pod DISPOSABLE (ਸੁੱਟਣਯੋਗ) ਹੈ:
  → ਹਰ ਵਾਰ ਜਦੋਂ ਇਹ (ਮੁੜ) ਬਣਦਾ ਹੈ ਤਾਂ ਇਸਨੂੰ ਇੱਕ ਨਵਾਂ IP ਮਿਲਦਾ ਹੈ
  → ਜੇ node ਮਰ ਜਾਵੇ, ਤਾਂ Pod ਖ਼ਤਮ (ਖ਼ੁਦ reschedule ਨਹੀਂ ਹੁੰਦਾ)
→ ਤੁਸੀਂ production ਵਿੱਚ ਲਗਭਗ ਕਦੇ ਵੀ ਨੰਗੇ Pod ਨਹੀਂ ਬਣਾਉਂਦੇ।
→ ਇਸਦੀ ਬਜਾਏ ਇੱਕ controller (Deployment / StatefulSet / Job) ਤੁਹਾਡੇ ਲਈ Pod ਬਣਾਉਂਦਾ ਅਤੇ
  ਬਦਲਦਾ ਹੈ, ਲੋੜੀਂਦੀ ਗਿਣਤੀ ਨੂੰ ਜ਼ਿੰਦਾ ਰੱਖਦਾ ਹੈ।
```

```bash
kubectl get pods -o wide          # Pod, ਉਹਨਾਂ ਦਾ 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 ਨੰਗੇ container schedule ਨਹੀਂ ਕਰਦਾ; ਇਹ **Pod** schedule ਕਰਦਾ ਹੈ — ਇੱਕ ਜਾਂ ਵੱਧ container ਦੇ ਦੁਆਲੇ ਇੱਕ ਪਤਲੀ ਲਪੇਟ ਜੋ ਇੱਕ network namespace ਸਾਂਝਾ ਕਰਦੇ ਹਨ (ਇੱਕ ਇਕੱਲਾ IP, ਆਪਸ ਵਿੱਚ `localhost` ਉੱਤੇ ਪਹੁੰਚਯੋਗ) ਅਤੇ storage volume ਸਾਂਝੇ ਕਰ ਸਕਦੇ ਹਨ। ਇਹ ਸਮਝਣਾ ਕਿ ਇੱਕ Pod ਵਿਚਲੇ container **ਹਮੇਸ਼ਾ ਇੱਕੋ node 'ਤੇ ਇਕੱਠੇ ਸਥਿਤ ਅਤੇ ਇਕੱਠੇ schedule** ਹੁੰਦੇ ਹਨ, ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ Pod *ਕਿਸ ਲਈ* ਹੈ: ਉਹਨਾਂ container ਨੂੰ ਸਮੂਹਬੱਧ ਕਰਨਾ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਕੱਠੇ ਚੱਲਣਾ ਅਤੇ resource ਸਾਂਝੇ ਕਰਨੇ ਲਾਜ਼ਮੀ ਹਨ, ਜਿਵੇਂ ਇੱਕ ਮੁੱਖ ਐਪਲੀਕੇਸ਼ਨ ਨਾਲ ਇੱਕ ਤੰਗ-coupled **sidecar** (ਇੱਕ log shipper, proxy, ਜਾਂ adapter) — ਨਾਲ ਹੀ ਇਹ ਪਛਾਣਦੇ ਹੋਏ ਕਿ ਵਿਹਾਰ ਵਿੱਚ ਬਹੁਤੇ Pod ਸਿਰਫ਼ ਇੱਕ ਹੀ container ਰੱਖਦੇ ਹਨ। ਇੰਨਾ ਹੀ ਮਹੱਤਵਪੂਰਨ ਇਹ ਸਮਝਣਾ ਹੈ ਕਿ Pod **ephemeral ਅਤੇ ਸੁੱਟਣਯੋਗ** ਹਨ: ਹਰ ਮੁੜ-ਬਣਨ 'ਤੇ ਉਹਨਾਂ ਨੂੰ ਨਵਾਂ IP ਮਿਲਦਾ ਹੈ ਅਤੇ ਜੇ node ਮਰ ਜਾਵੇ ਤਾਂ ਉਹ ਖ਼ੁਦ ਮੁੜ ਜ਼ਿੰਦਾ ਨਹੀਂ ਹੁੰਦੇ, ਜੋ ਠੀਕ ਉਹੀ ਕਾਰਨ ਹੈ ਕਿ ਤੁਸੀਂ ਘੱਟ ਹੀ ਨੰਗੇ Pod ਬਣਾਉਂਦੇ ਹੋ ਅਤੇ ਇਸਦੀ ਬਜਾਏ ਉੱਚ-ਪੱਧਰੀ controllers (**Deployments**, **StatefulSets**, **Jobs**) 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋ ਜੋ desired state ਬਣਾਈ ਰੱਖਣ ਲਈ Pod ਬਣਾਉਂਦੇ ਅਤੇ ਬਦਲਦੇ ਹਨ। ਇਹ ਫ਼ਰਕ — Pod ਪਰਮਾਣੂ ਇਕਾਈ ਵਜੋਂ, ਹੱਥੀਂ ਦੀ ਬਜਾਏ controllers ਦੁਆਰਾ ਸੰਭਾਲਿਆ — ਇਕੱਲੇ container ਤੋਂ ਅਸਲ Kubernetes workload ਤੱਕ ਦਾ ਸੰਕਲਪਿਕ ਪੁਲ ਹੈ, ਅਤੇ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਲਈ ਰੋਜ਼ਾਨਾ ਦਾ ਗਿਆਨ ਹੈ ਜੋ cluster 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ deploy, debug (`kubectl logs`, `describe`, `exec` ਰਾਹੀਂ), ਜਾਂ ਉਹਨਾਂ ਬਾਰੇ ਸੋਚ-ਵਿਚਾਰ ਕਰਦਾ ਹੈ।

ਇੱਕ Pod ਦੇ ਅੰਦਰ ਕੀ ਹੈ

ਇੱਕ ਘੱਟੋ-ਘੱਟ Pod

ਇੱਕ Pod ਕਿਉਂ, ਸਿਰਫ਼ ਇੱਕ container ਕਿਉਂ ਨਹੀਂ?

Pod ephemeral ਹਨ — ਉਹਨਾਂ ਨੂੰ ਸਿੱਧਾ ਨਾ ਸੰਭਾਲੋ

ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

ਸੰਬੰਧਿਤ ਸਵਾਲ