マルチクラウドが現実のものとなりました。企業はどのようにしてマルチクラウド管理をより適切に実装できるでしょうか?

企業がクラウドに移行するのは「一般的な傾向」であると主張し続ける人は多くいますが、彼らはクラウドへの移行のメリットのみを主張し、デメリットについては一切言及しません。歴史的な遺産や規制上の要件により、現在多くの企業が複数のクラウドを構築しています。どうすれば、これらのさまざまなクラウド リソースを効率的に統合して使用できるでしょうか?多くの企業がクラウド管理製品を導入していますが、その多くは大規模で複雑です。マルチクラウド管理、クラウド管理、アプリケーション管理の関係をどのように定義すればよいでしょうか?

歴史的な遺産や規制上の要件により、現在多くの企業が複数のクラウドを構築しており、マルチクラウド管理の問題に直面しています。これらのさまざまなクラウド リソースを効率的に統合して使用する方法は、検討する価値のある問題です。国内の多くの企業がクラウド管理製品を持っていますが、それらの多くはすべてを接続してすべてを管理するオールインクルーシブなものが多いです。彼らは依然として、大規模で複雑な単一のシステムを構築するという従来の考え方に従っています。クラウド管理の境界と範囲、マルチクラウド管理を実現する方法、クラウド管理とアプリケーション管理の関係、クラウド管理とコンテナクラウドプラットフォームの関係、企業内でマルチクラウド管理の課金を実装する必要があるかどうかなどの問題は、すべて真剣に検討する必要があります。これらの問題を明確に考慮することによってのみ、真に適したマルチクラウド管理プラットフォームを構築し、企業のデジタル変革を真に支援することができます。

マルチクラウド管理の必要性の起源

過去数年間のクラウドプラットフォーム構築プロセスにおいて、多くの企業はクラウドに対する深い理解を持たず、試しに導入してみるという姿勢をとったため、すぐに正しい選択をすることができませんでした。さらに、異なる部門が異なるメーカーのクラウド プラットフォームを選択することもできます。構築期間が経過すると、企業内に複数のクラウドが共存するようになることがよくあります。これらのクラウドは、メーカー、アーキテクチャ、インターフェース、画面が異なるため、統一された方法で管理および保守することが困難です。統一された管理を実現するには、レイヤーをカプセル化することを検討する必要があります。これがマルチクラウド管理の必要性です。

企業がクラウドに移行するのは「一般的な傾向」であると主張し続ける人は多くいますが、彼らはクラウドへの移行のメリットのみを主張し、デメリットについては一切言及しません。しかし、ほとんどの顧客はクラウド コンピューティングの利点と欠点を本当に理解していません。企業はトレンドに従い、パブリッククラウドを購入したり、プライベートクラウドを構築したりして、企業の IT アーキテクチャをますます複雑化させています。 IT コストは減少するどころか、増加しています。

1 つのテクノロジーですべての問題を解決できるわけではなく、クラウドへの移行が唯一の選択肢でもありません。クラウドに移行するかどうかを決定する前に、クラウド コンピューティングが解決できる中核的な問題を理解し、独自の考えと選択肢を持つ必要があります。クラウド コンピューティングは、分散グリッド コンピューティングの問題、つまりコンピューティング能力の問題を解決します。これは、CPU、メモリ、ストレージ、ネットワークなどのインフラストラクチャリソースを使用して分散コンピューティングおよびグリッドコンピューティング機能を実現することと同等であり、標準化されたインフラストラクチャリソースコンピューティングサービス（IaaSサービス）を提供することで、さまざまな企業の大容量データコンピューティングとストレージのニーズをサポートします。一部のメーカーは、IaaS に加えてプラットフォーム サービス機能 (PaaS) を構築し、企業や個人にアプリケーションの開発、展開、ホスティング、運用、保守機能を提供しています。このように、インフラストラクチャ リソースを直接管理したり操作したりする必要はありません。ネットワークがあれば、オンラインでアプリケーションの開発、ホスティング、運用、保守を完了できるため、人件費を大幅に節約できます。 IaaS や PaaS に加えて、金融ソフトウェアや顧客管理ソフトウェアなどの開発されたアプリケーションをデプロイして、ソフトウェア サービス (SaaS) をユーザーに直接提供し、ワンクリック登録ですぐに使用できる状態にすることもできます。これにより、中小企業や個人のお客様にとってより便利になります。独自の IT システムやプラットフォームを構築する必要がなく、オンデマンドで直接使用できるため、高速かつ便利です。

