
Docker 특집: 컨테이너 혁명의 영웅은 어쩌다 정체성을 잃었나
컨테이너 혁명을 일으킨 Docker가 2026년, 끊임없는 피벗 속에서 길을 찾고 있다. chroot에서 시작된 격리 기술의 역사부터, Docker의 황금기와 몰락, 그리고 AI 피벗까지 — 기술은 영원하지만 회사는 그렇지 않다는 이야기.

컨테이너 혁명을 일으킨 Docker가 2026년, 끊임없는 피벗 속에서 길을 찾고 있다. chroot에서 시작된 격리 기술의 역사부터, Docker의 황금기와 몰락, 그리고 AI 피벗까지 — 기술은 영원하지만 회사는 그렇지 않다는 이야기.
2026년 1월, 개발자 Tuan-Anh Tran이 "What has Docker become?"이라는 글을 올렸다. 짧지만 묵직한 질문이었다. 컨테이너라는 개념을 세상에 퍼뜨린 회사가, 왜 2026년에도 자신의 자리를 찾지 못하고 있는가?
이건 단순한 기업 이야기가 아니다. 오픈소스 기술이 "너무 성공했을 때" 벌어지는 일에 대한 이야기다. 기술이 표준이 되어 인프라에 녹아들면, 아무도 그것에 돈을 내려 하지 않는다. Docker가 만든 것은 혁명이었지만, 혁명은 주인에게 돌아가지 않았다.
이 글에서는 컨테이너 기술의 뿌리부터 Docker의 탄생, 황금기, 그리고 2026년 현재의 정체성 위기까지 완전히 해부한다.

Docker를 이해하려면, 컨테이너라는 아이디어가 어디서 왔는지부터 알아야 한다. 놀랍게도 그 뿌리는 1979년까지 거슬러 올라간다.
Unix V7에 chroot(change root) 시스템 콜이 추가됐다. 프로세스의 루트 디렉토리를 바꿔서 파일시스템의 나머지를 "안 보이게" 만드는 단순한 기능. 하지만 이것이 "프로세스를 격리한다"는 아이디어의 씨앗이었다.
FreeBSD Jails는 chroot를 크게 확장했다. 파일시스템뿐 아니라 프로세스, 네트워크, 사용자까지 격리해서, 하나의 OS 안에 여러 개의 독립적인 미니 시스템을 만들 수 있게 했다. "감옥(Jail)"이라는 이름 그대로, 프로세스를 완전히 가두는 것이 목표였다.
Sun Microsystems가 Solaris에 Zones를 도입했다. 가상머신 없이도 하나의 커널 위에서 여러 격리된 환경을 실행할 수 있었다. VM보다 가볍고 빠르다는 것이 핵심이었다.
Google이 2006년에 Process Containers(이후 cgroups로 개명)를 개발했다. CPU, 메모리, 디스크 I/O, 네트워크 자원을 프로세스 그룹 단위로 제한할 수 있게 해주는 커널 기능. 2008년에는 Linux 커널의 namespaces + cgroups를 활용한 LXC(Linux Containers)가 등장했다.
이 모든 기술이 있었는데, 왜 Docker가 필요했을까? 이유는 단순하다. LXC는 강력했지만 어려웠다. 커널 기능을 직접 다루는 것은 시스템 관리자의 영역이었지, 일반 개발자가 접근할 수 있는 것이 아니었다. 컨테이너 기술은 준비되어 있었지만, "누구나 쓸 수 있게" 만든 사람은 아직 없었다.
2013년 3월 15일, 캘리포니아 산타클라라의 PyCon. 솔로몬 하익스(Solomon Hykes)라는 28세 프랑스계 개발자가 5분짜리 라이트닝 토크에 올라갔다. 그는 자신이 운영하던 PaaS 회사 dotCloud의 내부 프로젝트를 보여줬다.
"여기 리눅스 컨테이너가 있습니다. 이것으로 당신의 앱을 감싸면, 어디서든 똑같이 실행됩니다."
데모는 충격적으로 간단했다. docker build, docker run — 두 명령어로 애플리케이션을 패키징하고 실행했다. "내 컴퓨터에서는 되는데..."라는 개발자의 영원한 고통을 해결하는 순간이었다.
Docker의 혁신은 기술 자체가 아니었다. cgroups와 namespaces는 이미 있었다. Docker의 진짜 혁신은 사용자 경험(UX)이었다:
dotCloud는 곧 회사 이름을 Docker, Inc.로 바꿨다. 2015년, Docker는 시리즈 D에서 9,500만 달러를 투자받으며 기업 가치 10억 달러 이상을 기록했다. 유니콘이 된 것이다.
Docker의 등장 이후, 소프트웨어 개발의 풍경이 근본적으로 바뀌었다:

