- コンテナ化の先駆者だった Docker は、2026年現在、アイデンティティと収益モデルを見つけるために何度も方向転換を繰り返している
- Kubernetes との競争に敗れた後、Swarm を売却し、開発者体験を中心とした**ツールエコシステム（Scout、Testcontainers）**へと重点を移した
- その後、**AI モデル実行プラットフォーム（Model Runner）とAI セキュリティ（MCP Defender）**へと拡張し、AI インフラ企業へと変貌しつつある
- 2025年末には、セキュリティ強化イメージ（Hardened Images） 1,000以上をApache 2.0 のオープンソースとして公開し、Chainguard の成功に対抗した
- 一連の変化とCEO 交代、買収観測は、Docker が独立企業としてよりも売却に向けた再編段階にあることを示唆している
Docker のアイデンティティ危機
- Docker はコンテナ化の標準を作った企業であり、市場適合性をすでに確立していたにもかかわらず、収益化に失敗してアイデンティティ危機に陥っている
- 中核技術がオープンソース化と汎用化されたことで、差別化された付加価値を生み出しにくくなった
- 「誰もが使うインフラ」にはなったが、直接費用を支払おうとする顧客は減っている状況
Swarm の終了と戦略後退
- Docker Swarm は Kubernetes と競うためのオーケストレーションソリューションだったが、Kubernetes の完勝により市場から撤退した
- その後 Docker はフルスタックプラットフォーム戦略を放棄し、自社が独自に提供できる領域へ集中し始めた
開発者ツール中心への転換
- Docker は開発者体験の改善を中核的な差別化要因としている
- Docker Scout は 2022年の Atomist 買収で導入された機能で、ソフトウェアサプライチェーンセキュリティと脆弱性の可視化を支援する
- AtomicJar の買収により Testcontainers を獲得し、実際の依存関係に基づく統合テストを可能にした
- これらの機能は、セキュリティ・可観測性・テスト信頼性の面で Docker の価値を強化している
AI 中心への転換
- その後 Docker はAI モデル実行プラットフォームへと方向転換した
- Docker Model Runner を通じて AI モデル実行を支援し、Docker Compose はAI エージェントとモデル構成を支援するよう拡張された
- Docker Offload は、クラウド規模のGPU ベース AI ワークロード実行を可能にする
- Google Cloud、Microsoft Azure、CrewAI、LangGraph、Vercel AI SDK などとパートナーシップを締結
- 2025年9月のMCP Defender 買収により、AI セキュリティとランタイム脅威検知の能力を確保し、AI インフラセキュリティ企業への転換を加速させた
セキュリティ強化イメージの公開
- 2025年12月、Docker は1,000以上の Hardened ImagesをApache 2.0 ライセンスで無料公開
- 既存イメージ比で最大95%の脆弱性削減を達成
- これはChainguard のセキュアなイメージの成功に対抗する措置と評価されている
- 無料化・オープンソース化は強力な競争戦略だが、収益モデルの不明確さも浮き彫りにしている
リーダーシップ交代と買収観測
- 2025年2月、CEO Scott Johnston が退任し、Oracle Cloud Infrastructure の創業者 Don Johnson が後任に就任
- この人事変化以後、大手クラウド企業による買収の可能性が業界で取り沙汰されるようになった
- 相次ぐ戦略転換と CEO 交代は、独立成長よりも売却準備の可能性を示唆している
今後の見通し
- Docker の技術そのものはインフラに深く統合されており、今後も継続する見込み
- オープンソースの性質上、企業の行方にかかわらずコンテナ技術は維持される
- しかし、Docker Inc の企業としての持続性は不透明
- 頻繁な戦略転換とリーダーシップの変化により、長期ビジョンの欠如が露呈している
- Docker の事例は、オープンソース技術が成功しすぎたときの収益化の限界を示す警鐘的な事例として評価されている
3件のコメント
かなり厳しい評価かもしれませんが、バランスを取るために、Lobsters に投稿されたこのコメントも読んでみる価値があります。要するに、私たちが Docker, Inc. の革新だと考えている多くのものは、実際にはそれ以前から存在していた概念や技術であり、Docker, Inc. はそれを私有化しようとした、ということです。
業界に多く貢献してきた技術・企業なのに、世論がここまで悪化してしまったのは残念ですね。
ライセンス方針の変更のような失策も大きく影響したのでしょうが、オープンソース企業の収益化がますます難しくなっているという感覚は拭えません。
Hacker Newsの意見
Dockerの技術は成功したが、収益化戦略をきちんと立てられなかったのが問題だった
実際、Dockerは最初からオープンソースで、他のチームもすでに似たようなものを作っていた
ただ、Dockerは一般ユーザーでも簡単に使えるようにし、その後長く待ちすぎた結果、他社がより良い製品を出した
SwarmはKubernetes対抗として作られたのではなく、単なるクラスタリングツールだった
セキュリティ機能を無料で提供したのは素晴らしかったが、結局は自分自身にチャンスを与えられなかった格好だ
非営利団体のように振る舞ったため、ユーザーには良かったが、会社にとっては長期的に損だった
企業顧客は、root権限で動作するDocker daemonのセキュリティ問題、systemdとの衝突、自前レジストリの運用などを求めていたが、Dockerはこうした要望を無視した
Red Hatが直接パッチを提案したが拒否され、最終的にPodmanとQuayのような代替を作って企業市場を取っていった
ひょっとするとDockerという会社自体が、VC資金を使ってオープンソースを支援するための「長期計画」だったのかもしれない、という冗談もあった
月5ドルでも取っていれば自然だったはずだが、後から有料化したことで**「ラグプル」**のように感じられた
初期に収益モデルを作らず、かっこいいアイデアにだけ集中したことが結局の問題だった
この2つのおかげでコミュニティは爆発的に成長した
今では別のツールを使っていても、依然としてDockerfileを書き、Docker Hubに似たリポジトリを使っている
マーケティングでは明らかにそのように位置づけられていた
Dockerがライセンス方針を変えたときの対応方法が、信頼を失う原因になった
売上のある企業に商用ライセンスを求めたこと自体は理解できるが、アプローチが問題だった
会社に対して、30日以内にライセンスを購入しなければ訴訟するといった趣旨のメールを送り、不信感を強めた
結局、企業はRancher Desktopへ乗り換えた
突然「Docker Desktopをインストールするな」というメールが回り、コンテナ移行を進めていた時期だったので混乱した
事前に告知していて、使用停止か支払いを求めるのは当然の手続きではないか、という意見だった
もしDockerがああしなければ、代替開発の動機は生まれなかっただろう
むしろ初期にDocker Hubの有料化やエンタープライズ向けワークフローソリューションを作るべきだった
Dockerは優れた技術を持っていたが、**市場（Product-Market Fit）**は見つけられなかった
無料のオープンソースとして広まったから成功したが、有料市場では通用しなかった
Dockerは何をしても批判される空気がある
オープンソースとして維持しても問題、企業向け機能を有料化しても問題、AIツールを模索しても問題という具合だ
Dockerは今もcontainerdやruncのような中核ランタイムを維持している
それでも人々はDockerは無意味だと言う
PodmanはRed Hatの別コードベースを使っている
ただし、彼らが公式にDockerの支援を受けているかは不明だ
Docker創業者本人が登場し、「2008年にDotcloudとして始め、2018年に去った」と明かして**AMA（何でも聞いて）**を開いた
Dockerは新製品を出すべきだという提案もあった
たとえばDockerVMという超高速起動VMを作ってFirecrackerやgVisorと競合する、あるいは
AIエージェント向けサンドボックスランナーを出そうというアイデアだった
Dockerを嫌う理由の1つは、root権限の必要性とイメージ管理の方式にある
単にmvやcpで移動したいだけなのに、Dockerは内部データベースで管理している
これはDockerの限界ではなく、Linuxカーネルの制約だ
イメージ保存はデータベースではなく、コンテンツアドレスベースのファイルシステムで行われている
直接変更するとセキュリティ問題が生じる
詳しくはrootless Dockerドキュメントを参照
むしろDocker使用中にroot権限昇格が可能だったことこそ本当の問題で、Podmanがこれを解決した
gVisorドキュメントを参照
macOSではapple/containerがDocker for Macの有力な代替として浮上している
6か月使っているが、まだ問題はあるものの活発に開発されている
apple/container GitHub
昔はdocker-composeが好きだったが、最近はnix + process-composeの組み合わせのほうが気に入っている
必要なときだけk3sやtiltを追加できるので柔軟だ
Dockerの中でNixを動かすべきか、Nixの中でDockerを動かすべきか悩んでいる
うちの会社は今でもDocker Swarmを本番環境で使っている
ほとんどの会社ではKubernetesは過剰設計だと思う
Swarmはシンプルで十分に強力だ