クラウド コンピューティングにはさまざまな選択肢があるのは、まさにメーカー、プラットフォーム、テクノロジー、アーキテクチャ、サービス、セキュリティ機能などが異なるためです。レポートによると、企業は平均 2.2 個のパブリック クラウドと 2.2 個のプライベート クラウドを使用しています。 「マルチクラウド」とは、実際には「クラウドへの移行」によってもたらされる追加コストを指します。これらのクラウドは互いに分離されており、統一されたリソース管理と制御を実現できないため、統一された管理を実現するにはマルチクラウド管理プラットフォームが必要です。

マルチクラウドが現実のものとなった今、マルチクラウド管理をより適切に実装する方法と、マルチクラウド管理の境界と機能範囲をどのように定義するかが、マルチクラウド管理プラットフォームの製品化の鍵となります。

マルチクラウド管理の境界と範囲

2020 年の Gartner 社の CMP マジック クアドラントでは、CMP に関係する 8 つの機能が定義されています。プロビジョニングとオーケストレーション、サービス リクエスト、インベントリと分類、監視と分析、コスト管理とワークロードの最適化、クラウド移行のバックアップと災害復旧、セキュリティ コンプライアンスと ID 管理、パッケージングと配信です。コア機能はコスト管理とセキュリティです。 Gartner の CMP 機能定義から判断すると、実際にはまだ CMP ベンダーの観点から問題を検討しており、ユーザーの観点からのマルチクラウド管理のニーズを真に理解しているわけではありません。そのため、マルチクラウド管理の機能要件の位置付けは正確ではないと筆者は考えています。

クラウド コンピューティングが解決する中心的な問題は、コンピューティング能力の問題、つまりインフラストラクチャ リソース IaaS の問題です。したがって、クラウド管理の中核機能は、さまざまなクラウド プラットフォームのインフラストラクチャ リソースを管理し、標準化されたインフラストラクチャ リソース サービス IaaS を提供することになります。これにより、基盤となるクラウド プラットフォーム間の違いが保護され、異機種クラウド向けの統合インフラストラクチャ リソース サービスが実現します。

クラウド管理の責任

筆者はこれまで何度も述べてきたように、クラウド管理プラットフォームは、さまざまなインフラストラクチャ リソースを下位に管理し、コンテナ クラウドまたはコンテナ化された PaaS プラットフォームを上位にサポートし、コンテナ化された PaaS プラットフォームにリソースを提供できる重要なツールです。コンテナ クラウドまたはコンテナ化された PaaS はリソースを使用するだけで、リソースの管理と保守は行いません。そのため、コンテナ クラウドおよびコンテナ化された PaaS プラットフォームは、ビジネス アプリケーション管理のサポートに重点を置き、アプリケーション管理を中核として実現できます。このようにして、コンテナ クラウド、マイクロサービス ガバナンス、クラウド管理、その他のプラットフォームを 1 つに有機的に統合できます。雲のパイプで上部と下部をつなげます。最終的な目標は、異なるクラウド プラットフォーム上のリソース間でのビジネス アプリケーションのスケジュールをサポートすることです。インフラストラクチャ リソースの弾力性により、ビジネス アプリケーションの弾力性をより適切にサポートできます。

クラウド管理プラットフォームを実装するときは、すべてを追加しないでください。選択的に行う必要があり、すべてを実行する大規模なクラウド管理プラットフォームを構築しないでください。著者は、クラウド管理システムにさまざまなクラウド インフラストラクチャ リソースを管理させる方がよいと考えています。ミドルウェア、ミドルウェア サービス、アプリケーション、その他の非 IaaS クラウド プラットフォームについては、クラウド管理システムに配置しないでください。クラウド管理プラットフォームは、すべての「クラウド」を管理する必要はありません。クラウド管理プラットフォームには、次の 2 つの基本機能があります。

• パブリックおよびプライベート クラウド IaaS を管理し、異種クラウド プラットフォームの基盤となるリソースの詳細を保護します。
• 企業に統合および標準化されたインフラストラクチャ リソース サービス (IaaS) 機能を提供します。

監視、課金、バックアップ、分析、負荷最適化などの他の機能はすべて、これら 2 つの基本機能に基づく拡張機能です。

Cloud Management はコンテナを管理しますか?