컨테이너 하나를 실행하는 것은 쉬웠다. 하지만 수백, 수천 개의 컨테이너를 관리하는 것은 전혀 다른 문제였다. "이 컨테이너가 죽으면 자동으로 다시 띄워라", "트래픽이 몰리면 컨테이너를 늘려라", "컨테이너들이 서로 통신할 수 있게 해라" — 이것이 오케스트레이션이다.
2014년부터 세 진영이 격돌했다:
| 비교 항목 | Docker Swarm | Kubernetes (K8s) | Mesos |
|---|---|---|---|
| 출신 | Docker, Inc. | Google (내부 Borg 시스템 기반) | UC Berkeley / Twitter |
| 장점 | Docker와 완벽 통합, 쉬운 설정 | 확장성, 유연성, 거대한 생태계 | 대규모 클러스터 관리 |
| 약점 | 제한된 기능, 소규모 생태계 | 러닝 커브가 높음 | 복잡성, 점유율 하락 |
| 결과 | 매각 | 사실상 표준 | 점유율 소멸 |
Kubernetes는 Google의 15년 내부 컨테이너 관리 경험(Borg 시스템)을 기반으로 만들어졌다. 하지만 기술력만으로 이긴 것이 아니었다.
결정적 전략: Google은 Kubernetes를 CNCF(Cloud Native Computing Foundation)에 기부했다. 특정 기업이 아닌 중립적 재단이 관리하게 한 것이다. AWS, Azure, GCP 등 모든 클라우드 벤더가 "안심하고" 채택할 수 있었다. 반면 Docker Swarm은 Docker, Inc.라는 특정 기업의 제품이었다.
2017년경, 승패는 사실상 결정됐다. Docker, Inc. 스스로도 Docker Desktop에 Kubernetes 지원을 내장했다. 자사 제품의 패배를 인정한 셈이었다.
Docker Swarm의 퇴장은 단순한 제품 경쟁의 결과가 아니다. "오픈소스 생태계에서는 기업이 소유한 기술보다 커뮤니티가 소유한 기술이 이긴다"는 교훈이다.
2019년 11월, 충격적인 뉴스가 전해졌다. Mirantis가 Docker Enterprise 사업부를 인수한 것이다. Docker, Inc.는 자사의 엔터프라이즈 플랫폼 — Docker Enterprise Engine, Docker Trusted Registry, Docker Unified Control Plane — 을 통째로 넘겼다.
이 시점에서 Docker, Inc.에 남은 것은 Docker Desktop과 Docker Hub — 개발자가 매일 쓰는 도구들이었다. 문제는, 이것들로 어떻게 돈을 벌 것인가였다.
Docker, Inc.의 수익화 시도는 커뮤니티와의 갈등을 반복적으로 초래했다.
2021년 8월, Docker는 Docker Desktop의 라이선스를 변경했다. 직원 250명 이상 또는 연매출 1,000만 달러 이상인 기업은 유료 구독이 필요하다고 발표했다. 개인과 소규모 기업은 무료 유지.
개발자 커뮤니티는 즉각 반발했다. "무료였던 것을 갑자기 유료로?" 많은 기업이 대안을 찾기 시작했고, Podman, Rancher Desktop, Colima 같은 대안 도구들이 주목받기 시작했다.
2023년 3월, Docker는 Free Team 구독을 폐지하겠다고 발표했다. 오픈소스 프로젝트와 소규모 팀들이 영향을 받을 수 있다는 우려가 폭발했다. Docker는 10일 만에 결정을 철회하고 사과했지만, 신뢰에 금이 갔다.
2024년 Q4, Docker는 유료 요금을 대폭 올렸다:
무료 Personal 플랜에서는 Build Cloud 분수가 제거되고, Scout 지원이 3개에서 1개 저장소로 축소되었다. "점점 죄어오는" 느낌에 개발자들의 이탈이 가속화됐다.

