クラウド コンピューティングによる混乱を経験している 3 つのホットな市場はどれですか?

クラウド ネイティブ コンピューティングは現在、業界最大かつ最も影響力のあるクラウド コンピューティング パラダイムになりつつあります。人々はそれを理解する必要があります。

クラウド ネイティブ コンピューティングは、おそらく今日のエンタープライズ IT における最も重要なトレンドです。本質的に、クラウド ネイティブ テクノロジーは、オンプレミス テクノロジーやエッジ コンピューティングを含む IT 環境全体にクラウド コンピューティングの利点を拡張します。

[[277559]]

オープンソースのコンテナ オーケストレーション プラットフォームである Kubernetes は、クラウド ネイティブ テクノロジーを通じて Global 2000 企業に急速に採用されています。ただし、Kubernetes はクラウド ネイティブ環境の一部にすぎません。実際には、これは多くの確立された IT ドメインを覆すエンタープライズ コンピューティングの新しいモデルを反映しています。

Kubernetes とその活気あるエコシステムがまだ未熟であり、急速に革新していることは否定できません。それでも、クラウド コンピューティングは多くのエンタープライズ IT 市場に混乱をもたらし、それに伴い、企業がテクノロジーを実装する方法も変化します。クラウド コンピューティングによる混乱を経験している 3 つの市場は次のとおりです。

1. インフラストラクチャ・アズ・コード

数年前、「Infrastructure as Code」は DevOps の主要な技術推進要因の 1 つでした。理論的には、企業は運用環境のあらゆる側面の構成と管理に取り組むのではなく、スクリプトまたはレシピを作成して企業の構成を自動化する必要があります。

クラウド コンピューティングと組み合わせたインフラストラクチャ アズ コードにより、運用環境の処理方法が全面的に見直されるようになりました。運用環境での問題を解決する最善の方法は、個々のサーバーを個別に変更するのではなく、プロビジョニングを解除して新しい方法で再構成することである場合が多いためです。

インフラストラクチャ・アズ・コードの問題は、コードのビットにあります。メソッドが複雑になるにつれて、セキュリティ レビュー、テスト、限定的な展開など、独自のライフサイクルが必要になります。ソフトウェア ライフサイクルを簡素化する際に、管理すべき別のソフトウェア ライフサイクルが意図せず作成されてしまいました。

対照的に、クラウド ネイティブ コンピューティングは、インフラストラクチャをコードとして扱う代わりに、モデル駆動型の宣言的なオペレーティング環境の表現を採用します。基本的に、ユーザーは環境がどのように動作するかのモデルを作成し、DevOps プラットフォームがそのモデルに準拠していることを確認できるようにします。何か問題が発生した場合は、モデルを更新する必要があります。

クラウド ネイティブは、モデル駆動型の宣言型構成の概念を採用し、それを IT 環境全体に適用します。これは、クラウド コード コンピューティングの「ノーコード」原則と呼ばれます。この原則の実装が進むにつれて、企業の IT 環境全体を表すモデルがますます複雑化することが予想されます。その結果、コードとしてのインフラストラクチャは過去のものとなるでしょう。

2. SD-WAN

第 1 世代のソフトウェア定義広域ネットワーク (SD-WAN) 製品は、2 つのコア機能を提供しました。まず、WAN リンクの接続の選択を抽象化して、組織がポリシーに従ってマルチプロトコル ラベル スイッチング (MPLS)、ブロードバンド、またはその他のプロトコルを選択できるようにします。

2 番目に、これらの初期の製品により、リモート オフィス ネットワーク機器 (小売店、工場、オフィスなどにある) の制御が集中管理施設に移行されました。

これらの基本機能は、クラウド ネイティブの世界でも引き続き重要であり、抽象化された制御と信頼のないセキュリティというより大きな機能の一部となります。

「信頼しない」は、クラウド ネイティブのもう 1 つの原則です。つまり、現在では時代遅れとなった「ゼロ トラスト」アプローチを更新し、ソフトウェア定義ネットワークと組み合わせて、そのアプローチをクラウド ネイティブ コンピューティング パラダイムに取り入れるのです。

信頼性の欠如は特にインターネットに当てはまります。物理ネットワーク自体はセキュリティ保護を提供しないと想定する必要があります。代わりに、ネットワークの物理的特性とは関係なく、必要なすべてのセキュリティ機能を処理する抽象的なソフトウェア定義レイヤーを作成する必要があります。