クラウド管理プラットフォームに関して多くの人が混乱する質問の 1 つは、コンテナとコンテナ クラウドを管理できるかどうかです。まず、「コンテナ サービス」を提供することと、「コンテナ クラウド プラットフォーム サービス」を提供することは異なることを認識する必要があります。これは2つのレベルで問題です。コンテナ サービスは単純に IaaS レイヤー サービスと見なすことができますが、コンテナ クラウド プラットフォーム サービスは PaaS レイヤー サービスと見なすことができます。理論的には、クラウド管理プラットフォームはコンテナ サービスを提供できますが、コンテナを直接使用しないことを強くお勧めします。代わりに、コンテナ クラウド プラットフォームまたは PaaS プラットフォームを通じてコン​​テナ サービスをカプセル化する必要があります。コンテナ クラウド (または PaaS) プラットフォームは、クラウド管理システムのリソースを使用する必要があります。これはクラウド管理システムの上位にあるため、クラウド管理システムはコンテナ化された PaaS プラットフォームはおろか、コンテナ クラウド プラットフォームを管理すべきではありません。

コンテナ、コンテナ クラウド、コンテナ化された PaaS は異なる概念です。著者がこれらの概念を区別したい理由は、基準を明確にするためです。そうでないと、あなたがあなたのことを言い、私が私のことを言うと、話が食い違ってしまい、物事を成し遂げることができなくなってしまいます。多くの人はコンセプトを大げさに宣伝するのが好きです。一つの単語に多くの意味があったり、一つの意味が多くの単語で表現されたりします。とても混乱していて、彼らが何を話しているのか分かりません。テクノロジー分野での作業は数学分野での作業に似ており、概念の厳密さと明確さが求められます。クラウド管理製品が適切に開発され、企業のビジネス開発とイノベーションをより適切にサポートできるように、クラウド管理の責任も明確に定義する必要があります。

上記の考慮事項に基づくと、クラウド管理の境界は、IaaS レイヤーのリソース管理で最も適切に定義され、さまざまな IaaS クラウド プラットフォーム、さまざまなストレージ、ネットワーク リソース、さらにはさまざまな物理マシンと仮想マシンを管理し、企業に必要なさまざまなインフラストラクチャ リソース サービスを提供して、インフラストラクチャ リソースの柔軟なスケーリングを実現します。クラウド管理の機能範囲は、マルチクラウド管理と統合 IaaS サービスの 2 つの基本機能の拡張です。ただし、クラウド管理ではコンテナ クラウドやミドルウェアなどは管理されません。エンタープライズ IT アーキテクチャでは、クラウド管理がインフラストラクチャ リソースの管理とプロビジョニングに集中できるように、明確な機能階層化定義を実装する必要があります。

マルチクラウド管理の設計と実装

クラウド管理の責任と機能範囲が明確になれば、クラウド管理プラットフォームの実装は比較的容易になります。多くの人は、クラウド管理はカスタマイズされたプロジェクトであると考えていますが、これは明らかに、クラウド管理の位置づけを十分に理解していないことを意味します。著者は、クラウド管理を優れた標準化された製品にすることで、俊敏な展開と拡張を実現できると考えています。製品化に関しては、当事者Aのニーズの観点から問題を検討する必要があります。当事者 A のニーズが本当に満たされた場合にのみ、当事者 A は満足し、製品を購入するためにお金を使う意思を持つことになります。多くのメーカーは非常に賢く、独自の小技を持っていますが、著者は、メーカーは賢すぎるが知恵とビジョンが欠けているため、国内のIT企業が大きく成長することは難しいと考えています。企業の IT アーキテクチャの開発動向は、真にアジャイルな展開と拡張を実現し、企業のデジタル変革とインテリジェント変革をサポートするために、個々のエンティティではなくシステム統合を実現することである必要があります。そのため、将来的には、さまざまなプラットフォームがシームレスな統合を実現できる必要があり、そのためには、各プラットフォームやツールが大きすぎたり包括的すぎたりするのではなく、選択を行い、明確な位置付けを行う必要があります。オープンでない製品は、最終的には自らを撃ち抜いてしまい、顧客に放棄されてしまいます。将来的にはカスタマイズは行き詰まり、適切な製品の位置付けが正しい選択となります。

