パブリッククラウド？プライベートクラウド？ハイブリッドクラウド？統合クラウド？どのようなクラウドが信頼できるのでしょうか?

デジタル時代の到来により、IT システムは人間社会の正常な運営に欠かせないものになりました。近い将来、スマート製造、5G、人工知能などの技術が生産性の発展を促進する重要な原動力となり、人類社会はかつてない全面的かつ徹底的なデジタル化の波に直面することになるだろう。 IT インフラストラクチャは、IT システムを運用するためのプラットフォームおよびキャリアとして、デジタル化の基礎となります。このデジタル化の波の中で、企業は将来の競争で優位に立つために、クラウド コンピューティング技術を積極的に取り入れ、技術開発のトレンドに沿った将来志向の IT インフラストラクチャを採用する必要があります。

10年以上の開発を経てクラウドコンピューティングの動向

AWS が 2006 年に最初のパブリッククラウドサービス S3 を開始して以来、クラウドコンピューティング技術は、2019 年現在、いくつかのパターンと傾向が徐々に明らかになってきています。

まず第一に、プライベート クラウドは、依然として、政府関係、金融、医療、教育、エネルギー、製造などの大規模および中規模企業や一部のニッチ産業にとって好ましい IT インフラストラクチャです。大手パブリッククラウドベンダーがAWS Outposts、Azure Stack、Google Anthos、中国のAlibaba CloudやTencent Cloudのプライベートクラウド/プロプライエタリクラウド展開ソリューションなど、政府や企業顧客向けにパブリッククラウドをプライベート展開する拡張ソリューションを相次いでリリースするなか、「パブリッククラウドの発展とともにプライベートクラウドが徐々に消滅するのではないか」という主張は、パブリッククラウドベンダー自身によって否定されている。プライベート クラウドは今後も長期間存在し続け、パブリック クラウドと共存し、企業の IT インフラストラクチャの重要な部分になることが証明されています。

第二に、パブリッククラウドは急速に発展し続けており、徐々に企業のITインフラストラクチャの主なプロバイダーになってきています。 2018 年第 3 四半期では、クラウド ハードウェア支出が総 IT 収益の 50.9% を占めました。 2018 年、中国のプライベート クラウド インフラストラクチャ支出は 38 億米ドル、パブリック クラウド インフラストラクチャ支出は 82 億米ドルに達しました (出典: IDC)。そのため、パブリッククラウドが IT インフラストラクチャの主なプロバイダーになりました。特に中小企業の場合、IT インフラストラクチャが完全にパブリック クラウド上に構築されることがあります。同時に、インターネット、金融、製造業など、テクノロジーをリードする業界の一部の大手企業もパブリック クラウドの使用を開始し、パブリック クラウドとプライベート クラウドの利点を組み合わせたハイブリッド クラウド アーキテクチャを模索し始めています。

もう一つの無視できないトレンドは、Kubernetes がコンテナ オーケストレーションの事実上の標準となり、クラウド ネイティブ時代のアプリケーションの展開と運用の標準環境になりつつあることです。

Kubernetes のストレージとネットワークのサポートが徐々に改善されるにつれて、ステートレス サービスを Kubernetes 上でデプロイして実行できるだけでなく、ステートフル データ ストレージ サービスも Kubernetes 上で実行できるようになります。

同時に、Kubernetes をベースにした、豊かで強力なオープンソース ソフトウェア エコシステムと完全なツール チェーンが開発されました。たとえば、Helm はソフトウェアスイートの自動デプロイを実現し、Operator はソフトウェアの自動運用と保守を実現し、lstio はマイクロサービス RPC 通信ガバナンス アーキテクチャを提供し、Knative はサーバーレス運用フレームワークを提供します。

Kubernetes は将来的に分散アプリケーションの標準ランタイム環境となり、分散アプリケーション時代の「Linux」となることが予想されます。 Kubernetes 上には、アプリケーション ソフトウェアだけでなく、メッセージ ミドルウェア、各種オープンソース データベース、開発フレームワーク、AI トレーニング フレームワークなどのさまざまな PaaS ミドルウェアを含む、オープンソース ソフトウェアが完全に支配するソフトウェア エコシステムが構築され、「オープンソースが世界を支配する」というビジョンが真に実現されます。

この傾向に基づいて、主要なパブリック クラウド ベンダーは独自の Kubernetes ソリューションを立ち上げ、ネイティブ Kubernetes を独自のクラウド プラットフォーム上でより効率的に実行できるようにしています。

企業の将来のITインフラの確実性と不確実性

これらの事実と傾向に基づいて、将来のエンタープライズ IT インフラストラクチャは次のようになると想像できます。

