Docker에서 Podman으로 - 데모늬리스 아키텍처가 2026년 DevOps 표준이 되는 이유

CI/CD 파이프라인을 구성하던 중 갑자기 메시지가 됨다. "Docker Desktop requires a paid subscription for this organization." 우리 팀 규모가 어느새 유료 라이선스 기준을 넘어섬 것이다.

Podman은 Docker의 대체제가 아니다 - 더 나은 설계다

Podman은 Docker를 흘내낸 게 아니라 컨테이너 기술의 근본 설계를 다시 한 것이다. 핵심 차이는 데모늬(daemon) 아키텍처에 있다.

# Docker: root 데모이 항상 실행 중
# dockerd -> containerd -> runc -> 컨테이너

# Podman: 데모없음
# podman (일반 사용자) -> conmon -> runc -> 컨테이너

# 명령어는 대부분 동일에 사용
# docker run -d -p 8080:80 nginx
podman run -d -p 8080:80 nginx  # 동일

# podman-compose로 Compose 파일 그대로 사용
podman-compose up -d

# SELinux 레이블 (Linux)
podman run -v /host/path:/container/path:Z nginx

# Rootless에서 1024 이하 포트 바인딩 불가
podman run -p 8080:80 nginx  # OK
# podman run -p 80:80 nginx   # Error

Podman을 선택해야 하는 3가지 이유

보안: rootless 컨테이너는 호스트 시스템의 공격 표면을 대폭 줄인다. 컨테이너가 탈출해도 일반 사용자 권한밖에 없다.

비용: 2026년 기준 Podman은 CNCF 프로젝트이며 완전 오픈소스다. Docker Desktop 라이선스 비용 없이 동일한 개발 경험을 제공한다. 2025년 300만 다운로드를 돌파했고 2026년 1월 CNCF 프로젝트로 등재됨.

systemd 통합: Podman generate systemd로 컨테이너를 시스템 서비스로 등록할 수 있다. 재부팅 시 자동 시작, 의존성 관리가 가능하다.

주의할 2가지

Docker Desktop GUI에 익숙한 팀은 초기 러닝 커브가 있다. 일부 Docker-specific 기능(BuildKit 특정 기능)은 호환성을 확인해야 한다.

컨테이너 도구 선택의 새로운 기준

2026년의 클라우드 네이티브 환경에서 컨테이너 도구를 선택하는 기준은 "무엇을 할 수 있는가"가 아니라 "무엇을 하지 않는가"가 되어야 한다. 불필요한 데모을 실행하지 않고, 불필요한 권한을 부여하지 않으며, 불필요한 추상화 계층을 두지 않는 것. Podman은 그 원칙에 충실한 도구다.

---

함께 읽으면 좋은 글

• GitOps with ArgoCD 실전 구축 가이드