Tuan-Anh Tran의 글이 정확히 짚은 지점이 여기다. Docker, Inc.는 수익을 찾아 끊임없이 방향을 바꾸고 있다.
Docker는 개발자 경험에 집중했다. 두 가지 인수가 이 전략을 상징한다:
이 두 제품은 실제로 훌륭했다. Testcontainers는 수백만 개발자가 사용하는 인기 도구가 됐다.
그런데 갑자기 AI 피벗이 시작됐다.
Docker Model Runner는 LLM과 AI 모델을 Docker Hub이나 Hugging Face에서 풀어와 로컬에서 실행할 수 있게 한다. 2025년 10월에는 Vulkan GPU 지원이 추가되어 AMD, Intel 통합 GPU까지 가속 가능해졌다.
하지만 질문이 남는다. Ollama, vLLM, llama.cpp 같은 전문 도구들이 이미 있는데, Docker가 이 시장에서 차별화할 수 있을까?
가장 최근의 방향 전환. Docker는 1,000개 이상의 Docker Hardened Images를 Apache 2.0 라이선스로 무료 공개했다. 기존 이미지 대비 취약점을 최대 95% 줄인 보안 강화 이미지다.
이 움직임의 배경에는 Chainguard가 있다. Chainguard는 "CVE 제로" 컨테이너 이미지를 만들어 빠르게 성장하고 있었고, Docker는 이에 대응해야 했다. 무료로 풀어버리는 것은 공격적인 경쟁 전략이지만, 동시에 의문을 남긴다 — 보안 기능을 무료로 줬으면, 뭘 팔아서 돈을 벌 건가?
| 시기 | 피벗 방향 | 전략 | 결과 |
|---|---|---|---|
| 2014–2017 | 오케스트레이션 (Swarm) | 풀스택 컨테이너 플랫폼 | Kubernetes에 패배 |
| 2019 | 엔터프라이즈 매각 | 개발자 도구에 집중 | Mirantis가 성공 |
| 2022–2023 | 개발자 도구 | Scout, Testcontainers 인수 | 제품은 좋았다 |
| 2025 전반 | AI 인프라 | Model Runner, MCP Defender | 경쟁 치열 |
| 2025 후반 | 보안 (Hardened Images) | Chainguard 대응, 무료 공개 | 수익 모델 불명확 |
Tuan-Anh Tran의 지적이 날카롭다:
"각각의 피벗은 개별적으로는 말이 된다. 하지만 합치면, 장기적 비전이 없는 회사의 초상화가 된다."