ハイブリッドクラウドアーキテクチャは企業にとって唯一の選択肢です

将来、企業の IT インフラストラクチャ ソリューションでは、パブリック クラウドとプライベート クラウドは選択できるオプションではなく、完全な IT インフラストラクチャに必要な 2 つのコンポーネントになります。企業が独自のプライベート クラウドを持っている場合もありますが、完全にパブリック クラウド上で稼働している企業もあります。一方、企業は必然的にパブリック クラウドを使用することになり、購入したパブリック クラウド リソースは企業のプライベート IT インフラストラクチャの一部になります。

Kubernetesは、エンタープライズクラウドネイティブアプリケーションの標準オペレーティング環境になります

今日のエンタープライズ アプリケーションが Linux 上で実行されるのと同様に、将来のエンタープライズ サービスはクラウド ネイティブで分散され、Kubernetes 上で実行されるようになります。企業には、さまざまなインフラストラクチャに分散されたさまざまなアプリケーションを実行する複数の Kubernetes クラスターがあり、その一部はローカル IDC で実行され、一部はプライベート クラウドで実行され、一部はパブリック クラウドで実行されます。

上記2点は、比較的確実な結論として一般的に認識されていますが、他にも現時点では明確な結論が出ていない問題が数多くあります。

1. パブリック クラウドの使用は企業にとって避けられない選択ですが、企業は複数のパブリック クラウドを使用するか、単一のパブリック クラウドを使用するかを決定します。

マルチパブリック クラウド ソリューションを採用する理由は数多くあり、ベンダー ロックインの回避、交渉力の向上、より豊富な機能と地域オプションの獲得など、そのメリットは明らかです。しかし同時に、複数のパブリッククラウドリソースを一元管理することが難しいことや、クラウド間でのサービスの切り替えや移行にかかるコストが高いことから、ユーザーは複数のパブリッククラウドを選択することができません。

2. クラウド コンピューティング技術は 10 年以上にわたって開発されてきましたが、多くの企業では依然としてクラウドベースのローカル IT インフラストラクチャが存在せず、プライベート クラウドによる管理も仮想化技術も使用されていません。

将来のクラウドネイティブ アプリケーションは Kubernetes コンテナ環境で実行されますが、企業には依然としてコンテナ化されていない従来のアプリケーションが数多く存在します。さらに、現実的に考えると、ほとんどの企業にとって、クラウドネイティブではない従来のアプリケーションが今後も長い間、主な焦点となる可能性があります。したがって、企業の将来の IT インフラストラクチャは、Kubernetes を標準化された方法で実行するだけを想定しているのではなく、これらの従来のアプリケーションに、動作に必要な仮想マシンまたはベアメタル環境を提供する必要があります。これらの企業は、クラウド変革のプロセスにおいて、プライベート クラウド、ハイブリッド クラウド、マルチ クラウドという長い道のりを経て、プライベート クラウドを展開し、ローカル IT インフラストラクチャのクラウド化を実現する必要がありますか?

3. 一方では、ビジネスや産業の発展に伴い、規模、効率、安定性のいずれの面でも、企業は IT インフラストラクチャに対してますます厳しい要件を抱くようになります。

アジャイル開発と DevOps は企業における標準になります。一方、テクノロジーの発展に伴い、企業の IT インフラストラクチャはますます複雑になり、制御が困難になります。企業の IT リソースには、物理​​サーバーだけでなく、仮想マシンやコンテナも含まれます。 x86 に加えて、ミニコンピュータ、ARM、さらには GPU、FPGA、TPU などの異種コンピューティング リソースも存在します。ネットワークとストレージにも複数のテクノロジーの選択肢があります。同時に、現在のところ、世界中の 200 を超える地域の 500 を超えるアベイラビリティゾーンで何千ものクラウド製品とサービスを提供しているのは、主流のパブリック クラウド プロバイダーだけです。企業がその意志さえあれば、世界規模の IT インフラストラクチャがすぐに利用可能になります。

4. 将来、企業の IT インフラストラクチャが Kubernetes 上で完全に実行されるようになったとしても、単一の Kubernetes クラスターは、特定の部門のテスト クラスターや本番クラスターなど、単一の特定の目的のために使用されることがよくあります。企業内に複数の Kubernetes クラスターが存在するのは普通のことです。

