視点丨企業にはどのような独立したクラウド管理プラットフォームが必要ですか?

クラウド管理プラットフォーム (CMP) に関しては、過去 2 年間にエンタープライズ クラウド コンピューティング テクノロジーの全分野において多くの詳細な議論が行われてきました。 Gartner の CMP レポートを解釈することで、FIT2CLOUD のクラウド管理プラットフォームに対する理解を説明しました。当時、私たちはクラウド化の過程で企業のIT部門が独立したクラウド管理プラットフォーム層を計画する必要があると提案し、当時のOpenStackとクラウド管理プラットフォームが混乱していた状況を分析しました。

2年が経過し、エンタープライズクラウドサービス市場は全体的に成長しました。クラウド管理プラットフォームメーカーの共同の努力により、「企業のITクラウド構築における独立したレイヤーとしてのクラウド管理プラットフォーム」という位置付けが、ますます多くのエンドユーザーに認知されるようになりました。

現在、市場にはさまざまな製品形態のクラウド管理プラットフォームが存在します。 IaaS プラットフォームに統合されているものもあれば、コンテナ クラウド プラットフォームに統合されているものもあります。もちろん、IaaS やコンテナ クラウド プラットフォームから独立したクラウド管理プラットフォームもあります。ここでは、これまでの見解を踏まえ、過去数年間の企業内でのクラウド管理実践における FIT2CLOUD の経験を組み合わせ、企業が独立したクラウド管理プラットフォームを必要とする理由と、そのようなクラウド管理プラットフォームを構築する方法についてお話ししたいと思います。

独立したクラウド管理プラットフォームとは何ですか?

企業がどのような独立型クラウド管理プラットフォームを必要とするかについて説明する前に、まず「独立型クラウド管理プラットフォーム」の定義について説明します。まず、「独立したクラウド管理プラットフォーム」と、独立したサードパーティベンダーが提供するクラウド管理プラットフォーム製品を区別する必要があります。ここでは、（サプライヤー自体の特性ではなく）クラウド管理プラットフォーム自体の製品形態に基づいて、「独立性」の意味を定義したいと思います。具体的には、独立したクラウド管理プラットフォームには、次のような製品要素が備わっている必要があると考えています。

1. 独立したクラウド管理プラットフォームは、独立して配布および展開できる必要があります。技術的な観点から見ると、クラウド管理プラットフォームは他のプラットフォーム (IaaS プラットフォームなど) の一部のコンポーネントに依存できますが、クラウド管理プラットフォーム自体は独立して配布、インストール、展開でき、正常に実行できる必要があります。

これが非常に重要である理由は、独立して配布および展開された製品のみが、技術的なルートの面で独立性と継続性を維持でき、他の外部プロジェクトによって深く影響を受けないからです。実際のプロジェクトでは、オープンソースの IaaS または PaaS プロジェクトをインターフェースとともにパッケージ化し、クラウド管理プラットフォームとして宣伝しているサプライヤーがまだ見られます。このタイプのクラウド管理プラットフォーム製品は、基盤となるプラットフォームの技術的フレームワークによって大きく制限され、進化の過程で必然的に不必要な技術的負担を伴うことになります。

2. 独立したクラウド管理プラットフォームは、完全にオープン API を通じて外部システムと対話する必要があります。これを行う理由は、技術アーキテクチャの観点から、クラウド管理プラットフォームとそれと対話する他のシステムの分離を根本的に確保するためです。

誰もが予想しているように、クラウド管理プラットフォームの実際の実装には、多くの統合と統合の要件があります。クラウド管理プラットフォームが、周辺システム（基盤となるIaaS/PaaSプラットフォーム、ユーザーシステム、CMDB、上位ITSMなど）との統合時に、内部インターフェース、内部データ構造、さらにはデータベース結合を必要とする場合、クラウド管理プラットフォーム自体の独立性が、多くの外部システムによって制約され、自立的かつ安定的に持続的に進化することが困難になることは避けられません。自立して進化できなければ、「自立」について語るのは難しい。

