ما هو الـ Pod ولماذا يُعدّ أصغر وحدة قابلة للنشر في Kubernetes؟

Question

IT Interview Practice · Accepted Answer

الـ **Pod** هو أصغر وحدة قابلة للنشر في Kubernetes: غلاف حول **حاوية واحدة أو أكثر** تتشارك نفس فضاء الأسماء الشبكي (network namespace) (عنوان IP واحد) ويمكنها مشاركة وحدات تخزين (volumes). أنت لا تنشر الحاويات مباشرةً — بل تنشر Pods.

## ماذا يوجد داخل الـ 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 **تكون دائماً مشترَكة الموقع (co-located)** على نفس العقدة، وتُجدوَل معاً، ويمكنها الوصول إلى بعضها عبر `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، وليس مجرّد حاوية؟

```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) — لا تُدِرها مباشرةً

```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 وعقدتها وعنوان IP الخاص بها
kubectl describe pod web          # الأحداث والحالة وعمليات إعادة التشغيل
kubectl logs web -c web           # سجلات حاوية محدّدة
kubectl exec -it web -- sh        # فتح shell داخل الحاوية
```

## لماذا يهم

الـ Pod هو حجر البناء الأساسي في Kubernetes، لذا فإن فهم ماهيّته وسبب وجوده معرفةٌ ضرورية لا غنى عنها. لا يجدوِل Kubernetes الحاويات المجرّدة؛ بل يجدوِل **Pods** — غلافاً رفيعاً حول حاوية واحدة أو أكثر تتشارك فضاء أسماء شبكياً (عنوان IP واحد، يمكن الوصول بينها عبر `localhost`) ويمكنها مشاركة وحدات تخزين. إن فهم أن الحاويات داخل الـ Pod **مشترَكة الموقع ومُجدوَلة معاً** على عقدة واحدة يوضّح *الغرض* من الـ Pod: تجميع الحاويات التي يجب أن تعمل معاً وتتشارك الموارد، مثل تطبيق رئيسي إضافةً إلى **sidecar** وثيق الارتباط (شاحن سجلات، أو proxy، أو adapter) — مع إدراك أن معظم الـ Pods في الممارسة العملية تحوي حاوية واحدة فقط. ولا يقلّ أهميةً استيعاب أن الـ Pods **عابرة وقابلة للتخلّص منها**: فهي تحصل على عنوان IP جديد عند كل إعادة إنشاء ولا تُبعَث من تلقاء نفسها إذا ماتت العقدة، وهذا بالضبط سبب ندرة إنشائك لـ Pods مجرّدة واعتمادك بدلاً من ذلك على controllers أعلى مستوى (**Deployments** و**StatefulSets** و**Jobs**) تُنشئ الـ Pods وتستبدلها للحفاظ على الحالة المرغوبة. هذا التمييز — الـ Pod كوحدة ذرّية تُدار بواسطة controllers لا يدوياً — هو الجسر المفاهيمي من الحاويات المنفردة إلى workloads حقيقية في Kubernetes، ومعرفة يومية لكل من ينشر أو يصحّح الأخطاء (عبر `kubectl logs` و`describe` و`exec`) أو يستدلّ حول التطبيقات على عنقود.

ماذا يوجد داخل الـ Pod

Pod بحدّه الأدنى

لماذا Pod، وليس مجرّد حاوية؟

الـ Pods عابرة (ephemeral) — لا تُدِرها مباشرةً

لماذا يهم

أسئلة ذات صلة