Pod란 무엇이며 왜 Kubernetes에서 가장 작은 배포 단위인가?

Question

IT Interview Practice · Accepted Answer

**Pod**는 Kubernetes에서 가장 작은 배포 단위다: 동일한 network namespace(하나의 IP)를 공유하고 storage volume을 공유할 수 있는 **하나 이상의 컨테이너**를 감싼 래퍼다. 컨테이너를 직접 배포하지 않는다 — 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
Pod는 "논리적 애플리케이션"이 함께 실행되고 리소스를 공유해야 하는
하나 이상의 컨테이너가 될 수 있게 해주는 추상화다:
  → 메인 앱 컨테이너 + 보조 "sidecar" (로그 전송기, proxy 등)
  → 같은 IP를 공유하고 공유 volume으로 파일을 교환할 수 있다
대부분의 Pod는 단일 컨테이너를 담는다. 멀티 컨테이너 Pod는 긴밀한 결합에만 쓴다.
```

## Pod는 일시적(ephemeral)이다 — 직접 관리하지 말라

```text
Pod는 버릴 수 있는(DISPOSABLE) 것이다:
  → (재)생성될 때마다 새 IP를 받는다
  → 노드가 죽으면 Pod는 사라진다 (스스로 재스케줄되지 않음)
→ 프로덕션에서는 맨 Pod(bare Pod)를 거의 만들지 않는다.
→ 대신 controller(Deployment / StatefulSet / Job)가 당신을 위해 Pod를 생성하고
  대체하며, 원하는 개수를 계속 살아있게 유지한다.
```

```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**를 스케줄링한다 — network namespace를 공유하고(하나의 IP로, `localhost`로 서로에게 도달 가능) storage volume을 공유할 수 있는 하나 이상의 컨테이너를 감싼 얇은 래퍼다. Pod 안의 컨테이너들이 한 노드에 **항상 함께 배치되고 함께 스케줄링된다**는 점을 이해하면 Pod가 *무엇을 위한 것인지* 알 수 있다: 함께 실행되고 리소스를 공유해야 하는 컨테이너들을 묶는 것, 예컨대 메인 애플리케이션에 긴밀히 결합된 **sidecar**(로그 전송기, proxy, adapter)를 더한 형태 — 다만 실제로는 대부분의 Pod가 단일 컨테이너만 담는다는 점도 인식해야 한다. 똑같이 중요한 것은 Pod가 **일시적이고 버릴 수 있다**는 것을 파악하는 일이다: 재생성될 때마다 새 IP를 받고 노드가 죽으면 스스로 되살아나지 않는데, 바로 이 때문에 맨 Pod를 거의 만들지 않고 대신 원하는 상태를 유지하도록 Pod를 생성·대체하는 상위 controller(**Deployment**, **StatefulSet**, **Job**)에 의존한다. 이 구분 — Pod는 원자적 단위이며 손이 아니라 controller가 관리한다는 것 — 은 단일 컨테이너에서 실제 Kubernetes 워크로드로 넘어가는 개념적 다리이며, 클러스터에서 애플리케이션을 배포하거나 디버깅(`kubectl logs`, `describe`, `exec`)하거나 추론하는 누구에게나 일상적인 지식이다.

Pod 내부에는 무엇이 있는가

최소한의 Pod

왜 그냥 컨테이너가 아니라 Pod인가?

Pod는 일시적(ephemeral)이다 — 직접 관리하지 말라

왜 중요한가

관련 질문