3. 独立したクラウド管理プラットフォームには、クラウド サービスの形式を抽象化する機能が必要です。クラウド管理プラットフォームは、その名前が示すように、クラウド サービスを管理するためのプラットフォームです。クラウド管理プラットフォームによって、管理するクラウド サービスの種類は大きく異なります。ただし、独立したクラウド管理プラットフォームとして、含める必要のあるクラウド サービス フォームについて、クラウド サービス プロバイダー全体を抽象化する機能が必要です。たとえば、クラウド ホストの管理に重点を置く必要がある場合、独立したクラウド管理プラットフォームは、仮想化環境、パブリック クラウド、プライベート クラウドからクラウド ホスト サービスを抽象化し、統合されたサービス カタログ、配信方法、管理インターフェイスを提供できる必要があります。独立したクラウド管理プラットフォームに通常必要な抽象機能には、ユーザー/テナント システムを抽象化する機能、リソースとサービス自体の記述を抽象化する機能、リソースとサービスのライフサイクル管理モデルを抽象化する機能などがあります。

もちろん、製品形態に基づいて定義および区別することに加えて、他の多くの側面からもクラウド管理プラットフォームの独立性を理解することができます。たとえば、サプライヤーの観点、ユーザー エクスペリエンスの観点などです。これらの観点はすべて重要な考慮事項ですが、製品独自のフォーム ファクターは、すべての独立したクラウド管理プラットフォームにとって依然として必要な前提条件です。こうした製品レベルのサポートがなければ、最終的に実行可能で持続的に進化する独立したクラウド管理プラットフォームを構築することは困難になります。

独立したクラウド管理プラットフォームがなぜ必要なのでしょうか?

ここで、エンタープライズ IT のクラウド化に独立したクラウド管理プラットフォームが必要な理由について説明します。具体的には、以下の理由が挙げられます。

1. クラウド管理プラットフォームは、企業の IT クラウド化のプロセスにおいて独立した役割と使命を持ちます。ますます多くの企業の IT 部門が、クラウドベース/サービスベースの IT 機能に対する要求に直面しています (その中で最も一般的なシナリオは、大規模な企業のデータセンターのサービスベースの性質です)。この需要の背後には、IT リソースのサービス指向、IT リソースのライフサイクル全体の管理、異種 IT とマルチクラウドのドッキングなど、いくつかの重要な技術的課題があります。これら 3 つの課題を解決するには、独立した役割、つまり独立したクラウド管理プラットフォームの出現が必要です。

■ IT リソースのサービス指向: 企業内のさまざまな IT リソースをサービス指向にする必要がある場合、独立したユーザー/テナント システムが必要です。このユーザー/テナント システムは、あらゆる IT リソースに付属するユーザー/テナント システムを超える必要があります。これは、独立したクラウド管理プラットフォームの重要な製品機能です。

さらに、IT リソースのサービス指向の性質により、IT 製品と機能の標準サービス カタログを確立する機能も必要となり、そのためには IT 製品と機能のサービス カタログの定義、抽象化、および関連する自動化機能が必要になります。しかし、現実に直面すると、企業内のさまざまな IT 製品や機能にはさまざまなサービス サポート機能があることに気づきます。そのため、クラウド管理プラットフォームでは、さまざまな IT 製品や機能の現在の状態に基づいて適切な IT リソース サービス モデルを確立する必要があります。独立したクラウド管理プラットフォームにより、このモデルを柔軟に構築できるようになります。

■ IT リソースのライフサイクル全体の管理: エンタープライズ IT 内のリソースの形態は、クラウド ホスト、ブロック ストレージ、オブジェクト ストレージ、ファイル ストレージなどのコンピューティング リソース、バックアップ、監視、セキュリティなどの運用および保守管理機能など​​、非常に多様です。各 IT 製品と機能は、位置付けや使用シナリオが異なるため、ライフサイクル管理モデルも異なります。

クラウド管理プラットフォームは、さまざまな IT 製品や機能のライフサイクル管理モデルをフレームワーク内に実装できるように、十分なスケーラビリティを提供できる必要があります。この拡張機能には、クラウド管理プラットフォームに独立した役割の位置付けも必要です。特定の IT 製品や機能に日常的に縛られているクラウド管理プラットフォームでは、このような独立した役割を担うことは困難です。

■ 異種 IT とマルチクラウドのドッキング: 企業内の IT の異種性は、主に 2 つの側面から生じます。まず、エンタープライズ IT の進化と反復は長いプロセスであり、さまざまな段階の IT 製品と機能が長期間共存することになります。最も典型的な例は、多くの企業の内部 IT コンピューティング リソースに、メインフレーム、ミニコンピュータ、X86 サーバー、X86 仮想化、IaaS、さらにはコンテナ クラウドが同時に含まれていることです。このため、単一の IT 製品と機能に結び付けられたクラウド管理プラットフォームでは、企業全体の IT 機能をクラウド化/サービス指向化するという使命を担うことはほとんどできません。