まず、マルチクラウド管理とは、インフラリソースの一元管理とスケジューリングを実現するリソース管理プラットフォームです。中小企業ではクラウド管理は必要ないかもしれません。主な顧客は大規模および中規模の企業であり、災害復旧、バックアップ、その他のニーズを満たすためにさまざまなクラウド プラットフォームを構築または購入する可能性が高いと考えられます。これには、アプリケーションやデータをあるクラウド プラットフォームから別のクラウド プラットフォームに簡単に送信する機能が必要であり、クラウド管理にはそのような機能が必要です。たとえば、Tencent Cloud で実行されるアプリケーションは、バックアップと災害復旧の要件を満たすために Huawei Cloud に展開する必要があります。顧客にとって、Tencent Cloud と Huawei Cloud は、クラウド管理プラットフォーム上の 2 つの異なる種類のリソースにすぎません。アプリケーションは Tencent Cloud または Huawei Cloud に自由にスケジュールできます。これにより、トップレベルの異種クラウドの詳細が保護され、数秒でリソースのスケジュールが可能になります。

次に、クラウド管理はシナリオベースの標準リソース配信を提供し、リソース配信の効率を向上させます。ミドルウェア クラスターの展開シナリオ、データベース クラスターの展開シナリオ、アプリケーションの高可用性展開シナリオ、アプリケーションのエラスティック スケーリング シナリオ、クロスクラウド展開シナリオなど、企業によってビジネス シナリオの要件は異なります。さまざまなビジネス アプリケーションには、GPU 機械学習やディープラーニングのシナリオ、高 CPU コンピューティングのシナリオ、高メモリ キャッシュのシナリオ、ビッグ データ ストレージのシナリオなど、リソースに対する要件も異なります。これは、人によって身長、体重、体型が異なり、そのため長さやサイズの異なる服が必要であるのと同じです。さまざまなシナリオに合わせてリソース サービスを事前に定義することで、企業のさまざまなビジネス ニーズを迅速かつ的確にサポートし、リソースのマッチングと利用効率を向上させ、リソースの準備時間を短縮し、リソースの配信効率を向上させることができます。

第三に、マルチクラウドベースのアプリケーションの展開は、マルチクラウド管理プラットフォームの構築には適していません。マルチクラウドプラットフォームは、上位層と下位層の管理を担っており、IaaSのリソース管理とリソースサービスに位置付けられています。理論的には、それはまだ IaaS レイヤーです。アプリケーションの展開と管理は、PaaS レイヤーにある PaaS プラットフォーム上に配置されます。したがって、クロスクラウド アプリケーションの展開と管理は、マルチクラウド管理プラットフォーム上で実装しないでください。クラウド コンピューティングの 3 つのサービス (3 層サービス) は、私たちに良いインスピレーションを与えてくれます。企業は IT 構築において階層化アーキテクチャを採用する必要があります。クラウド コンピューティングの 3 層サービス、つまりフロントエンド、ミドルエンド、バックエンドのアーキテクチャに関係なく、再利用を実現し、構築の重複を回避し、コストを節約し、効率を向上させるには、これらすべてを階層化する必要があります。

4 番目に、ミドルウェアやデータベースなどはアプリケーションの一種とみなすことができるため、PaaS 層で管理できます (著者は、ミドルウェアやデータベースなどのコンテナ展開シナリオは、実稼働環境ではなく、エンタープライズ テスト環境でのみ使用することを推奨しています)。クラウド管理は、常に異種リソースを管理し、統合されたリソース サービスを提供することを目的として位置付けられてきました。残りは上位レベルの PaaS に任せることができます。パブリッククラウドやインダストリークラウド上のミドルウェアやデータベースの管理は、インフラリソースの管理を考慮する必要がないため、比較的容易です。これらのアプリケーションの利用料金の請求も、PaaS プラットフォーム上で管理できます。

5番目は、マルチクラウドコスト管理です。クラウド管理は独立した製品であるため、マルチクラウド リソースの使用に対する課金を考慮し、ニーズに応じて適切なクラウド プラットフォームにスケジュールを設定してコストの最適化を実現する必要があります。これは、インテリジェントな運用と保守の重要な機能でもあります。ただし、クラウド管理と PaaS が有機的に統合されている場合は、課金とコスト管理を PaaS プラットフォームに移行し、課金ルール、コスト ルール、リソースの信頼性、有効性指標などに基づいてインテリジェントなスケジューリングを実行して、最適なリソース スケジューリングとコスト バランスを実現できます。

マルチクラウド シナリオにおけるリソース スケジューリングの一般原則

コストを最適化するために、マルチクラウド シナリオでのリソース スケジューリングは次の一般原則に従います。

