Pod คืออะไร และทำไมมันจึงเป็นหน่วยที่ deploy ได้เล็กที่สุดใน Kubernetes?

Question

IT Interview Practice · Accepted Answer

**Pod** เป็นหน่วยที่ deploy ได้เล็กที่สุดใน Kubernetes: เป็นตัวห่อหุ้มรอบ **container หนึ่งตัวหรือมากกว่า** ที่ใช้ network namespace เดียวกัน (IP เดียว) และสามารถแชร์ storage volume ได้ คุณไม่ได้ deploy container โดยตรง — คุณ deploy Pod

## ภายใน 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            │
└────────────────────────────────────────────────────────────┘
```

Container ใน Pod เดียวกัน **อยู่ที่เดียวกันเสมอ (co-located)** บน node เดียวกัน ถูกจัดตารางพร้อมกัน และเรียกหากันได้ผ่าน `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 เป็นชั้นนามธรรมที่ทำให้ "แอปพลิเคชันเชิงตรรกะ" หนึ่งชุดประกอบด้วย container มากกว่าหนึ่งตัว
ที่ต้องรันด้วยกันและแชร์ทรัพยากร:
  → container แอปหลัก + "sidecar" ผู้ช่วย (ตัวส่ง log, proxy ฯลฯ)
  → พวกมันใช้ IP เดียวกันและใช้ volume ร่วมกันเพื่อแลกเปลี่ยนไฟล์ได้
Pod ส่วนใหญ่มี container เดียว Pod หลาย container ใช้เฉพาะเมื่อผูกกันแน่นเท่านั้น
```

## Pod นั้นเป็นสิ่งชั่วคราว (ephemeral) — อย่าจัดการมันโดยตรง

```text
Pod เป็นสิ่งที่ทิ้งได้ (DISPOSABLE):
  → มันได้ IP ใหม่ทุกครั้งที่ถูก (สร้างใหม่) recreate
  → ถ้า node ตาย Pod จะหายไป (ไม่ถูก reschedule ด้วยตัวมันเอง)
→ คุณแทบไม่เคยสร้าง Pod เปล่า ๆ ใน production
→ แต่จะให้ controller (Deployment / StatefulSet / Job) สร้างและ REPLACE
  Pod ให้คุณ โดยรักษาจำนวนที่ต้องการให้มีชีวิตอยู่
```

```bash
kubectl get pods -o wide          # ดู Pod, node และ IP ของมัน
kubectl describe pod web          # เหตุการณ์, สถานะ, จำนวนครั้งที่ restart
kubectl logs web -c web           # log ของ container ที่ระบุ
kubectl exec -it web -- sh        # เปิด shell เข้าไปใน container
```

## ทำไมจึงสำคัญ

Pod เป็นบล็อกสร้างพื้นฐานของ Kubernetes ดังนั้นการเข้าใจว่ามันคืออะไรและทำไมจึงมีอยู่จึงเป็นความรู้ที่จำเป็นและต้องรู้ Kubernetes ไม่ได้จัดตาราง container เปล่า ๆ มันจัดตาราง **Pod** — ตัวห่อหุ้มบาง ๆ รอบ container หนึ่งตัวหรือมากกว่าที่ใช้ network namespace เดียวกัน (IP เดียว เรียกหากันได้ผ่าน `localhost`) และสามารถแชร์ storage volume ได้ การเข้าใจว่า container ใน Pod **อยู่ที่เดียวกันและถูกจัดตารางพร้อมกันเสมอ** บน node เดียว อธิบายว่า Pod มีไว้ *เพื่ออะไร*: จัดกลุ่ม container ที่ต้องรันด้วยกันและแชร์ทรัพยากร เช่น แอปหลักบวกกับ **sidecar** ที่ผูกกันแน่น (ตัวส่ง log, proxy หรือ adapter) — พร้อมกับตระหนักว่าในทางปฏิบัติ Pod ส่วนใหญ่มี container เดียว สิ่งที่สำคัญไม่แพ้กันคือการเข้าใจว่า Pod นั้น **ชั่วคราวและทิ้งได้**: มันได้ IP ใหม่ทุกครั้งที่ถูกสร้างใหม่และจะไม่ฟื้นคืนชีพด้วยตัวเองหาก node ตาย ซึ่งนี่แหละคือเหตุผลว่าทำไมคุณจึงแทบไม่สร้าง Pod เปล่า ๆ แต่พึ่งพา controller ระดับสูงกว่า (**Deployment**, **StatefulSet**, **Job**) ที่สร้างและแทนที่ Pod เพื่อรักษาสถานะที่ต้องการ ความแตกต่างนี้ — Pod เป็นหน่วยอะตอม จัดการโดย controller แทนที่จะทำด้วยมือ — คือสะพานเชิงแนวคิดจาก container เดี่ยว ๆ ไปสู่ workload Kubernetes จริง และเป็นความรู้ประจำวันสำหรับใครก็ตามที่ deploy, debug (ผ่าน `kubectl logs`, `describe`, `exec`) หรือใช้เหตุผลเกี่ยวกับแอปพลิเคชันบน cluster

ภายใน Pod มีอะไรบ้าง

Pod แบบเรียบง่ายที่สุด

ทำไมต้องเป็น Pod ไม่ใช่แค่ container?

Pod นั้นเป็นสิ่งชั่วคราว (ephemeral) — อย่าจัดการมันโดยตรง

ทำไมจึงสำคัญ

คำถามที่เกี่ยวข้อง