変化するコンテナエコシステムに関する8つの事実

[51CTO.com クイック翻訳] コンテナは、企業がアプリケーションとインフラストラクチャを構築および実行する方法を変えています。コンテナが一般的になるにつれて、より動的なインフラストラクチャが導入され、さまざまなサポート技術がもたらされます。このレポートでは、何千もの Datadog 顧客が実行している 15 億を超えるコンテナを分析し、実際のコンテナ環境でどのテクノロジー、プログラミング言語、オーケストレーション手法が普及しつつあるかを明らかにしました。

より多くの企業が本番ワークロードをコンテナに移行するにつれて、Kubernetes や Amazon Elastic Container Service (ECS) などのオーケストレーション プラットフォームがコンテナ エコシステムの不可欠な部分になりました。現在の傾向が続くと、コンテナを実行しているほとんどの企業がすぐに Kubernetes をある程度使用するようになります。しかし、Kubernetes だけが唯一のプレーヤーではありません。 AWS のお客様にとって、Fargate コンピューティング エンジンの急速な導入により、ECS は依然として同様に人気のある選択肢となっています。

最新の実際の使用状況データから、より多くの洞察と傾向を学びます。

トレンド1: Kubernetesは着実に成長を続けている

コンテナを使用する企業組織にとって、オーケストレーションは標準的な手法となっています。これは、Kubernetes の使用が着実に増加していることに最も顕著に表れており、その増加は減速の兆しを見せていません。 2019 年 10 月現在、コンテナを実行している Datadog の顧客の約 45% が、セルフマネージド クラスター内、または Google Kubernetes Engine (GKE)、Azure Kubernetes Service (AKS)、Amazon Elastic Kubernetes Service (EKS) などのクラウド サービスを通じて Kubernetes を使用しています。これは、Kubernetes の採用が過去 12 か月と比較して 10 パーセント ポイント増加し、過去 24 か月と比較して 20 パーセント ポイント増加したことを意味します。

トレンド2: AzureでのKubernetesの利用が急速に増加

Kubernetes はすべての主要なパブリック クラウド プロバイダーで広く使用されており、特に Google Cloud Platform (GCP) では、これまで GKE が人気のある選択肢となってきました。しかし、近年、Microsoft Azure での Kubernetes の使用が急速に増加し、Kubernetes は GCP と同様に Azure 上のコンテナー化環境でもほぼ同程度に普及しています。 Azure でコンテナーを実行している Datadog の顧客の約 80% が現在 Kubernetes を使用しており、これは 1 年前の 67% から増加しています。 Azure での Kubernetes の使用には、AKS デプロイメントと自己管理型 Kubernetes クラスターの両方が含まれますが、この調査ではこれらのデプロイメント タイプを区別していません。 Kubernetes は、AWS でコンテナを実行している組織の間でも人気が高まっており、過去 2 年間で 2 倍の 45% に増加しました。

トレンド3: GKEがGoogle Cloudを席巻

Google Cloud Platform 上の GKE や AWS 上の EKS などのマネージド Kubernetes サービスは、それぞれのクラウド プラットフォームで広く採用されています。これらのサービスのユーザーは、Kubernetes コントロール プレーンの管理をクラウド プロバイダーに委任し、クラスターのワーカー ノードで実行されているワークロードに集中できるようになります。

Google Cloud Platform では、Kubernetes を実行している企業組織の 90% 以上が GKE を使用しています。 GKE が人気の理由は、次のとおりです。

• GKEは4年以上前から公式に利用可能となっている
• KubernetesはもともとGoogleによって開発され、オープンソース化されました。
• GKE は長い間、Google Cloud Platform の主力製品でした。

EKS は、急速に普及している比較的新しい製品です。今後、ますます多くの組織が EKS を導入すると予想されます。結局のところ、Amazon の Elastic Container Service (ECS) の人気は、AWS 顧客の間でマネージド コンテナ サービスに対する需要が高まっていることを示しています。

トレンド4: FargateはAWSコンテナ環境の19%で稼働

AWS Fargate は、コンテナ クラスターからインフラストラクチャ層を抽象化し、顧客が EC2 インスタンスを管理することなく ECS でアプリケーションを実行できるようにします。当社の調査によると、Fargate は最初のリリース以来 2 年間、着実かつ急速な成長を維持しています。 AWS でコンテナを実行している企業のうち、現在 19% が Fargate を使用しており、これは 1 年前の 5% から増加しています。 Fargate の急速な成長により、ECS は AWS 環境での Kubernetes の継続的な導入に追いつくことができました。

トレンド5: コンテナの作成/削除速度がプラットフォーム間でより一貫したものになりつつある