（１）プライベートクラウドのリソースが最初にスケジュールされ、使用されます。プライベート クラウドのリソースが不足する場合にのみ、業界クラウド (またはパブリック クラウド) に配布されます。コストを節約するためには、まずプライベート クラウド リソースを使用する必要があります。企業のプライベート クラウド リソースは限られていることが多く、一時的な大規模なプロモーション活動などでは、業界クラウドやパブリック クラウドにリソースを配分する必要がある場合があります。この場合、一部のアプリケーション インスタンスは、PaaS レイヤーのクラウド管理サービスを通じてパブリック クラウドにディスパッチできます。

（２）業界クラウド（またはパブリッククラウド）の課金コストでソートし、料金の安い業界クラウド（またはパブリッククラウド）を優先的にスケジュールします。レート管理は、クラウド管理プラットフォームの重要な機能です。ただし、コスト管理と最適化は、関税管理を通じてより適切に達成できます。各パブリッククラウドの料金は異なる場合があり、料金は時期によって変更されることがあります。料金ルールを使用してコストを節約する方法は、クラウド管理プラットフォームの非常に重要な側面です。

（３）ビジネスまたはデータセキュリティレベルに基づいてパブリッククラウドのセキュリティ機能を評価し、リソーススケジューリングパラメータメトリックとして計算します。パブリッククラウドを使用する場合は、データのセキュリティを確保することが非常に重要です。特に大企業の場合、データの価値はパブリック クラウドの使用によって節約されるコストをはるかに上回ることがよくあります。したがって、データ セキュリティ機能はパブリック クラウドを評価する上で重要な指標となります。

（4）パブリッククラウドの信頼性とリソースの有効性に基づいて評価し、スケジューリングパラメータのメトリックを計算します。国内のパブリッククラウドベンダーの中には、顧客データの損失など取り返しのつかない損失をもたらした重大な障害に見舞われたところもある。一部の顧客にとっては壊滅的な事態となる可能性があります。そのため、災害復旧や高可用性の観点から、リスクを回避するためにマルチクラウド展開も必要です。パブリック クラウドが提供するリソースの有効性 (可用性、パフォーマンスなど) と信頼性 (障害頻度、重大な障害の影響など) に基づいて、適切なパブリック クラウドを選択します。

マルチクラウドサポートシナリオ

複数のクラウドを採用する利点は、1 つのクラウド ベンダーに依存せず、競争を通じてより良いサービスを受けられることです。マルチクラウドは、次のシナリオ要件を満たすことができます。

（1）高可用性と災害復旧を実現するためにマルチクラウド展開を適用する。マルチクラウドは、実際には従来の複数のデータセンターに相当し、「2 つの場所と 3 つのセンター」で多くの企業の災害復旧とバックアップのニーズを満たします。

（２）リソースの弾性スケーリングは、アプリケーションの弾性スケーリングをサポートし、アプリケーションの自動拡張を可能にします。プライベート クラウドの大きな問題は、コンピューティング リソースによって制限され、オンデマンドで柔軟に拡張することが難しいことです。業界クラウドとパブリッククラウドを利用すると、特定のシナリオで無制限のリソースを実現し、オンデマンドで使用し、使い切ったら解放することができます。

（3）マルチクラウドは、企業のリソース割り当ての最適化を支援し、企業のコアビジネスのための効率的なインフラストラクチャリソースの構築に重点を置き、無数の設計要件を回避し、企業がプライベートクラウドインフラストラクチャリソースの割り当てを最適化して、主要なビジネスとシナリオをより適切にサポートできるようにします。

（4）マルチクラウドは、企業がリソースコストを最適化するのにも役立ちます。シナリオによってインフラストラクチャ リソースに対する要求は異なり、汎用リソースは無駄につながることがよくあります。料金ルールに応じて異なるクラウド プラットフォームを使用することで、リソース使用コストの最適化を最大限に高め、最適なリソース構成を実現できます。

マルチクラウド管理プラットフォームは、企業の IT アーキテクチャの重要なコンポーネントであり、企業のデジタルおよびインテリジェントな運用と保守の基本的なサポート プラットフォームです。マルチクラウド管理プラットフォームの設計の位置付けは、エンタープライズ IT アーキテクチャの設計に直接影響します。クラウド管理 + コンテナ クラウド プラットフォーム + マイクロサービス ガバナンス + DevOps は、比較的完全な製品システムです。クラウド管理をベースにコンテナクラウドPaaSをサポートし、アプリケーション管理を中心とした製品アーキテクチャ体系を実現できれば、その発展性は計り知れません。