複数の Kubernetes クラスター、特にマルチクラウド環境に展開されたクラスターを管理することは、依然として課題です。 Kubernetes は基盤となるインフラストラクチャの違いを遮断し、一貫したインターフェースと動作環境を提供しますが、さまざまなパブリック クラウドやローカル IDC における Kubernetes の管理インターフェースとネットワーク ストレージ ソリューションは統一されていません。 Kubernetes クラスターの構成を作成、拡張、調整する際には、複数のベンダーのインターフェースに接続するという問題が依然として残ります。同時に、複数のパブリッククラウドに分散された Kubernetes クラスターは接続されていません。制御情報が同期できないだけでなく、データリンク層も互いに分離されています。そのため、複数のクラスタの連携を実現することは不可能であり、クラスタ間の切り替えや連携を実現することはさらに不可能である。マルチクラウド環境における Kubernetes クラスター ソリューションについては、まだ検討が必要です。

5. Kubernetes エコシステムが改善されるにつれて、パブリック クラウドで PaaS サービスを使用する際に、パブリック クラウドが提供する PaaS サービスを使用するか、Kubernetes に基づくクラウド ネイティブのオープン ソース PaaS サービスを使用するかという 2 つの選択肢がユーザーに提供されるようになります。

前者は高度に製品化されており、使いやすく、商用サポートを受けることができます。しかし、商用製品に縛られる、切り替えが難しい、使用コストが高いなどの問題もあります。後者を使用する場合は、オープンソースソフトウェアに対する一定レベルの制御が必要になりますが、安価（クラウドホストの使用料）であり、オープンソース技術に基づいており、コミュニティのサポートが強力で、オープンで柔軟性があり、拡張しやすいアーキテクチャを備えています。

統合クラウドは、未来志向のITインフラストラクチャアーキテクチャの選択肢です

上記の決定論的な結論と不確実な問題に対する私たちの答えは、将来の IT インフラストラクチャ アーキテクチャ管理に最適な選択肢は Unified IaaS であるということです。

いわゆるコンバージドクラウドとは、その名の通り、マルチクラウド環境（ローカルIDC、プライベートクラウド、パブリッククラウド）に分散しているすべてのITインフラの管理を統合し、「クラウド上のクラウド」であるコンバージドIaaSプラットフォームを構築することです。

統合クラウドは本質的にはプライベート クラウドですが、管理される IT リソースの範囲はローカル IDC に限定されなくなり、企業がパブリック クラウドで購入した IaaS リソースも含まれます。純粋なパブリック クラウド アーキテクチャを採用している企業の場合、統合クラウド管理は、企業が購入したパブリック クラウド リソースに完全に関係します。コンバージド クラウドと従来のクラウド プラットフォームの違いは、管理対象リソースの範囲の違いではなく、前述のエンタープライズ IT 開発の傾向と問題に対応したコンバージド クラウドと従来のクラウド プラットフォームの設計コンセプトにあります。

まず、Fusion Cloudはマルチクラウド環境を対象としています

コンバージド クラウドの展開シナリオでは、企業ユーザーの IT インフラストラクチャには、ローカル IDC に展開された部分だけでなく、パブリック クラウドでユーザーが購入した部分も含まれます。 Fusion Cloud は、単一のプラットフォームを通じて企業のすべての IT インフラストラクチャを管理します。

1 つ目は、管理プレーンの統一と統合です。これにより、プライベート クラウドとパブリック クラウドのリソースに対する統一された API アクセスが実現され、リソース管理が実現されるだけでなく、統一された課金と統一されたリソース管理も含まれます。

これにより、ユーザーは単一のクラウド プラットフォームを使用するのと同じくらい便利にクロスクラウド通話を行うことができます。 2 番目のステップは、データ プレーンを開くことです。クロスクラウド ネットワーク ソリューションと統合することで、コントロール プレーンとデータ プラットフォームを調整し、プラットフォーム全体のクロスクラウド イントラネット相互運用性を実現できます。

さらに、Fusion Cloud は、ユーザーがクラウド間のアプリケーション移行を実現できるように、クラウド間のデータ移行ツールも提供します。つまり、コンバージド クラウドの目標は、クラウド間のギャップを埋め、クラウド間の切り替えと移行のコストを削減し、マルチクラウドの展開を簡素化することです。

第二に、統合クラウドは、企業の異機種混在の IT インフラストラクチャ全体の包括的なクラウド化を実現します。

コンバージドクラウドは、クラウド化されたプライベートクラウドやパブリッククラウドのリソースを管理できるだけでなく、ベアメタルを管理するためのベアメタルクラウド、KVMやVMware ESXiなどの仮想化技術、ARMやGPUなどのコンピューティングリソースのプライベートクラウド技術も組み込まれています。

プライベートクラウドをまだ導入していない企業にとって、コンバージドクラウドを導入することで、企業のプライベートITインフラのプライベートクラウド化をワンステップで実現し、追加のプライベートクラウドソリューションを導入することなく、ベアメタル、KVM、VMware ESXi、GPUなどのクラウド管理を実現できるため、企業のクラウド移行の実装コストと管理の複雑さが軽減されます。

