Docker 2017にとって困難な年だったと言うのは控えめな表現でしょう。 2017年のDockerと同じくらい不平を過ごすUberを除いて、あまりにも誇大宣伝され、Valleyから十分な資金を提供された1つのスタートアップを思い出せません。 2017年は、優れたソフトウェアであるDockerが不十分なビジネス管理によって完全に破壊された年でした。 このメモは、Dockerがどのように、どこで間違った方向に進んだか、そして何かを修正する試みが弱すぎて遅すぎたことが判明したサードパーティの見方です。
Docker-優れたソフトウェア
正直に言うと、Dockerはソフトウェア開発に革命をもたらしました。 基礎として、コントロールグループ、名前空間、プロセス分離などの基本的なLinuxのことを考えてください。 そして、それらを1つのツールに組み合わせることは驚くべき成果です。 2012年、私は開発環境をよりポータブルにする方法を理解しようとしました。 Dockerの人気の高まりにより、開発環境はシンプルなバージョン管理されたDockerファイルに変わりました。 Packer、Vagrant、VirtualBox、および大量のバインディングから使用されるツールは、1つのDockerに削減されました。 Docker UIも実際には優れています！ これは多くのアプリケーションに適したツールです。 Dockerチームのメンバーは、構築したツールを誇りに思っているはずです。
DockerはValleyのお気に入りです。
Dockerの初期の成功は、同社が製品を中心に大きなコミュニティを構築するのに役立ちました。 同じ初期の成功により、ラウンドごとに資金調達が可能になりました。 ゴールドマンサックス、グレイロックパートナーズ、セコイアキャピタル、インサイトベンチャーなどの有名な投資家が、Dockerのダンプトラックと並んでいます。 これまで、Dockerは合計で242ドルから2億5,000万ドルの投資を集めました。
しかし、2010年代の多くの資金提供を受けた新興企業と同様に、Dockerは多くの人的ミスを犯しました。 Dockerの成長の過程で、 一部のひどい人は会社内で主張されていませんでした 。 これが、この会社のリーダーシップに対する個人的な敵意の理由になりました。 製品はまだ高品質ですが、会社の行動を完全に許しているわけではありません。 残念ながら、これは渓谷の最愛の人の間ではかなり一般的な状況であり、これは今後続くべきではありません。
KubernetesはDockerに損害を与えます。
Dockerのうらやましい運命は、Kubernetesの台頭により近づきました。 Dockerは、コミュニティのお気に入りのオープンソースコンテナオーケストレーションツールであるKubernetesをサポートする方向に進みませんでした。 会社のすべての注意は、競合製品であるDocker Swarmに与えられました。 この決定は、KubernetesがDockerベースのコンテナを最前線に置いたという事実にもかかわらず行われました。 ところで、年の初めに、Docker Captainsは、会社が記事や会議や会議でKubernetesの議論を承認しなかったことを確認しました。
そしてdockercon17では、この反クベルネテスのマントラが繰り返されました。 そして、ドッカーコンEU 17で突然、 DockerはすべてをKubernetesに置くことにしました 。 突然の気分の変化は、明らかにKubernetesの支配の着実な増加と関連していました。 この状況は、DockerがKubeCon + CloudNativeCon North America 2017のスポンサーおよび参加者になったという事実によってさらにサポートされました
モビー？
4月にdockercon17でMobyを発表したとき、Dockerが何を念頭に置いていたのか誰も理解していませんでした。 Mobyは、Dockerプロジェクトの新しいメインブランチとして導入されました。 しかし、Mobyのリリースは事前に発表されていません。 ソロモンハイクスがdockercon17で発言したとき、GitHubでDockerが突然Moby（ https://github.com/moby/moby/pull/32691 ）に変わったとき、何百万もの声が恐怖で叫びました。 そのため、抜本的で十分に考え抜かれていない変更には、GitHub従業員の直接的な介入さえ必要でした。
そして、変更自体だけでなく、これらの変更の発表も十分に検討されていませんでした。 コンテナ化とDockerエコシステム（またはMoby？）の既に曇り空にある雲を厚くすることで、何が起こったのかを正確に謝罪し、 指で説明する必要がありました。 DockerがMobyをロールバックする方法からまだ移行していない人もいます。 もちろん、Dockerのブランドもこれに悩まされていました。
Kubernetesのコールドハグ
Dockerが遅刻し、可能な限り最後の瞬間にKubernetesを受け入れにくくなったことは、差し迫った下落の兆候です。 Solomon HaykesがDocker Swarmが生きているかどうかを尋ねられたとき、彼は次のように答えました（Twitterで）： DockerはKubernetesとSwarmの両方を最高レベルでサポートし続け、相互の発展を刺激します。そのDocker Swarmは十分にサポートされていません。 まったくありません。 Docker Swarm開発チームと少数のオープンソース開発者は、Kubernetesコミュニティと競争することはできません。 Docker UIがどれほど優れていても、Kubernetes UIははるかに優れています。 まるでDockerがコンテナの世界で限界的なコンサルティング会社の地位に落ちたかのようです。
おわりに
Dockerの主な問題は、明確なリーダーシップコースがないことです。 戦略は特定の1人にかかっているようです。 そして、彼はまだ会社の中にいましたが、会社の中心からどんどん遠ざけられました。 同社は再建され、エンタープライズのサポートに焦点を合わせました。 このシフトは、投資家の観点から正当化されます（結局、会社には信託義務があります）。 しかし、この変化はブランドのクールさを確実に低下させ、当初は大きな成功をもたらしました。 sayingにもあるように、「誰も偉大な文明を殺すことはできません。それ以外に」。 そして、それこそがDockerで起こったことです。
ボーナス：陰謀論
陰謀理論：Dockerは彼らにとっては終わったことを知っています。 技術関係者はMobyを徹底的に展開することを決定し、Kubernetesを突然受け入れて、作業が引き続き有効であることを確認しました。 #Docker #DevOps
-クリス・ショート（@ChrisShort） 2017年12月29日
私はTwitterで2017年にDockerでのすべての不審な事件に関する理論を投げました 。おそらくDockerは会社の終わりが近いことを知っています。 組織の変化から判断して、会社が消滅する準備をしている（そしておそらく他の誰かに買収される可能性が高い）とき、会社の技術コアも再編成することを決定します。 Dockerのアップストリームとしてのcontainerite CNCF 、Moby の転送、およびKubernetesとの突然の友情-Dockerのメンバーによって行われたすべての良いことを保存する試みのように見えます。 これにより、会社をOracleやMicrosoftなどの大規模な組織に売却でき、Docker従業員の技術的成果がライセンス制限に埋もれる心配はありません。 これは、開発者にとっても会社にとっても良いことです。 言うまでもなく、2018年はDockerにとって非常に興味深い年になります。