Docker의 반복되는 라이선스 변경과 가격 인상은 대안 도구들의 성장을 가속화했다. 2026년 현재, Docker Desktop의 독점은 완전히 끝났다.
| 도구 | 특징 | 장점 | 적합한 경우 |
|---|---|---|---|
| Podman | 데몬리스, 루트리스 | 보안 최강, Red Hat 생태계 | 보안 중시, OpenShift 환경 |
| OrbStack | macOS 특화 | 압도적 성능, 1초 미만 시작 | Mac 개발자, 성능 중시 |
| Rancher Desktop | K8s 내장, 크로스 플랫폼 | 무료, Kubernetes 통합 | K8s 로컬 개발, 혼합 OS 팀 |
| Finch | AWS 후원, containerd 기반 | AWS 생태계 통합 | AWS 중심 팀 |
| nerdctl | containerd의 Docker 호환 CLI | Docker 명령어 그대로 사용 | Docker → containerd 마이그레이션 |
특히 Podman은 주목할 만하다. Docker CLI와 거의 동일한 인터페이스를 제공하면서(alias docker=podman으로 전환 가능), 데몬이 필요 없고 루트 권한 없이 컨테이너를 실행할 수 있다. Docker의 보안 약점을 정확히 공략하는 설계다.
OrbStack은 Mac 개발자들 사이에서 급부상했다. Docker Desktop이 메모리를 수 GB씩 먹고 느리다는 불만을 정면으로 해결했다. 1초 미만 시작, 적은 메모리 사용, Docker CLI 완전 호환.
핵심은 이것이다: Docker라는 "기술"은 대체 불가능하지만, Docker Desktop이라는 "제품"은 대체 가능하다. 컨테이너 표준(OCI)이 열려 있기 때문에, Docker가 만든 이미지를 다른 도구로 실행하는 것이 완벽하게 가능하다.
Docker를 만든 Solomon Hykes는 2018년에 Docker, Inc.의 CTO에서 물러나고, 2019년에 이사회에서도 퇴임했다. 그 후 그는 Dagger라는 새로운 회사를 창업했다.
Dagger의 미션은 흥미롭다. Docker가 "빌드와 배포"를 표준화한 것처럼, Dagger는 "CI/CD 파이프라인"을 표준화하겠다는 것이다. Jenkins 파일, GitHub Actions YAML, CircleCI 설정 — CI/CD는 아직도 플랫폼마다 다른 설정 파일을 요구한다. Dagger는 이것을 컨테이너화된 빌딩 블록으로 통일하려 한다.
Hykes의 Docker 동료였던 Sam Alba, Andrea Luzzardi도 합류했고, Redpoint Ventures 주도로 2,000만 달러 시리즈 A를 유치했다. GitHub 전 CEO Nat Friedman, Prometheus 창시자 Julius Volz 등이 투자자로 참여했다.
Docker의 창업자가 Docker를 떠나 새 회사를 만든 것 자체가, Docker Inc.의 방향성에 대한 무언의 평가일 수 있다.
2025년 2월, Docker는 CEO를 교체했다. 6년간 회사를 이끈 Scott Johnston 대신 Don Johnson이 취임했다. Johnson의 이력이 의미심장하다:
엔터프라이즈 클라우드 인프라의 베테랑이 개발자 도구 회사의 CEO가 된 것이다.
업계 분석가들은 이를 매각 신호로 읽었다. TechTarget은 "CEO 교체가 주요 클라우드 제공업체에 의한 인수를 예고한다"고 분석했고, 잠재적 인수자로 Atlassian, Red Hat/IBM, Microsoft/GitHub가 거론됐다.
Docker가 만든 컨테이너 표준은 인프라에 영구적으로 녹아들었다. OCI(Open Container Initiative) 표준, containerd 런타임, 컨테이너 이미지 포맷 — 이것들은 Docker, Inc.가 내일 사라져도 계속 작동한다.
2026년 현재:
하지만 Docker, Inc.는? 오케스트레이션에서 지고, 엔터프라이즈를 매각하고, 개발자 도구로 피벗하고, AI로 피벗하고, 보안으로 피벗하고, CEO를 바꾸고... 2026년의 Docker, Inc.는 자신이 무엇인지 여전히 결정하지 못한 회사다.
Docker의 이야기는 기술 산업에서 반복되는 하나의 패턴을 보여준다.
혁명을 일으키는 것과 혁명으로 이익을 얻는 것은 다르다.
Netscape는 웹 브라우저를 대중화했지만, 결국 IE에 밀렸다. Napster는 디지털 음악의 미래를 보여줬지만, 수익은 iTunes와 Spotify가 가져갔다. Docker는 컨테이너를 민주화했지만, 가장 큰 수혜자는 Kubernetes를 품은 클라우드 벤더들이었다.
하지만 이 이야기에는 밝은 면도 있다. Docker의 유산은 회사의 운명과 관계없이 살아남는다. 전 세계의 개발자가 docker build를 실행할 때마다, 2013년 PyCon에서 5분짜리 데모를 보여준 28세 개발자의 비전이 실현되고 있다.
그리고 그 28세 개발자는 지금 Dagger에서 CI/CD의 다음 혁명을 준비하고 있다. 어쩌면 혁명가의 진짜 운명은 한 곳에 머무는 것이 아니라, 계속 혁명을 일으키는 것일지도 모른다.
Docker는 2026년에 무엇이 되었는가? 기술로서는 인프라의 기반이 됐다. 회사로서는 아직 답을 찾고 있다. 그리고 이 답이 무엇이든, 컨테이너 혁명은 이미 돌이킬 수 없다.
참고 자료