Docker의 황금기가 끝났다: 개발자들이 Podman과 containerd로 갈아타는 이유

거의 10년간 이어진 Docker 시대

문득 예전 프로젝트 디렉터리를 뒤지다가 깨달았습니다. 어느 순간부터 손가락이 docker run이 아니라 podman run을 치고 있더라고요. 의식한 적도 없는데 습관이 바뀌어 있었습니다. 그리고 이게 저 혼자만의 변화가 아니라는 걸 최근 통계들을 보며 확신하게 됐습니다.

Docker는 거의 10년간 컨테이너 기술의 대명사였습니다. Docker Hub는 개발자들의 필수 저장소가 되었고, Docker Desktop은 330만 대의 컴퓨터에 설치됐죠. "Dockerize it"이라는 말은 애플리케이션 현대화의 상징처럼 쓰였습니다. 제가 금융권에서 레거시를 컨테이너로 감싸던 시절에도, 일단 Docker로 포장하면 절반은 끝난 것처럼 느껴졌으니까요.

그런데 지금은 분위기가 다릅니다. Docker가 죽은 건 아닙니다. 다만 그 절대적 지배력은 끝났다고 봅니다. 그리고 이건 갑자기 벌어진 일이 아니라, 몇 개의 구조적 결정이 차례로 쌓인 결과입니다.

Kubernetes가 관계를 정리한 순간

결정적 타격은 2022년 5월 Kubernetes v1.24에서 왔습니다. dockershim이 제거되면서, Docker와 Kubernetes를 잇던 다리가 끊긴 거죠.

영향은 즉각적이었습니다. Datadog의 분석을 보면 이렇습니다.

• Docker 런타임 사용률: 88% → 65% (1년간 23%p 감소)
• containerd 채택률: 23% → 53% (1년간 30%p 증가)

Sysdig 보고서에서도 Docker의 Kubernetes 런타임 비중이 37% 감소했다고 나왔습니다.

기술적으로 보면 당연한 수순이었습니다. Docker는 애초에 Kubernetes 안에서 돌아가라고 설계된 물건이 아니거든요. 그래서 dockershim이라는 번역 계층이 중간에 필요했습니다. 호출이 들어오면 Docker 엔진의 API로 바꿔주고, 다시 결과를 받아 넘기는 역할이죠.

운영하는 입장에서 보면 이런 중간 계층은 늘 골칫거리입니다. 장애가 났을 때 책임 소재가 한 단계 흐려지고, 디버깅할 표면이 하나 더 늘어나니까요. 불필요한 추상화를 걷어낸 Kubernetes의 결정에 업계가 따라간 건, 그래서 명분이 아니라 운영 비용의 문제였다고 봅니다.

라이선스 변경이 가속화한 이탈

2021년 8월, Docker가 기업용 라이선스 정책을 바꾸면서 흐름에 속도가 붙었습니다. 직원 250명 이상 또는 매출 1천만 달러 이상 기업은 더 이상 Docker Desktop을 공짜로 쓸 수 없게 됐죠.

새 가격표는 이렇습니다.

• Pro: 월 $5/사용자
• Team: 월 $7/사용자
• Business: 월 $21/사용자

Docker CEO는 "수십만 좌석의 유료 전환"을 성과로 내세웠습니다. 회사 입장에선 수익화에 성공한 거죠. 그런데 오픈소스 생태계의 반응은 정반대였습니다. 돈을 내는 대신 대안을 만들어버리는 쪽으로 움직였거든요.

여기서 한번 짚고 넘어갈 게 있습니다. 사람들이 떠난 건 단순히 비용이 아까워서가 아닙니다. 한번 "이건 언제든 돈을 받을 수 있는 도구"라는 인식이 생기면, 의사결정자 머릿속에서 그 도구는 이미 잠재적 리스크로 분류됩니다. 라이선스 정책은 또 바뀔 수 있으니까요. 그 불확실성이 이탈의 진짜 원인이라고 봅니다.

대표적인 Docker Desktop 대안들을 정리하면 이렇습니다.

도구	가격	특징
Rancher Desktop	무료	Kubernetes 내장, containerd 지원
Podman Desktop	무료	데몬리스, 루트리스
OrbStack	월 $8 (Mac)	가볍고 빠름
Colima	무료	CLI 전용, macOS/Linux

보안 관점에서 본 Docker의 한계

Docker의 아키텍처는 과거 보안 사고를 그대로 반영하고 있습니다. Docker 데몬이 루트 권한으로 실행되니까, 데몬이 한 번 뚫리면 호스트 전체가 위험해지는 구조거든요. 컨테이너 하나의 문제가 노드 전체로 번지는 경로가 열려 있는 셈입니다.

반면 Podman 같은 최신 대안들은 데몬리스 아키텍처를 택합니다. 컨테이너가 일반 사용자 프로세스로 실행되죠. 이게 단순한 기능 차이로 보이지만, 규제 산업에서는 이미 규정 준수 요구사항으로 굳어지고 있습니다. 감사 자리에서 "왜 루트로 도는 데몬이 노드마다 떠 있느냐"는 질문에 답하기가 점점 어려워지거든요.

최근 보안 연구 결과들은 꽤 무겁습니다.

• Docker 이미지의 87%가 높은/중대한 취약점 포함
• 컨테이너 침해의 75%가 권한 상승과 관련
• Docker Desktop만 해도 2024-2025년 6개의 중요 CVE 발생

