なぜ Docker は Kubernetes に「負けた」のでしょうか?

Docker の現在の規模は、当初の潜在的なビジョンと比較すると小さすぎます。この記事では、Docker が「このような状態に陥った」理由と経緯について詳しく説明します。

Docker は健在です。過去2、3年の状況は決して理想的とは言えないものの、依然として苦闘しながらも、自らの商業的価値を見つけようと努めている。先週、Docker は Docker ソフトウェアのライセンス条件の変更を発表しました。近い将来、大企業で働く Docker Desktop のプロフェッショナル ユーザーは、引き続き使用するには有料サブスクリプションが必要になります。

同時に、Docker は企業向けの新しいサブスクリプション プラン「Docker Business」も開始しました。新しい条件は8月31日に発効しますが、Dockerは開発者が新しいサービス契約に準拠し、必要に応じて有料サブスクリプションを購入できるように、2022年1月31日までの猶予期間を設けています。

当然のことながら、Docker のこの動きは開発者の間で議論を巻き起こしました。多くの人が Docker の新しいサブスクリプションの背景にある考え方を理解していると述べた一方で、不満も表明しました。批判は主に2つのカテゴリーに分かれており、Dockerの決定は将来的にサブスクリプションコストを上昇させる可能性のある「危険な」前例となると主張する人もいる。しかし、この見解は、チームが「メンテナンスが不十分な」オープンソースソフトウェアに頼らざるを得ない場合に発生するコストの増加を考慮していないと指摘する人もいる。

一方、企業の内部調達プロセスの難しさについて人々が最も懸念しており、これが開発者に Docker の継続使用を「思いとどまらせる」可能性があります。当然のことながら、Minikube、Canonical の MicroK8s など、代替手段を模索し始めた人が増えています。

開発者や企業が Docker Desktop の代替品をより便利だと感じるかどうか、あるいは既存のワークフローをそのまま維持するためにサブスクリプション プランに必要な少額の料金を支払うことを選択するかどうかはまだわかりません。

Dockerのビジネス上の試みには何ら問題はないが、さらに残念なのは、Dockerが技術革新を持続可能なビジネスモデルにうまく変換できず、2019年11月にエンタープライズ事業をミランティスに売却せざるを得なかったことだ。

現在、非常に人気のあるオープンソース オーケストレーション ツール Kubernetes が、自社の利益のために設計された Docker のコア エンタープライズ コンテナ オーケストレーション ツール Swarm に取って代わりました。その結果、長年苦労して稼いだDockerの利益は消え去り、同社は生き残るために苦労するしかなくなった。しかし、実際の話はそれよりもはるかに複雑です。最近、海外メディアの InfoWorld は、この崩れつつある物語の真実を見つけようと、元および現在の Docker 従業員、オープンソース貢献者、顧客、業界アナリスト数名にインタビューしました。

「すべてはほんの少しだけ味わうべきだ」

巨大なベンチャーキャピタルへの依存度が高く、競争環境は常に変化し、大手クラウド企業がこぞってシェアを獲得しようとしていることから、この若い会社 Docker が直面するプレッシャーは、実際にはほとんどの人が想像するよりもはるかに大きいのです。

Docker は、2014 年頃から、コンテナ市場における主導的地位を収益化可能なビジネス戦略に転換することを真剣に検討し始めました。同社は、ベンチャー キャピタルの一部を使用して、それぞれ 2014 年と 2015 年に Koality と Tutum を買収し、Docker Enterprise Support プログラムの最初のバージョンも開始しました。

これらの投資により、Docker イメージの GitHub とも言える Docker Hub (現在も存在) や、最終的には Docker Enterprise などの製品が誕生しました。しかし、これらの製品は、直接購入するのではなく、より成熟したパートナーと協力したり、独自のソリューションを構築したりすることを好む企業顧客には、真に受け入れられたことはありませんでした。したがって、Docker は、顧客が実際に望む製品のポートフォリオの開発に取り組み続ける必要があります。

Dockerの創業者ソロモン・ハイクス氏（2018年3月にDockerからの退社を発表）はインタビューで、「私たちはこれまで、集中することができなかったため、優れた商用製品を生み出すことができませんでした。私たちは、あらゆることを少しずつ試しただけです。開発者コミュニティの成長を維持し、優れた商用製品を構築することは、十分に困難です。当時は、3つまたは4つのものを同時に開発する必要もありました。残念ながら、この点で多くのエネルギーと資金を投入しましたが、どの道の終わりにも到達しませんでした」と指摘しました。