もう 1 つの側面は、ベンダー ロックインに関するエンタープライズ IT の懸念です。同じ形式の IT 製品や機能であっても、サプライヤーが複数存在することがよくあります。このため、クラウド管理プラットフォームでは、サプライヤー中立の観点から複数のサプライヤーの製品とサービスを設計および抽象化する必要があります。クラウド管理から強力な IT 機能に至るまで、企業が単一のサプライヤーにロックインされるのを防ぐことも、独立したクラウド管理プラットフォームの使命の 1 つです。

2. クラウド管理プラットフォームは、企業の IT クラウド変革プロセス中に、独立した継続的な進化機能を備えている必要があります。クラウド管理プラットフォームは特殊な位置付けであるため、一方ではエンドビジネス ユーザーを対象とし、他方では多数のクラウド サービスに接続する必要があります。現在、どちらの側面も急速に変化し、発展しています。クラウド管理プラットフォームは、上流と下流の両方の変化と発展にタイムリーに対応し、適応して、最も合理的な方法で運用を継続できるように、独立した進化能力を備えている必要があります。

さらに、クラウド管理プラットフォーム独自の機能が構築される IT ツール チェーンも常に変化しています。たとえば、自動化ツールは初期のスクリプトから今日の一連の構成管理ツールへと進化し、監視ツールは初期の Zabbix から現在の Prometheus へと進化しました。これにより、クラウド管理プラットフォーム自体の継続的な進化と反復も促進されました。この「継続的な成長」を維持するためには、クラウド管理プラットフォーム自体の独立性が重要です。

実際、独立したクラウド管理プラットフォームに対するエンタープライズ IT の需要は、サプライヤーの製品マトリックスにも明確に反映されています。その中には、X86 仮想化プラットフォームのリーダーである VMware や、オープンソース ソフトウェアの商用化のリーダーである Red Hat などがあり、独自のクラウド管理プラットフォーム製品を自社の製品ポートフォリオに導入しています。次の図は、Red Hat クラウド スイート ソリューションのアーキテクチャ図です。

図 1 Red Hat Cloud Suite ソリューション アーキテクチャ図

図に示すように、Red Hat Cloud Suite には独立したクラウド管理プラットフォームである CloudForms があり、コンテナ クラウド、複数の仮想化プラットフォーム、プライベート クラウド、外部パブリック クラウドの管理を提供し、サービス指向の IT 機能を実現します。

Red Hat と同様に、VMware のクラウド管理プラットフォームも、もともと VMware 独自のテクノロジー スタック上に位置付けられていた専用のクラウド管理プラットフォームから、独立した汎用クラウド管理プラットフォームへと急速に進化しています。次の図は、VMware クラウド スイート ソリューションのアーキテクチャ図です。

図 2 VMware Cloud Suite ソリューション アーキテクチャ図

VMware のクラウド管理プラットフォーム vRealize は、主にハイブリッド クラウドのサポートの拡大に​​反映され、独立したクラウド管理プラットフォームに向けて明確に進化していることがわかります。将来的にはコンテナ クラウドのサポートも追加される予定です。

VMware や Red Hat などの強力なエンタープライズ IT サービス プロバイダーでさえ、独立型クラウド管理プラットフォームを開発の方向性として明確に定めており、これはエンタープライズ IT における独立型クラウド管理プラットフォームに対する強い需要と期待を示しています。もちろん、この需要と期待の背後にある本当の原動力は、前述したクラウド/サービス指向のエンタープライズ IT に対する明確な需要です。

FIT2CLOUDはどのように機能しますか?

2014 年から 2018 年にかけて、FIT2CLOUD のクラウド管理プラットフォーム製品は一連のバージョン変更を経ました。企業の IT クラウド化/サービスに対する需要がますます明確になるにつれ、FIT2CLOUD のクラウド管理プラットフォームはより成熟し、独立したクラウド管理プラットフォームの役割と責任を担えるようになりました。 2018年11月にFIT2CLOUDフルスタッククラウド管理プラットフォーム2.0がリリースされます。これは完全にモジュール化され、スケーラブルな新世代のクラウド管理プラットフォームです。 FIT2CLOUD フルスタック クラウド管理プラットフォームの製品アーキテクチャを下図に示します。