オーケストレーションを使用する企業は、通常、オーケストレーションなしでコンテナを実行する企業よりもはるかに高速にコンテナを作成および削除できます。近年、その差は驚異的で、オーケストレーションされた環境では作成/削除率が約 10 倍高くなっています。しかし、2019 年には、オーケストレーションされていないコンテナの作成/削除速度が大幅に向上しました。オーケストレーションされていないインフラストラクチャを実行している一般的な企業では、コンテナの寿命は平均約 2 日ですが、2018 年半ばの約 6 日と比較して増加しています。

ECS と Kubernetes は依然としてコンテナの作成/削除をより高速に実行できますが、コンテナの一般的な寿命は約 1 日であるため、プラットフォーム間のギャップは縮まっています。ただし、オーケストレーションされたインフラストラクチャでは、長期間存続するコンテナは依然として非常にまれです。たとえば、コンテナの平均経過年数が 30 日を超えたのは、オーケストレーションされていない環境の 19% でしたが、ECS 環境ではわずか 7%、Kubernetes 環境では 3% でした。

トレンド6: Node.jsがコンテナを支配

お客様がアプリケーション開発に好むプログラミング言語とフレームワークは、コンテナ環境と非コンテナ環境によって異なります。コンテナ化されたワークロードを実行している組織の 57% が Node.js を使用しており、これはコンテナ化されていない環境で Node.js を実行している組織の数のほぼ 2 倍です。 Java はコンテナ環境で 2 番目に人気のある言語であり、従来のアプリケーション環境では明らかにリーダーです。 (各組織では複数の言語が使用されている可能性があるため、パーセンテージの合計は 100% を超えることに注意してください。)

コンテナ環境での Node.js の人気は、コンテナ化とレプリケーションに適した軽量でスケーラブルなアプリケーションを優先する設計によるものと考えられます。また、比較的新しい 2 つのプログラミング言語である Node.js と Go は、レガシー コードが見つかる可能性が高い従来の環境よりも、コンテナー環境ではるかに人気があることも言及する価値があります。

トレンド7: コンテナ環境ではNGINXが普及している

NGINX は、コンテナ クラスター、特に Kubernetes 環境で実行される最も一般的な既製イメージです。 NGINX は、Kubernetes 環境の約 70%、ECS 環境の約 30%、およびオーケストレーションされていないコンテナ インフラストラクチャの約 40% で実行されます。 Kubernetes 環境で NGINX が非常に人気があるのは、NGINX がクラスター内のサービスに外部トラフィックをルーティングするために使用される人気の Kubernetes イングレス コントローラーであるという事実が一因であると考えられます。

通常、Kubernetes ユーザーは、ECS ユーザーよりも多くの既製のコンテナ イメージを実行します。多くの AWS ユーザーは、インフラストラクチャ コンポーネントをセルフホスティングするのではなく、マネージド サービスに依存していると想定しています。たとえば、多くの AWS 組織では、独自の PostgreSQL または MySQL データベースを実行する代わりに、Amazon Relational Database Service を使用しています。同様に、ECS クラスターで Amazon Application Load Balancer が果たす役割は、Kubernetes クラスターで Kubernetes Ingress Controller が果たす役割に似ており、これはさまざまなコンテナ プラットフォーム間での NGINX の使用法の違いを説明するのに役立つ可能性があります。

サービス メッシュ テクノロジーがまだ主要なコンテナ イメージのランクに加わっていないことは注目に値します。本レポートの執筆時点では、これらのテクノロジーはまだ初期導入段階にあるようですが、2019 年後半には使用が増加しました。

トレンド8: Kubernetesのアップグレードサイクルが長い

Kubernetes プラットフォームは急速に進化しており、約 3 か月ごとに新しいマイナー バージョン (v1.16 など) が登場し、その間に段階的なバグ修正がリリースされます。しかし、当社の調査によると、ほとんどの組織は最新リリースではなく、古い成熟したバージョンを好むことがわかりました。 2019 年 10 月現在、最もよく使用されているバージョンは、2018 年 12 月に初めてリリースされた Kubernetes 1.13 です。2019 年にリリースされた 3 つのバージョンのうち、広く採用されているのはバージョン 1.14 のみで、Kubernetes エンタープライズ組織の 23% で使用されています。各組織は複数のバージョンの Kubernetes を実行している可能性があるため、以下のグラフのパーセンテージの合計は 100% を超えます。

Kubernetes のバージョンは必ずしも賢明な選択ではないことに注意する必要があります。マネージド Kubernetes サービスのユーザーは、クラスターが起動されたときにデフォルトの安定バージョンが表示されることがよくあります。このレポートを分析した時点では、GKE と AKS ではバージョン 1.13 がまだデフォルトでしたが、EKS ではバージョン 1.14 がデフォルトで提供されています。

原題: 変化するコンテナ環境に関する 8 つの事実

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。