Docker 使用状況レポート 2018

概要: 5 つの調査結果は、コンテナの使用傾向を把握するのに役立ちます。

より多くの組織が DevOps やマイクロサービス モデルに移行し、このような最新スタックに関する専門知識を獲得するにつれて、Docker コンテナ エコシステムは毎年劇的に進化しています。 Sysdig による第 2 回年次 Docker 使用状況レポートでは、コンテナ環境に特有のアクティビティ、拡張、ライフサイクル属性の増加が示されています。

このレポートは、実稼働環境の 90,000 個のコンテナから収集された実際のデータに基づいており、サンプル サイズは昨年の 2 倍で、複数の垂直産業に広く配布されています。企業の規模は、北米、ラテンアメリカ、EMEA、APAC にわたる中規模企業から大規模企業まで多岐にわたります。

この調査のデータは、コンテナとそのホスト環境間のシステムコールを監視してコンテナに関する情報を提供するツールである Sysdig Monitor および Sysdig Secure クラウド サービスによって報告されたコンテナ使用状況の特定時点のスナップショットから取得されています。

以下に主な調査結果の要約を示します。コンテナの使用状況を理解するのに役立つ 5 つのトレンドを以下に示します。

1.アプリ

当然のことながら、ユーザーはマイクロサービスやアプリケーションを構築するためにオープンソース ツールを利用するようになりました。 Java 仮想マシン (JVM) は、プロファイル コンテナー内のアプリケーション コンポーネント リストの先頭にあります。 Java は長い間アプリケーション サービスに頼られてきましたが、Java とコンテナーが最新の配信モデルとして統合されつつあることは明らかです。

コンテナ内で実行される PostgreSQL や MongoDB などのデータベースの使用も増加しており、コンテナ内のステートフル サービスへの移行が進んでいることを示しています。コンテナの短命な性質により、貴重な企業データを収集するサービスの実行に多くの人が警戒していましたが、組織が完全にコンテナ駆動型の環境に移行し始めるにつれて、その懸念は和らぎつつあるようです。

2.ランタイム

Docker は依然として優位に立っていますが、他のコンテナ ランタイムが定着するにつれて、そのシェアは昨年の 99% から今年は 83% に低下しました。 CoreOS の Rkt (最近 Red Hat に買収された) が最も増加し、シェアが 12% に上昇しました。一方、Mesos のコンテナ ツールは 4% に達しました。 LXC も 1% 成長しましたが、成長率は大幅に低下しました。しかし、企業が本番環境で Docker 以外のソリューションを使用することにますます慣れてきていることは明らかです。

3. オーケストレーター

Kubernetes は最も使用されているオーケストレーター (51%) として引き続きトップの座を占めていますが、市場が Kubernetes を完全に受け入れているように見えることから、これは驚くことではありません。 Microsoft、Amazon、IBM、そしてもちろん Google は、クラウド コンテナ サービス向けに Kubernetes を提供しており、Docker と Mesosphere も Kubernetes のサポートと機能を追加しています。

Docker Swarm は今年の調査で 11% で 2 位に浮上し、昨年の 9% から今回のレポートでは 4% に減少した Mesos ベースのツールを上回りました。 Docker が Kubernetes を採用していることを考えると、これは予想外のことでした。しかし、Swarm は参入障壁が非常に低いため、コンテナの使用を開始する人が増えるにつれて、これがオーケストレーションの最初のステップになる可能性があります。

また、クラスターのサイズが組織が選択するオーケストレーターに影響を与えるかどうかも調べました。この調査では、Mesos ベースのオーケストレーション (Mesos Marathon および Mesosphere DC/OS を含む) は 3 位に落ちましたが、Mesos を使用してデプロイされたコンテナの中央値は Kubernetes 環境よりも 50% 高くなりました。 Mesos は大規模なコンテナやクラウドの展開をターゲットにしている傾向があることを考えると、これは理にかなっています。したがって、数は少ないものの、Mesos クラスターはエンタープライズ グレードであることが多いです。対照的に、Swarm クラスターは Kubernetes に比べて 30% 小さくなります。

今年は、Kubernetes の使用状況をブランド別に分析し、使用されているバージョンがアップストリームのオープンソース バージョンなのか、特定のベンダーが提供するパッケージなのかを確認しました。オープンソースの Kubernetes が引き続き最大のシェアを占めていますが、OpenShift が勢いを増し、Rancher も進歩しているようです。

4. 密度

ベアメタルおよび VM 中心の環境からコンテナへの移行を促進する要因の 1 つは、サーバー リソースの効率的な利用が期待できることです。 2017 年のレポートと比較すると、顧客あたりのホストあたりのコンテナ数の中央値は 10 から 15 に増加しました。この調査では、最も高いレベルで、1 つの組織が単一のホストで 154 個のコンテナを実行していることがわかりました。これは昨年観測された 95 件より増加しています。

5. 寿命

コンテナの急速な誕生と消滅については業界で多くの議論が行われているため、コンテナ、コンテナ イメージ、コンテナ ベースのサービスのライフサイクルについて検討することにしました。コンテナの寿命はどれくらいですか?簡単に言うと:

• 17% 1分未満
• 78% 1時間未満
• 89% 1日未満
• 95% 1週間未満

最も大きな割合を占めたのは、5分から10分以内に消失したコンテナで、27％だった。

コンテナの寿命が短いのはなぜですか?私たちは、必要に応じて拡張できるように設計されたシステムを持ち、付加価値をもたらす間だけ存続しているお客様を数多く知っています。コンテナは作成され、役割を果たした後、消えます。たとえば、ある顧客は Jenkins で作成するジョブごとにコンテナを起動します。変更をテストし、コンテナをシャットダウンします。このクライアントの場合、これは 1 日に何千回も発生します。

また、コンテナイメージがどのくらいの期間使用されるかについても調査しました。このデータを見ると、顧客が DevOps CI/CD プロセスの一環として更新されたコンテナをどのくらいの頻度でデプロイしているかがわかります。全体として、画像の 69% が 1 週間以内に更新されました。

サービスのライフサイクルに関しては、Kubernetes では、サービス抽象化によって、特定の機能を提供するポッドのセットと、それらにアクセスする方法が定義されます。サービスを使用すると、アプリケーションに影響を与えることなくポッドを停止したり複製したりできます。サービスの大半は 67% で、1 週間以上続きます。コンテナは出たり消えたりするかもしれませんが、アプリケーションは 24 時間 365 日稼働することが期待されるため、ほとんどの企業はサービスが安定したままであることを期待しています。

今年の調査では、組織が新しいスタックのさまざまなレイヤーをまだ実験していることがわかりましたが、コンテナーがコンピューティング環境においてますます重要かつ独自の役割を果たしていることは明らかです。