図3 FIT2CLOUDフルスタッククラウド管理プラットフォーム製品アーキテクチャ

FIT2CLOUD は、クラウド管理プラットフォームは本質的には企業のクラウド利用のための管理フレームワークおよびバランサーであり、企業が社内のビジネスニーズに合わせてクラウド サービスの利用、クラウド サービスの管理、クラウド サービス ガバナンスのバランスを再調整するのに役立つと考えています。この観点から、独立したクラウド管理プラットフォームのアーキテクチャ設計の非機能要件は極めて重要です。 FIT2CLOUD のクラウド管理プラットフォームは、企業内での実装中に独立性と自己進化機能を確保するために、これらの側面で多大な努力を払ってきました。具体的には、主に以下の側面が含まれます。

■ 統合されたユーザー/テナントシステム: クラウド管理プラットフォームに接続されたさまざまなインフラストラクチャおよびデータセンター機能ツールは、程度の差はあれユーザーおよびテナント機能を提供しますが、これらの機能は基本的にサービスおよびツール自体の管理アーキテクチャと密接に結合されており、それらに基づくハイブリッド IT 管理用のユーザー/テナントシステムの構築には適していません。クラウド管理プラットフォームは、接続するあらゆるインフラストラクチャまたはデータセンター IT ツールのユーザー/テナントを超越し、統一された論理ユーザー/テナント システムを確立し、外部のユーザー センターとテナント システムに接続してマッピングする機能を提供する必要があります。

■ 完全な権限管理システム: クラウド管理プラットフォームは、企業内のクラウド変革のバランスをとる役割を果たす必要があり、バランスを取る必要がある重要な側面の 1 つは、セキュリティとコンプライアンスです。クラウド管理プラットフォームは、人材、役割、機能権限の分離を実現する最新のソフトウェア権限管理システムを提供できる必要があります。これにより、企業は自社内の実際の状況に適合するセキュリティおよびコンプライアンス管理システムを簡単に確立し、ハイブリッド IT 環境でセキュリティ管理の再バランスを実現できます。

■ 完全な API アクセス インターフェイス (ノースバウンド インターフェイス): ほとんどのエンタープライズ インフラストラクチャまたはデータ センター サービスでは、関連する API アクセス インターフェイスがすでに提供されています。この点において、独立したクラウド管理プラットフォームの需要が急務となっています。独立したクラウド管理プラットフォームは、エンタープライズ IT クラウド テクノロジー スタック内の独立したレイヤーとして機能するため、データについては上位レイヤーまたはピア サービスと対話する必要があります。前述のように、独立したクラウド管理プラットフォームと周辺システム間のやり取りは API を介して完了する必要があり、そうしないと真の独立性を実現することは困難です。

■ 柔軟なプラグインシステム（サウスバウンドインターフェース）：クラウド管理プラットフォームは、多数のインフラストラクチャサービスやデータセンターITツールに接続する必要があり、独立したクラウド管理プラットフォームがこれらのサービスやツールに迅速かつ体系的に接続できることが求められます。このドッキング作業をクラウド管理プラットフォーム自体のシステムフレームワークから切り離し、同様のサービスを抽象化する必要があります。クラウド管理プラットフォーム プラグイン システムは、この目標の達成に役立ちます。

■ モジュール式の迅速な拡張機能：独立したクラウド管理プラットフォームとして、上記の技術アーキテクチャ要件を満たすことに加えて、サービス範囲を迅速に拡張する方法も考慮する必要があります。クラウド管理プラットフォームは、さまざまなサービスを独自の「ボックス」にすばやくロードし、この「ボックス」のインターフェースを通じて外部にサービスを提供できる必要があります。この「箱」がモジュールです。独立したクラウド管理プラットフォームには、モジュール式の拡張機能が必要です。このモジュール式メカニズムにより、ユーザーはビルディングブロックのようなフレームワーク内でクラウド管理プラットフォームのサービス範囲を迅速に拡張し、エンタープライズ IT 機能の継続的なサービス指向の開発を実現し、最終的に完全なエンタープライズ IT サービス システムを形成できます。実際、クラウド管理プラットフォームは、Chrome ブラウザと同様にプラグインを通じて管理機能を継続的に拡張できるエンタープライズ IT 向けブラウザへと進化しています。