Pod とは何で、なぜ Kubernetes における最小のデプロイ可能単位なのですか？

Question

IT Interview Practice · Accepted Answer

**Pod** は Kubernetes における最小のデプロイ可能単位です。同じ network namespace（1 つの IP）を共有し、storage volume を共有できる**1 つ以上のコンテナ**を包むラッパーです。あなたはコンテナを直接デプロイするのではなく、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            │
└────────────────────────────────────────────────────────────┘
```

同じ 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.
```

## Pod は 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          # Pod、そのノードと IP を見る
kubectl describe pod web          # イベント、ステータス、再起動回数
kubectl logs web -c web           # 特定コンテナのログ
kubectl exec -it web -- sh        # コンテナ内にシェルで入る
```

## なぜ重要なのか

Pod は Kubernetes の基本的な構成要素であり、それが何で、なぜ存在するのかを理解することは必須の知っておくべき知識です。Kubernetes は素のコンテナをスケジュールするのではなく、**Pod** をスケジュールします。Pod は、network namespace（互いに `localhost` で到達できる 1 つの IP）を共有し、storage volume を共有できる 1 つ以上のコンテナを包む薄いラッパーです。Pod 内のコンテナが**常に同居し、一緒にスケジュールされる**ことを理解すると、Pod が*何のためにある*のかが分かります。それは、一緒に動いてリソースを共有しなければならないコンテナ群 — 例えばメインのアプリケーションと、それに密結合した **sidecar**（log shipper、proxy、adapter）— をグルーピングするためです。一方で、実務ではほとんどの Pod が単一のコンテナだけを持つことも認識しておく必要があります。同じくらい重要なのが、Pod が **ephemeral で使い捨て可能**であるという把握です。再作成のたびに新しい IP を得て、ノードが死んでも自分では蘇生しません。まさにこれが、あなたが素の Pod をめったに作らず、代わりに望ましい状態を維持するために Pod を作成・置き換えする上位の controller（**Deployment**、**StatefulSet**、**Job**）に頼る理由です。この区別 — Pod は原子的な単位であり、手作業ではなく controller によって管理される — は、単一コンテナから本物の Kubernetes workload へと架かる概念的な橋であり、cluster 上でアプリケーションをデプロイ・デバッグ（`kubectl logs`・`describe`・`exec` による）・考察する人にとっての日常的な知識です。

Pod の中身

最小限の Pod

なぜ単なるコンテナではなく Pod なのか？

Pod は ephemeral — 直接管理しないこと

なぜ重要なのか

関連する質問