スキルとセキュリティがクラウドネイティブプラットフォームの期待を覆い続けています

クラウドコンピューティングの絶え間ない台頭にもかかわらず、依然としてオンプレミスアプローチとオフサイトアプローチの間で押し引きが存在します。

の KubeCon と CloudNativeCon ヨーロッパでのイベントが終了したばかりですが、明らかになったことが 1 つあります。それは、潜在的な利点を活用する組織の能力を機会が上回っているということです。会議に出席したキース・タウンゼント氏は次のように述べた。つぶやき「才能と教育が最大の課題だ。現在のところ、リソースを大量に投入せずに数千のアプリを移行する実行可能な方法は見つかりません。人とお金よりも仕事の方が多いのです。」

それはそう。情報テクノロジーは日々複雑化しており、システムを構築および管理するための監視および自動化機能に対する需要が不足することはありません。クラウドネイティブプラットフォームは、メンテナンス、監視、自動化を改善するだけでなく、インフラストラクチャを最新化し、市場投入までの時間を短縮するための手段としても見なされています。同時に、クラウドネイティブシステムのスキルとセキュリティが依然として最大の懸念事項です。

これらの点は、ある調査で確認されました。調査世界中の 1,300 人以上の回答者から正規の発行者 Ubuntu. 調査によると、83% がハイブリッドまたはマルチクラウドのいずれかを使用していますが、50% 近くが、社内のスキル不足と限られた人材が Kubernetes とコンテナへの移行または使用の妨げになっていると述べています。

クラウドネイティブテクノロジーの利点としては、弾力性と俊敏性、リソースの最適化、サービスコストの削減などが挙げられます。

なぜクラウドネイティブにするのか?

メンテナンス、監視、自動化の改善 (64%)
インフラの最新化 (44%)
市場投入までの時間の短縮 (26%)
インフラストラクチャの TCO の削減 (18%)

ビジネスにとってのクラウドネイティブテクノロジーの主なメリット

弾力性と敏捷性 (50%)
リソースの最適化 (27%)
サービスコストの削減 (21%)
市場投入までの時間の短縮 (21%)
クラウドポータビリティ (19%)
開発者の生産性 (19%)

この調査では、アプリケーションがどこで実行されているかを正確に調査しました。回答者の少なくとも 14% がすべてを Kubernetes で実行していると回答し、20% 以上がベアメタルと仮想マシンで実行し、29% 以上がベアメタル、VM、Kubernetes の組み合わせで実行していると回答しました。「この分布は、Kubernetes の柔軟性により、組織がどのようにして同じ種類のワークロードをどこでも実行できるかを示しています」とレポートの著者は述べています。

クラウドおよび Kubernetes ユーザーにとってセキュリティは依然として問題であり、回答者の 38% はセキュリティが最も重要であると示唆しています。 Kubernetes の運用時、コンテナイメージの構築時、エッジ戦略の定義時に最も重要な考慮事項です。明らかに、クラウドネイティブ領域のセキュリティを「マスターした」と報告しているのは 14% のみです。

Kubernetes とコンテナのデプロイに対する最大の課題

社内スキル不足/人員不足 (48%)
社内のIT構造 (38%)
レガシーシステムとの非互換性 (32%)
ユーザーのトレーニングが難しい (29%)
セキュリティとコンプライアンスの懸念が適切に対処されていない (25%)
クラウドネイティブアプリケーションの統合 (22%)
プラットフォームプロバイダーまたはパートナーからのサポートが不十分または限定的 (17%)
ネットワーク要件が適切に対処されていない ( \17%)
コスト超過 (16%)
ストレージ/データ要件が適切に対処されていない (16%)
可観測性/監視要件に対応していない (15%)

クラウドネイティブ環境で挙げられているユースケースの中で、独自のソリューションをマイクロサービスに再構築することは、最も重要なアクティビティとしてランクされています。ただし、レポートの寄稿者の 1 人は、マイクロサービスの採用について警戒を表明しました。「マイクロサービスを万能薬だと考えているなら、失望するでしょう」と彼は言います。ティム・ホッキン、Google Cloud Platform の主任ソフトウェアエンジニアであり、レポートの寄稿者です。「これはチームを組織する方法です。マイクロサービスはそれを行うための優れた方法を提供します。しかし、悪いアプリケーションを使って良いものを作ると考えているなら、あなたは失望するでしょう。あるいは、アプリケーションの信頼性が低い場合、または大きな泥のようなアーキテクチャに従っている場合も、苦労することになります。」

クラウドネイティブのトップユースケース

独自のソリューションをマイクロサービスに再構築する (19%)
CI/CD パイプラインでのアプリケーションのデプロイとテスト (15%)
オープンソースソリューションへの移行 (13%)
ハイブリッドクラウド設定の管理または有効化 (11%)
Kubernetes-as-a-Service のデプロイまたは管理 (10%)
マルチクラウド設定全体でワークロードを調整する (10%)

クラウドコンピューティングの絶え間ない台頭にもかかわらず、依然としてオンプレミスアプローチとオフサイトアプローチの間で押し引きが存在します。「人々がブロッカーとしてのスキルの欠如について言及するとき、実際のところ、彼らはすでにある環境に身を置いていることが多いのです」次のことを行う準備はできているが、それを行うためのインフラストラクチャまたは組織的なサポートがない場合。」言うケン・サイプ、Cloud Native Computing Foundation と Edward Jones に所属するシニアエンタープライズアーキテクト。「購入か構築かの問題でもあります。ソリューションと関連サービスを購入する場合、組織は能力を構築することなく、外部リソースとスキルセットを活用することでメリットが得られます。社内で。社内で構築する場合、組織はエンジニアリング規律を実装することで利益を得ることができ、それが有益な差別化要因となる可能性があります。」