振り返ってみると、Hykes 氏は、Docker は製品の開発に熱心になるのではなく、顧客の声にもっと耳を傾けるべきだったと考えています。ハイクス氏は、「急いで商用製品の規模を拡大するのではなく、コミュニティから洞察を集め、ニーズを理解して解決できるチームを作るためにもっとお金を使うべきでした。2014 年に私たちは転換点を迎えていましたが、待つことはできないと感じたので、急いで決断を下しました。急ぐ必要はありませんでした。」と嘆いた。

Docker が優れたものを無料でリリースするのは早すぎたと考える人もいます。 「彼らは最高の切り札を無料で手放した」とグーグルのケルシー・ハイタワー氏は今年初めのインタビューで語った。 「彼らは問題を解決しました。イメージの設計、イメージの構築、イメージの保存、イメージの実行。あとは何が残っていますか？スペースはありません。」

ハイクスは反対する。 「それは真実ではないと思います。一般的に言えば、コアとなるオープンソース製品は、商業的に実行可能な機会を見つける前に、大幅な成長を遂げる必要があります。多くの企業が Docker の商業化に成功していますが、Docker 自体は成功していません。Docker には商業化に成功できるものがたくさんありますが、Docker 自体はそれを実現していません。」

たとえば、Red Hat と Pivotal (現在は VMware の一部) は Docker の初期のパートナーでした。彼らは、Docker コンテナを商用 PaaS 製品 (それぞれ OpenSHift と Cloud Foundry) に統合し、オープンソース プロジェクトに貢献しました。

今振り返ってみると、ハイクス氏は依然として「コミュニティ」と「エコシステム」の概念を混同していたと感じている。 Red Hat は「コミュニティの一員ではなく、Docker が成功するかどうかについてはまったく関心がありませんでした。私たちは Red Hat をコミュニティの一員にしたいという間違いを犯しました。振り返ってみると、そのパートナーシップが Docker の役に立つことは決してありませんでした。」

その結果、旅行テクノロジー企業 Amadeus などの初期の顧客は、Docker が残したエンタープライズ アプリケーションのギャップを埋めるために、2015 年から Red Hat に目を向けるようになりました。同社のクラウド プラットフォーム責任者である Edouard Hubin 氏は、「当社は先駆的なユーザーから Red Hat の主要パートナーへと一気に移行しました。このモデルでは、Docker のオープン ソース バージョンを使用し、Red Hat がコンテナ技術のサポートを提供します。コンテナ化は仮想化を覆す大きな技術変革の第一歩であり、企業にとって真のゲーム チェンジャーとなるのはコンテナ オーケストレーション ソリューションです。明らかに、Docker は Kubernetes を抑制できず、最終的に極めて困難な状況に追い込まれました」と述べています。

Docker の元 CEO (2013-2017) である Ben Golub 氏は、「神々が戦うと、人間は苦しむ」と述べています。この嵐の中心は実は Docker ではなく、大手クラウド サービス プロバイダー間の激しい戦いであることは誰もが知っています。彼らは皆、Docker を自分たちの方向に引っ張ろうとしており、私たちの本来の価値観とビジネス基盤に忠実であり続けることは綱渡りのようでした。 ”

元CEOは、Dockerが成長を続けるにつれて、これらすべてが自然に「神経質な」雰囲気を生み出したと指摘した。 Golub 氏は次のように回想しています。「私たちは、素晴らしいコミュニティを構築して開発者向け製品を収益化すると同時に、顧客がコンテナを大規模に構築および展開できるように優れたオペレーター製品を構築したいと考えていました。これが私たちのビジョンでしたが、すぐに規模を迅速に拡大する必要があり、コミュニティ開発と商業エンタープライズの変革のバランスを取る時間があまりないことに気付きました... スタートアップとして、私たちは毎日何百もの決定をその場で下し、ミスが減ることを願っていました。」

Kubernetes との連携の失敗: エゴと傲慢さ

