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
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 ক্ষণস্থায়ী — এদের সরাসরি পরিচালনা করবেন না

```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          # event, status, restart
kubectl logs web -c web           # একটি নির্দিষ্ট container-এর log
kubectl exec -it web -- sh        # container-এ shell খুলুন
```

## এটি কেন গুরুত্বপূর্ণ

Pod হলো Kubernetes-এর মৌলিক নির্মাণ-ব্লক, তাই এটি কী এবং কেন এর অস্তিত্ব তা বোঝা অপরিহার্য, অবশ্যই-জানা জ্ঞান। Kubernetes খালি container schedule করে না; এটি **Pod** schedule করে — এক বা একাধিক container-এর চারপাশে একটি পাতলা মোড়ক যারা একটি network namespace শেয়ার করে (একটি একক IP, নিজেদের মধ্যে `localhost`-এর মাধ্যমে পৌঁছানো যায়) এবং storage volume শেয়ার করতে পারে। বোঝা যে একটি Pod-এর container-গুলো একটি node-এ **সবসময় co-located ও co-scheduled** তা ব্যাখ্যা করে একটি Pod *কী জন্য*: এমন container গোষ্ঠীবদ্ধ করা যাদের একসাথে চলতে হবে ও resource শেয়ার করতে হবে, যেমন একটি প্রধান অ্যাপ্লিকেশন প্লাস একটি নিবিড়ভাবে-সংযুক্ত **sidecar** (একটি log shipper, proxy, বা adapter) — পাশাপাশি স্বীকার করা যে বাস্তবে বেশিরভাগ Pod কেবল একটিমাত্র container ধরে রাখে। সমান গুরুত্বপূর্ণ হলো ধরা যে Pod **ক্ষণস্থায়ী ও নিষ্পত্তিযোগ্য**: প্রতিটি পুনর্সৃষ্টিতে তারা একটি নতুন 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 ক্ষণস্থায়ী — এদের সরাসরি পরিচালনা করবেন না

এটি কেন গুরুত্বপূর্ণ

সম্পর্কিত প্রশ্ন