第一世代の SD-WAN テクノロジーは、トラストレス ネットワークのビジョンを部分的に実現し、その中核は元の WAN コンセプトを更新または置き換えることでした。対照的に、クラウド ネイティブの世界では、クラウド、オンプレミス データ センター、エッジのいずれであっても、すべてのネットワーク エンドポイントが抽象化されているため、WAN は無関係になります。

エッジ コンピューティングが企業に導入され、人工知能が急速に進歩し、5G テクノロジーが今後 10 年間にわたって発展し続けるにつれて、ネットワーク制御とセキュリティに対するこのソフトウェア定義のアプローチはますます重要になります。 SD-WAN はこれらの課題に対処しており、登場したときにはまったく異なるものとして見られる可能性があります。

3. ハイパーコンバージドインフラストラクチャ

ハイパーコンバージド インフラストラクチャ (HCI) が何であるかについて、まだ多くの人が混乱しています。

統合インフラストラクチャは比較的シンプルです。データ センターにコンピューティング デバイスとストレージ デバイスを別々に配置するのではなく (たとえば、ストレージ エリア ネットワーク (SAN) があるため)、コンピューティング デバイスとストレージ デバイスが同じボックスに統合 (または「統合」) されるため、構成が容易になり、その過程でコストが削減されます。

ハイパーコンバージド インフラストラクチャにより、仮想化がさらに強化されます。ハイパーコンバージド インフラストラクチャを使用すると、ユーザーは仮想化コンピューティング (従来のハイパーバイザー ベースの仮想化、仮想化ストレージ、仮想化ネットワーク) を混在させることができます。

基盤となるハードウェアは統合インフラストラクチャである場合もありますが、必ずしもそうである必要はありません。 SD-WAN の動作に似た、いくつかの仮想マシン、仮想 SAN、およびソフトウェア定義ネットワークが存在する場合があります。ベンダーがそのように販売する場合、その組み合わせは統合インフラストラクチャになる可能性があります。

HCI が正確に何であるかに関するこの本質的な曖昧さにより、ベンダーはまったく異なる製品を構築してそれを HCI と呼ぶことが可能になり、深刻な問題を引き起こします。

そうは言っても、ハイパーコンバージド インフラストラクチャの基本原理は健全であり、実際、クラウド ネイティブ コンピューティングの中核をなしています。クラウドネイティブ インフラストラクチャには、仮想化されたコンピューティング、仮想化されたストレージ、仮想化されたネットワークが必要です。ただし、現時点では、これら 3 つのテクノロジーを 1 つのボックスにパッケージ化するという特別な要件はないため、ベンダーはアプライアンスを追加するだけで済みます。それどころか、仮想化はクラウドネイティブの世界とともに登場しました。

仮想化実装の具体的な詳細は、解決する必要がある問題によって異なります。実際、Kubernetes はクラウドネイティブ アプリケーションの中心ですが、コンテナ仮想化の抽象化は 1 つのオプションにすぎません。実際、クラウド ネイティブ コンピューティングには、従来の仮想化、コンテナー、サーバーレス コンピューティングも含まれます。

仮想化ストレージは、クラウドネイティブ コンピューティングのステートレス要件を推進する重要な要素でもあります。では、クラウド ネイティブの原則を損なうことなく、本質的にステートレスな環境で状態情報を管理するにはどうすればよいでしょうか?ヒント: 仮想化ストレージから始めます。

仮想化ネットワークは、もちろん、次世代の SD-WAN です。

企業は、インフラストラクチャ・アズ・コード、SD-WAN、ハイパーコンバージド・インフラストラクチャ製品を提供するベンダーを顧客として検討し、マーケティング戦略とコンテンツ・マーケティングのニーズの開発を支援する必要があります。

企業は、自社のビジネスに影響を及ぼす可能性のある破壊的技術を包括的に理解する必要があります。クラウド ネイティブ コンピューティングは、インターネットの登場以来、最も重要な破壊的技術の 1 つです。

また、仮想化、コンテナ、サーバーレス コンピューティングの 3 つのテクノロジはすべて移行段階にあるため、企業は顧客のニーズを満たす必要があり、今後もそうし続ける必要があることにも留意することが重要です。

ベンダーと企業は将来を見据える必要がありますが、エンタープライズ IT における次の大きなトレンドはクラウド ネイティブ コンピューティングです。