Docker はこれまでの歴史を通じて、後悔するような決断を数多く下してきましたが、最も深刻な決断の 1 つは、Kubernetes を新たなコンテナ オーケストレーション ツールとして受け入れることを拒否したことです。この新しい友人に直面して、Docker は敵対的な姿勢を取り、独自の Docker Swarm オーケストレーション ツールの推進を主張しました。

実際、Docker は 2014 年に Google Kubernetes チームと緊密に連携し、その過程でコンテナ エコシステム全体を制御する機会を得ました。

「私たちの最大の失敗はKubernetesを見逃したことです」と、Dockerの最も初期かつ最も長く勤務した従業員の1人であるジェローム・ペタゾーニ氏は語った。 「当時、私たちはみんな過剰な心理状態にありました。Kubernetes は複雑すぎるし、Swarm なら間違いなく成功するだろうと考えていました。この誤った判断が最終的に私たちの集団的な失敗につながりました。」

複数の目撃者によると、Google のサンフランシスコ オフィスで行われた白熱した議論には多くの技術的な詳細が含まれており、コンテナ オーケストレーションの実装方法については双方とも明確で強い意見を持っていたとのことです。

Kubernetesの共同創設者で、現在VMwareの副社長を務めるクレイグ・マクラッキー氏は、KubernetesをDockerに寄贈することを提案したが、両者は合意に至らなかったと述べた。同氏はインタビューで、「確かに両者の間には相互軽蔑の感覚がある。Dockerからは開発経験が感じられないし、この若手新興集団は分散システムの管理の秘密をまったく理解していないように感じる」と述べた。出席した他の人々も、議論の雰囲気は形式的ではなく、当時の主な要求は共同開発の可能性を見つけることだったと述べていました。しかし、いずれにせよ、両チームは合意に達することができず、結局は別々の道を歩むことになった。 Google は 2014 年の夏に Kubernetes をリリースしました。

ハイクス氏はまた、当時はDockerとGoogleチームとの関係が非常に緊張していたことも認めた。 「私たちのエゴが勝ってしまった瞬間がありました。Google には賢くて経験豊富な人材がたくさんいましたが、Docker は成功に酔いしれた部外者でした。私たちは Google で働いたこともなければ、スタンフォード大学に行ったこともなければ、コンピューター サイエンスの博士号も持っていませんでした。私たちの中には、相手が関与することを望まない人もいて、エゴと反知性主義の戦いになりました。最終的に、Docker チームと Kubernetes チーム間の有意義なコラボレーションは中止されました。」

「Kubernetes を Docker の名を冠した GitHub 上の一流 Docker プロジェクトにすることもできたはずだ」と、Docker の初期の従業員の 1 人で、元ビジネス開発および技術提携担当副社長の Nick Stinemates 氏は語る。 「振り返ってみると、Swarm の立ち上げは遅すぎたため、最終的には取り返しのつかない失敗につながりました。」

「それは私たちのエゴと、Kubernetes の共同創設者である Joe Beda、Brendan Burns、Craig McLuckie の辛辣な意見によるものでした。彼らはサービス レベル API の必要性については妥協しませんでしたが、Docker は技術的に単一の API に焦点を絞っていませんでした。そのため、私たちは合意に達することができませんでした」と Stinemates 氏は語ります。

いずれにせよ、Kubernetes は最終的にコンテナ オーケストレーション戦争に勝利しました。

しかし、クレイグ・マクラッキー氏は、「Kubernetes が今日のような規模で発展するとは思っていませんでした。事後分析するのは簡単ですが、実際にゲームに参加しているときにそれをはっきりと見るのは本当に難しいのです」とも強調しました。

上層階のひび割れ

2015 年に 9,500 万ドルという巨額のシリーズ D ラウンドを完了し、「ユニコーン」としての評価額が 10 億ドルに達した後、Docker はついに誇大宣伝サイクルのピークに達しました。

「この資金調達ラウンドはDockerに非常に大きな期待を抱かせたが、同時に企業として直面することになるいくつかの根本的な課題も明らかにした」とスタインメイツ氏は語った。 「当時の CEO だったベン・ゴルブは、ハイクスとは多くの点で異なる考えを持っていたと思います。2 人の意見が異なることはよく知られていました。取締役会は深く関与し、創業者をなだめようとしましたが、同時に CEO に会社を成功に導くための十分な裁量を与えていました。ハイクス次第であれば、彼はバイラル性を生み出すためにコミュニティ指向のルートを主張するでしょう。一方、ベンは、商業的な運営に転じるのが早ければ早いほど、主導権を握れると信じていました。この緊張関係により、どちらの道も最後まで進むことができませんでした。」