インテリジェンスは統合クラウドの中核機能となる

一方、Fusion Cloud は、IT リソース割り当てのスケジュール戦略を最適化し、アイドル状態や無駄な IT リソースを特定し、IT リソースの利用率を向上させます。一方、リソース要件を予測し、潜在的なシステム障害を事前に発見することで、システムの円滑な運用と拡張を確保できます。データとアルゴリズムを通じて、IT インフラストラクチャはよりインテリジェントになり、企業の IT 担当者が将来の IT インフラストラクチャの規模、効率、複雑さの課題を克服するのに役立ちます。

Fusion CloudはKubernetes向けです

一方、Fusion Cloud は、マルチクラウド環境における Kubernetes 基盤インフラストラクチャの統一と統合を実現します。

まず、統合 API を通じてマルチクラウド環境の Kubernetes に統合 IaaS インターフェースが提供され、Kubernetes 環境のクロスクラウド展開が容易になります。 2つ目は、データプレーン上でクロスクラウド Kubernetes のイントラネットを開き、クロスクラウド通信を実現することです。

一方、Kubernetes クラスターの統一された管理と制御をクラスター間で実現し、Kubernetes クラスター間でアカウント、権限、構成を同期および統一するために、統一された Kubernetes クラスター管理および制御 API とクラスター情報同期メカニズムを直接提供します。

最後に、Fusion Cloudはオープンソーステクノロジーを完全に採用しています

ソフトウェア開発の歴史は、PaaS の将来がオープンソースであることを示しています。どのベンダーも、企業顧客の PaaS ニーズをすべて単独で満たすことはできません。

そのため、Fusion Cloud は、企業のローカル IDC とパブリック クラウドに分散されたコンピューティング、ネットワーク、ストレージの IaaS リソースの統合管理に重点を置き、マルチクラウド Kubernetes に信頼性の高い基盤インフラストラクチャを提供します。 Kubernetes の上記のソフトウェアおよびアプリケーション要件は、ソリューションを提供するためにオープン ソース エコシステムに依存しています。

Kubernetesアプリケーション市場を通じてクラウドユーザーのPaaSに対する需要を取り込み、オープンソースのPaaSアプリケーションを統合してユーザーにサービスを提供します。これにより、一方では、ユーザーがオープンソース PaaS を使用するための技術的なハードルが下がり、他方では、強力なオープンソース コミュニティに依存して、オープンで柔軟性が高く、豊富なソフトウェア製品をユーザーに提供し、プライベート PaaS ソフトウェアによるユーザーのロックインを回避します。

上記の前提に基づいて、Fusion Cloud のアーキテクチャは次のようになります。

下向き：コンバージドクラウドは、マルチクラウドインフラストラクチャを一元的に管理し、主にマルチクラウド環境におけるコンピューティング、ネットワーク、ストレージなどの IaaS リソースの統合管理を実現します。ローカル IDC のクラウド化されていないリソース (主にベアメタル、KVM 仮想マシン (Libvirt)、VMware ESXi 仮想マシン (vSphere)) については、組み込みのプライベート クラウド ソリューションを通じてクラウド管理が実現されます。プライベート クラウドとパブリック クラウドのリソースについては、API を通じて統合管理が実現されます。

上向き：一方では、コンバージドクラウドは、仮想マシンやベアメタルなどを通じて、従来のアプリケーションに完全なオペレーティングシステムランタイム環境を提供します。他方では、Kubernetes にマルチクラウドのオペレーティング環境を提供し、マルチクラウド Kubernetes を統一的に管理します。 Kubernetes 上に、クラウドネイティブ アプリケーション用のコンテナ ランタイム環境が提供されます。同時に、Kubernetes とオープンソース コンポーネントをベースにした PaaS ミドルウェア サービスも提供されます。

つまり、Fusion Cloud は主に IaaS と PaaS に対するユーザーのニーズを解決し、その他のニーズはパブリック クラウドのネイティブ サービスにアクセスすることで満たすことができます。

ビッグデータや人工知能技術の普及、そして5G時代の到来により、ITインフラストラクチャはますます重要になり、企業がデジタル変革を進め、デジタル時代を全面的に受け入れるための基盤となっています。エンタープライズ IT アーキテクチャのマルチクラウドのトレンドに基づいて、統合クラウドが誕生しました。

Fusion Cloud は、将来志向のエンタープライズ IT インフラストラクチャ管理のためのクラウド プラットフォームです。これは、企業の将来の IT インフラストラクチャの問題に対処するように設計されており、企業が今後のデジタル変革の課題に対応できるように支援します。