[Kubernetes] Kubernetes에서 컨테이너와 파드는 무엇이 다를까?

Kubernetes를 공부하거나 실제로 운영 환경에 적용하다 보면 "컨테이너"와 "파드"라는 용어가 자주 등장합니다. 두 개념은 비슷해 보이지만, Kubernetes에서는 엄연히 다른 역할을 가지고 있습니다. 이 글에서는 컨테이너와 파드의 개념을 비교하며, 어떤 차이가 있는지 정리해보겠습니다.

컨테이너란?

컨테이너(Container)는 애플리케이션과 그 실행 환경을 하나로 패키징한 단위입니다. 운영체제 수준의 가상화를 통해, 어떤 환경에서도 동일하게 애플리케이션을 실행할 수 있도록 만들어줍니다. 대표적으로 Docker 컨테이너가 많이 사용됩니다.

컨테이너는 다음과 같은 특징을 가집니다.

• 애플리케이션, 라이브러리, 설정 파일 등을 포함
• 격리된 환경에서 실행되며, 가볍고 빠르게 구동됨
• 단독 실행도 가능 (docker run 명령어 등)

예시

docker run nginx

이 명령어는 nginx 컨테이너를 실행합니다. 이처럼 Docker를 이용하면 애플리케이션을 쉽게 실행할 수 있습니다.

파드(Pod)란?

파드(Pod)는 Kubernetes에서 사용하는 가장 작은 배포 단위입니다. 하나 이상의 컨테이너를 감싸는 논리적 단위이며, Kubernetes에서는 컨테이너를 직접 배포하지 않고 항상 파드로 감싸서 배포합니다.

파드는 다음과 같은 특징을 가집니다.

• 하나 이상의 컨테이너를 포함 (보통 1개, 필요한 경우 sidecar 등 추가)
• 컨테이너 간에 네트워크(IP, 포트)와 볼륨을 공유
• 함께 배포되고, 함께 스케일링되며, 함께 재시작됨

예시 (Kubernetes Deployment YAML 일부)

spec:
  containers:
    - name: app
      image: my-app:latest

위의 설정은 my-app:latest라는 컨테이너를 포함하는 하나의 Pod를 생성하는 예입니다.

파드 안에는 왜 여러 컨테이너가 있을 수 있나?

파드에는 서로 협력해야 하는 컨테이너들을 함께 넣을 수 있습니다. 예를 들어 다음과 같은 경우입니다.

• app container와 로그를 수집하는 log collector container
• web server와 file sync agent

이런 컨테이너들은 같은 Pod에 포함되므로, 같은 IP 주소와 포트를 공유하며 매우 밀접하게 통신할 수 있습니다.

컨테이너 vs 파드: 비교 정리

항목	컨테이너(Container)	파드(Pod)
정의	애플리케이션 실행 단위	Kubernetes의 기본 배포 단위
구성 요소	앱, 라이브러리, 설정 등	하나 이상의 컨테이너 + 공유 리소스
실행 환경	Docker 등 컨테이너 런타임	Kubernetes
네트워크	각 컨테이너마다 별도 (로컬에서는)	같은 Pod 안에서는 IP/포트 공유
직접 관리	Kubernetes에서는 X	Kubernetes에서는 O

왜 용어가 혼용될까?

현업에서 "컨테이너가 죽었어요", "컨테이너를 재시작했어요"라는 식으로 표현되는 경우가 많은데, 이는 대부분 Pod 내부에 컨테이너가 하나만 있을 때 생기는 표현상의 혼용입니다.

하지만 정확하게는 다음과 같이 표현해야 Kubernetes 구조에 맞는 이해가 가능합니다.

• 잘못된 표현: "컨테이너를 재시작했습니다"
• 정확한 표현: "Pod 내부의 컨테이너가 비정상이어서, Kubernetes가 Pod를 재시작했습니다"

실제로 Kubernetes는 컨테이너를 직접 관리하지 않으며, 항상 Pod 단위로 관리합니다.

결론

컨테이너는 애플리케이션을 실행하는 가장 작은 단위이고, 파드는 Kubernetes에서 컨테이너를 감싸고 관리하는 기본 단위입니다. Kubernetes 환경에서 애플리케이션을 배포하고 운영하기 위해서는 항상 Pod 중심으로 생각하는 습관이 필요합니다.

개념적으로 구분하여 이해하고, 실제 표현에서도 정확한 용어를 사용하는 것이 팀 간 커뮤니케이션과 운영 안정성 확보에 큰 도움이 됩니다.