Pod là gì và tại sao nó là đơn vị triển khai nhỏ nhất trong Kubernetes?

Question

IT Interview Practice · Accepted Answer

**Pod** là đơn vị triển khai nhỏ nhất trong Kubernetes: một lớp bọc quanh **một hoặc nhiều container** cùng chia sẻ chung một network namespace (một IP) và có thể chia sẻ các volume lưu trữ. Bạn không triển khai container trực tiếp — bạn triển khai Pod.

## Bên trong một Pod có gì

```text
┌───────────────── Pod (có MỘT IP dùng chung) ──────────────┐
│                                                            │
│   ┌──────────────┐   ┌──────────────┐   dùng chung:        │
│   │  container A  │   │  container B  │    • network (IP)   │
│   │  (app)        │   │  (sidecar)    │    • localhost      │
│   └──────────────┘   └──────────────┘    • volume          │
│      │ nói chuyện với nhau qua localhost:port              │
└────────────────────────────────────────────────────────────┘
```

Các container trong cùng một Pod **luôn nằm cùng chỗ (co-located)** trên một node, được xếp lịch cùng nhau, và có thể gọi nhau qua `localhost`.

## Một Pod tối giản

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: web
  labels: { app: web }
spec:
  containers:
    - name: web
      image: nginx:1.27
      ports:
        - containerPort: 80
```

## Tại sao là Pod, chứ không chỉ là một container?

```text
Pod là một tầng trừu tượng cho phép một "ứng dụng logic" gồm nhiều hơn một
container mà BẮT BUỘC phải chạy cùng nhau và chia sẻ tài nguyên:
  → một container app chính + một "sidecar" phụ trợ (đẩy log, proxy, v.v.)
  → chúng dùng chung IP và có thể dùng volume chung để trao đổi file
Đa số Pod chỉ chứa MỘT container. Pod nhiều container chỉ dành cho khi liên kết chặt.
```

## Pod là phù du (ephemeral) — đừng quản lý trực tiếp

```text
Pod là thứ CÓ THỂ VỨT ĐI:
  → nó nhận một IP mới mỗi lần được (tái) tạo
  → nếu node chết, Pod BIẾN MẤT (không tự động được dời đi chạy lại)
→ Bạn hầu như không bao giờ tạo Pod trần ở production.
→ Thay vào đó một controller (Deployment / StatefulSet / Job) tạo và THAY THẾ
  Pod giúp bạn, giữ đúng số lượng mong muốn luôn sống.
```

```bash
kubectl get pods -o wide          # xem Pod, node và IP của chúng
kubectl describe pod web          # sự kiện, trạng thái, số lần restart
kubectl logs web -c web           # log của một container cụ thể
kubectl exec -it web -- sh        # mở shell vào container
```

## Tại sao điều này quan trọng

Pod là khối xây dựng nền tảng của Kubernetes, nên hiểu nó là gì và tồn tại vì lý do gì là kiến thức thiết yếu, buộc phải biết. Kubernetes không xếp lịch container trần; nó xếp lịch **Pod** — một lớp bọc mỏng quanh một hoặc nhiều container cùng chia sẻ một network namespace (một IP duy nhất, gọi được lẫn nhau qua `localhost`) và có thể chia sẻ volume lưu trữ. Hiểu rằng các container trong một Pod **luôn nằm cùng chỗ và cùng được xếp lịch** trên một node giải thích Pod dùng để *làm gì*: gom nhóm các container bắt buộc chạy cùng nhau và chia sẻ tài nguyên, chẳng hạn một ứng dụng chính cộng một **sidecar** liên kết chặt (đẩy log, proxy, hoặc adapter) — đồng thời nhận ra rằng trong thực tế đa số Pod chỉ chứa một container. Quan trọng không kém là nắm được Pod có tính **phù du và có thể vứt đi**: chúng nhận IP mới mỗi lần tái tạo và không tự sống lại nếu node chết, đó chính là lý do bạn hiếm khi tạo Pod trần mà dựa vào các controller cấp cao hơn (**Deployment**, **StatefulSet**, **Job**) để tạo và thay thế Pod nhằm duy trì trạng thái mong muốn. Sự phân biệt này — Pod là đơn vị nguyên tử, được quản lý bởi controller thay vì bằng tay — là chiếc cầu khái niệm từ container đơn lẻ đến workload Kubernetes thực sự, và là kiến thức thường ngày cho bất kỳ ai triển khai, gỡ lỗi (qua `kubectl logs`, `describe`, `exec`), hay suy luận về ứng dụng trên cluster.

Bên trong một Pod có gì

Một Pod tối giản

Tại sao là Pod, chứ không chỉ là một container?

Pod là phù du (ephemeral) — đừng quản lý trực tiếp

Tại sao điều này quan trọng

Câu hỏi liên quan