2017年5月、The New Stackのオンライン版は、自分自身をコンテナユーザーと説明する組織の代表者470人を対象とした調査を実施しました。 収集されたデータはKubernetesに関する特別な電子書籍に掲載され、主要な調査結果はリソースに関する別のニュースとして公開されています。 それらの最後はKubernetesの実装に専念しました、そしてそれは数字が言うことです...
実装の障害
Kubernetesの実装を遅くする主な障害が製品の構成とサポートの複雑さであるという事実に誰も驚かないでしょう-回答者の36％（本番環境でK8を使用しない）はこれに同意し、39％はある程度同意します、合計で75％になります。
ただし、この質問への回答の中で最も近い追求者-優先度の高い他のプロジェクトの存在-を合計して60％がサポートしていることに注意してください。 明らかに、K8を実装するこれらの回答者の必要性は、特定のインフラストラクチャまたはKubernetesの適用可能性、利用可能な機能、および/または実証済みの信頼性に対する自信がないため、それほど高くありません。
Kubernetesの適応を妨げている他の結果のうち、回答者のほぼ半数（43％）がある程度他のソリューションを使用しており、27％が手動のオーケストレーションで多かれ少なかれと考えています。 しかし、これらの議論の両方は、回答者の大多数にとってもはや重要ではありません。
実施日
Kubernetesの実装に費やされた時間は、ケースの56％で 期待に応えました （またはそれ以下でした） が 、回答者の3分の1以上（38％）がこのプロセスに引きずり込みました。
実装の初期段階は最も時間がかかります。この段階で調査したユーザーの50％のみが時間予測を完了しました。 同時に、回答者の63％が完全に実装されたのは期限内でした。
ある中小企業の代表者は、1年前にKubernetesのドキュメントが貧弱だったために実装に時間がかかったが、「今日はずっと簡単だ」と述べた。 私は、1年または2年前にKubernetesを導入した他の企業（たとえば、 Concur （後にSAPに吸収された）など）から同様のプロジェクトに対する批判を聞いていました。 2016年にK8を実稼働環境に導入するプロジェクトの結果によると、Concurの専門家は、不十分で詳細なドキュメントが若いオープンソースプロジェクトの主な問題であると呼びました。 そして2017年までに、彼らはCoreOS製品に夢中になり、「Kubernetesにとって最高のドキュメント」で彼らの選択を説明しました。
回答者の78％が自ら実装に従事し、12％が社内の別のチームにこのタスクを割り当て、9％がKubernetesおよびDevOpsに関係するサードパーティのスペシャリストに割り当てました。 請負業者の助けを借りたKubernetes実装の場合、回答者の20％が期限に間に合わず、これは実装が主に単独で実行されたときの一般的な指標のほぼ2倍です。
実装結果と結論
本番環境の173人のKubernetesユーザーのデータによると、このシステムは99％のケースでニーズを完全または部分的に満たしています。 同時に、大規模なKubernetes実装のユーザーは、システムに完全に満足しています。このインジケーターは、運用の初期段階にいるユーザーよりも3分の1高くなっています。
The New Stackが指摘しているように、「Kubernetesを広範囲に展開しているユーザーの半数未満が結果に完全に満足していますが、分析会社が検討できるのは2 年前の Kubernetesエコシステム（または市場）でまだ1年であることに注意してください開発され確立された市場として。」
もう1つの結論は、実装段階ではKubernetesがかなりの人的資源を必要としますが、時間がたつにつれて成果を上げるということです（展開が加速され、インフラストラクチャ管理、スケーリングなどが簡素化されるため）。
市場に関してどのような結論が出ていますか？ 多くの企業は、高い確率で、何らかの方法で既に十分に使用されている（十分な専門知識、経験、および信頼を得ている） 大規模なプラットフォームに統合されたオーケストレーションソリューションを探します。 さらに、Kubernetesの実装の複雑さと期間は、顧客のためにこれらの問題を解決できる新しい会社にとっての良い機会を意味します（製品とサービスを使用）。
回答者に関するその他の情報
言及された電子書籍で公開されている追加の統計によって、The New Stackでポーリングされたユーザーのより良いアイデアを得ることができます。
- 62％が実稼働環境でKubernetesを使用 （完全または初期）、22％がK8を評価または試用しています。
- Kubernetesは大規模な組織で最も広く使用されています。実稼働環境（初期段階またはあらゆる場所）で、従業員1,000人以上の企業の72％が使用しています（比較のため、従業員2-100および101-1000の企業は57％および54 ％それぞれ） ;
- Kubernetesの最も一般的なワークロードは、CI / CD、テストなどを含むアプリケーション開発サイクルです。 （65％）、Webサービスおよびeコマース（53％）、特殊な産業用アプリケーション（37％）。 モバイルアプリケーションおよびサービスの場合-30％、ビジネスアプリケーションの場合（ERP、CRMなど）-24％。
- 本番環境でKubernetesをアクティブに使用するユーザー間で展開されたクラスターの数-2（22％）、6-10（20％）、3（16％）。 回答者の8％に1つのクラスター、5％に50を超えるクラスター。
- Kubernetesのコミュニティエディションは、回答者の74％ 、およびベンダーのさまざまなオプションで使用されています-45％（一部は同時に異なるK8sディストリビューションを使用します）。
- 回答者が少なくとも部分的に使用するオーケストレーションタスクの他のソリューションには、Docker Engine / Swarm（29％）、独自のユーティリティとスクリプト（16％）、Amazon ECS（12％）、Apache Mesos / MesosphereおよびOpenStack Magnum（各9％）があります）;
- コンテナオーケストレーションツールの必須要件として機能する主な要因は、スケーラビリティ（71％）、柔軟性（58％）、容易な制御性（56％）、セキュリティ（51％）、リソースの最適化（45％）です。
- Kubernetesを選択する一般的な理由は、コミュニティの強さ、GoogleやRed Hatなどの有名企業からの高いレベルのサポート、技術的優位性です。
以下に調査を添付します。 調査は 、すでにKubernetesを実装しているHabraユーザーの数、または実施しようとしているHabraユーザーの数を調べることを目的としています。 回答に対するコメントはもちろん歓迎です！
PS
ブログもご覧ください。
- 制作におけるKubernetesのサクセスストーリーに関するシリーズ：「 No. 1：eBayによる4,200ポッドとTessMaster 」、「 No。2：ConcurとSAP 」、「 No。3：GitHub 」、「 No。4：SoundCloud（著者Prometheus） 」
- 「 手頃な価格のサービスとしてKubernetesを使用したインフラストラクチャ 」
- 「 小規模プロジェクトでのKubernetesでの経験 」 （Kubernetesの技術デバイスの紹介を含むビデオレポート）;
- 「 Kubernetesが必要な理由とPaaSよりも大きい理由 「。