このダイナミクスにより、最終的に 2 つの Docker が誕生しました。開発者向けの人気のコマンドライン ツールおよびオープン ソース プロジェクトである Docker Community Edition と、大規模なコンテナの導入を検討しているエンタープライズ カスタマー向けの商用ツール スイートである Docker Enterprise Edition です。残念ながら、同社はこの 2 つを明確に区別し、それぞれに開発リソースを提供するのに時間がかかりすぎました。

2018年までに亀裂が見え始めました。 Docker Inc. は、不満を募らせるオープンソース コミュニティと強力なパートナー、そしてコンテナを本番環境で実行したいという要求の厳しい企業顧客の間で、実行可能なルートを見つけることができていません。

それから間もなく、2018年3月にハイクス氏は自身が設立した会社を去った。同氏はブログに「創業者として、複雑な気持ちです。起業家なら誰でも、自分がいなくなっても会社が成功し続けることを望みます。ついに私の日が来ましたが、こんなにもほろ苦い日になるとは思っていませんでした。創業者にとって、生涯追い求めてきた夢を諦めるのは、まさに苦痛です」と書いた。

今振り返ってみると、ハイクスが目立っている。 「私はこの会社に属しておらず、残っていても建設的な貢献はできないと悟ったので、辞めました。ビジネスを始める喜びを失っていたので、CEOとして残るか、さよならを言う方がましだと思いました。」

ますます深刻化する資金問題に直面した Docker は、新しい CEO を交代させました。2017 年 5 月にベン・ゴルブが元 SAP CEO のスティーブ・シンに交代しました。 2019年6月、元ホートンワークスのCEOであるロブ・ベアデン氏がシン氏の後任となった。

Docker の現在の立場は何ですか?

初期投資家の Insight Venture Partners と Benchmark Capital から 3,500 万ドルの現金を調達した Docker の残党は現在、7 年のキャリアを持つ Scott Johnston が率いており、Docker Engine コンテナ ランタイム、Docker Hub イメージ ライブラリ、および Docker Desktop ソフトウェアによってサポートされています。

ジョンストン氏はインタビューで、Docker がその原点に戻ることを目指して「開発者の実際のニーズにレーザーのように焦点を当てる」ことに取り組んでいると語った。 「Docker Inc. は、顧客中心主義、統一された市場開拓戦略、よりエコシステムに優しいビジネス モデルという 3 つの柱により、これまで以上に強力になっていると確信しています。」

ジョンストンは、過去の過ちを繰り返さず、企業内のソフトウェア開発者の中核ユーザーに価値を提供することに重点を置くことを決意しました。

ジョンストン氏は、「Docker 2.0」の成長機会は、コンテナ技術（サーバーレス、機械学習、IoT ワークロードなど）に基づく新たなコンピューティング モデルを継続的に推進しながら、安全で検証済みのイメージのための新しい開発者ツールと信頼できるコンテンツを提供することにあると考えています。

さらに重要なのは、Docker が依然として業界標準のコンテナ ランタイムであり、Docker Desktop のインストール数が現在 300 万件と驚異的な数に達していることです。さらに、Stack Overflow の 2021 年開発者調査レポートの回答者の 49% が、Docker Desktop ツールを頻繁に使用していると回答しています。

それにもかかわらず、人々はまだ Docker の将来について楽観的ではありません。 「正直言って、Dockerが今日本当に存在するのか疑問に思います」とスタインメイツ氏は言う。 「専門家の観点からすると、それは本当に残念です。Docker ほど刺激的でダイナミックでクリエイティブな会社に出会ったことはありません。」

Hykes 氏は次のように結論付けました。「Docker は、そのビジネスの可能性を実際の価値に変えることができていないと言っても過言ではありません...少なくとも今のところは。しかし、長年の挫折の後に Docker がビジネスを再び構築する機会を得たことを嬉しく思います。これは、Docker プロジェクトのブランドと基盤の強さの証です。」