Podman의 보안 모델이 어느 정도 신뢰를 얻었는지는, Red Hat Enterprise Linux 8+에서 기본 컨테이너 엔진이 됐다는 점이 말해줍니다. 보수적인 엔터프라이즈 OS가 기본값을 바꾸는 건 결코 가벼운 결정이 아니거든요.

성능과 자원 사용량의 현실

Docker의 편리함에는 대가가 따릅니다. 쉬지 않고 떠 있는 데몬이 대기 상태에서도 140-180MB RAM을 잡아먹거든요.

실제 벤치마크(2026년 기준)를 보면 이렇습니다.

• 컨테이너 시작 속도: containerd가 Docker보다 15-20% 빠름
• 메모리 사용량: Podman이 Docker 대비 약 30% 적음
• CPU 오버헤드: 데몬리스 구조가 10-15% 효율적

로컬에서 컨테이너 20개를 띄워놓고 개발하는 입장에서는, Docker의 "데몬 세금"이 마이크로서비스 두 개 분량의 리소스를 그냥 가져가는 셈입니다. 노트북 한 대에선 체감이 안 될 수도 있습니다. 하지만 이걸 수십, 수백 노드로 곱하면 이야기가 달라집니다. 운영비용은 늘 이렇게 작은 상수가 규모를 만나면서 커집니다.

2026년 현재, 실용적인 대안들

1. Podman (보안 우선)

• 데몬리스: 중앙 프로세스 없음
• 루트리스 기본: 일반 사용자로 실행
• Docker 호환: alias docker=podman으로 90% 워크플로 동작
• Kubernetes 네이티브: podman generate kube로 즉시 YAML 생성
• 적합한 대상: 보안 민감 팀, 규제 산업

2. containerd + nerdctl (프로덕션 표준)

• Kubernetes 실제 사용 런타임: 군더더기 없이 최적화됨
• 15-20% 빠른 시작: 번역 레이어 제거 효과
• CNCF 프로젝트: AWS, GCP, Azure 모두 채택
• 적합한 대상: 프로덕션 환경, CI/CD 파이프라인

3. Rancher Desktop (무료 데스크톱 대체)

• 라이선스 비용 없음: Docker Desktop 완전 대체
• 내장 Kubernetes: K3s로 로컬 테스트 지원
• 런타임 선택 가능: containerd 또는 Docker 엔진
• 적합한 대상: 기업 개발자, Kubernetes 학습자

도구를 고를 때 한 가지 짚어둘 게 있습니다. 위 셋은 경쟁 관계가 아니라 역할 분담에 가깝습니다. 데스크톱에서 무엇을 쓰든, 프로덕션 런타임은 결국 containerd로 수렴하는 흐름이거든요. 그러니 "하나로 통일"하려 들기보다, 빌드·로컬·프로덕션 단계별로 맞는 걸 끼우는 편이 현실적입니다.

새로운 워크플로의 정착

Docker가 사라지는 게 아닙니다. 역할이 쪼개지고 있을 뿐이죠. 2026년의 표준 워크플로를 정리하면 이렇게 됩니다.

1. 빌드: Docker BuildKit 또는 Buildah
2. 로컬 개발: Podman Desktop 또는 Rancher Desktop
3. 프로덕션 배포: containerd 또는 CRI-O via Kubernetes
4. 관리: 가벼운 CLI 도구

Stack Overflow 2026 개발자 설문에서 Docker 사용률이 71%까지 증가했지만, 이 숫자는 오해하기 쉽습니다. 대부분 개발 환경에서의 사용을 뜻하거든요. 프로덕션 런타임에선 이미 containerd가 주류로 넘어갔습니다. 즉 Docker는 개발자 손끝에 남고, 운영 인프라에선 자리를 비켜준 셈입니다. 하나의 이름이 했던 일을 여러 도구가 나눠 갖는 중입니다.

마이그레이션을 고민 중이라면

컨테이너 생태계는 제로섬 게임이 아닙니다. 성숙 과정을 지나는 중이라고 보는 게 맞습니다. Docker가 컨테이너를 대중화하는 가장 어려운 일을 해냈고, 그 위에서 업계가 보안·비용·성능을 더 정교하게 깎아내는 단계로 넘어간 거죠.

프로덕션에서 아직 Docker 런타임을 쓰고 있다면, 불필요한 복잡성과 보안 표면, 그리고 데몬 세금만큼의 인프라 비용을 감수하고 있을 가능성이 높습니다. 다행히 마이그레이션 도구들은 이제 충분히 익었고, 근거가 될 데이터도 명확합니다. 다만 서둘러 한 번에 갈아엎으라는 얘기는 아닙니다. 런타임 교체는 빌드 파이프라인, 이미지 레지스트리, 로깅·모니터링 연동까지 줄줄이 엮여 있어서, 단계적으로 검증하며 옮기는 게 안전합니다.

containerd는 이미 프로덕션에서 자리를 잡았고, Podman은 데스크톱에서 입지를 넓히고 있습니다. Docker가 시작한 컨테이너 혁명은 여전히 살아있습니다. 다만 그 혁명이 더 이상 Docker라는 한 회사의 것이 아니게 됐다는 점. 저는 이게 기술이 충분히 성숙했을 때 자연스럽게 일어나는 일이라고 봅니다. 도구가 표준이 되는 순간, 그 도구를 만든 회사의 통제력은 오히려 옅어집니다.