企業はワークロードを理想的なパブリッククラウドプラットフォームに移行しようと努めている

単一のクラウド コンピューティング ベンダーに縛られることを避けるために、多くの企業はワークロードをニッチなプロバイダーに移行しています。

マルチクラウド コンピューティングは、今日の企業でホットな話題となっています。 Mesosphere の最新の調査レポートによると、マルチクラウドの導入は年々倍増しており、多くの企業がワークロードを大規模な本番マルチクラウド (その多くはコンテナ化されたマイクロサービス) に移行しています。

[[285663]]

マルチクラウドは、監視と制御のための「単一の画面」という概念に必ずしも結びついているわけではありません。代わりに、マルチクラウドとは、単一のクラウド プロバイダーへのロックインを回避し、必要に応じて 2 つ以上のクラウドでデータを保存および処理し、ワークロードをよりコスト効率よく、より優れたパフォーマンスで移行できる柔軟性を持つことです。

2020 年が近づくにつれ、企業がこれらの単一サービス プラットフォームを全面的に導入することに消極的になり、ワークロードを AWS、Microsoft Azure、Google などのパブリック クラウドに移行する魅力は薄れつつあります。オンプレミスやプライベート クラウドの代わりに、いくつかの特殊なパブリック クラウドを使用することに重点を置くか、オンプレミスとプライベート クラウドを組み合わせて、さまざまなコンピューティングおよびストレージ ワークロードをより適切、高速、かつコスト効率よく実行することができます。

マイクロサービス アーキテクチャ、特に Docker、Kubernetes、その他のクラウド ネイティブ プラットフォームを含むマイクロサービス アーキテクチャへの企業の進化により、選択的なクラウドごとのワークロード デプロイメント プラクティスへの移行が促進されました。クラウドネイティブのマイクロサービス アーキテクチャは、さまざまなワークロードを専用のクラウド プラットフォームに分割して展開するのに役立ちます。パフォーマンスの影響を受けにくく、継続的で大量のメッセージやデータ フローを伴わないワークロードの場合、特に各クラウド プラットフォームが特定のコンピューティングおよびストレージ ワークロード向けに最適化されている場合、エンタープライズ IT が関連するマイクロサービスを異なるクラウド プラットフォームで実行することは理にかなっています。

エンタープライズ クラウド戦略のこの変化により、さまざまな展開シナリオで特定のマイクロサービス ワークロードを実行するために、より多くのパブリック クラウド プロバイダーが主要なクラウド コンピューティング プロバイダーと競合するようになりました。ほとんどのブティック パブリック クラウドは、パフォーマンス、価格、汎用性、機能性、可用性で競合するコモディティ IaaS を提供しています。 Kubernetes、仮想化マイクロサービス、その他の PaaS 機能を提供するものもあります。一部の企業では、プライベート クラウドとハイブリッド クラウドの展開に加えて、多くのエンタープライズ クラウド コンピューティング ワークロードをサポートするために必要なグローバルなプレゼンスと高性能なデータ センターを提供しています。

理想的なパブリック クラウドは、AWS、Microsoft Azure、Google Cloud Platform、その他の主要プロバイダーと競合しながら、次のオンデマンド IaaS および PaaS 機能を提供します。

• スケーラブルで安価な PaaS 機能:一部のパブリック クラウド プロバイダーは、低コストで高性能な Linux 仮想マシンへのオンデマンド アクセスを提供するほか、LAMP (Linux、Apache、MySQL、Perl/PHP/Python) スタックやその他のオープン ソース ソフトウェアをインストールおよびカスタマイズするための起動スクリプトにアクセスできるユーザー コミュニティも提供しています。他の企業は、Web、Docker、Kubernetes クラウド コンピューティング アプリケーションと同等のパブリック クラウド PaaS サービスを提供しており、負荷分散、バックアップ、利用可能な送信帯域幅をパッケージにまとめています。これらの PaaS 機能を、予測可能な時間単位および月単位の料金でホストされた仮想マシン サービスとして提供する企業もあります。
• オフサイト バックアップとアーカイブ:競合他社のパブリック クラウドの中には、Amazon S3 などのストレージ バケットにオフサイト データのアーカイブとバックアップ ストレージを非常に低価格で高パフォーマンスで提供するなど、1 つのことだけを行うものもあります。ワサビもその一つです。
• 専用ストレージと処理: Vultr やその他の企業は、専用のベアメタル サーバーまたはクラウド インスタンス上の低コストのコンピューティングとストレージなど、より幅広いストレージおよびコンピューティング製品を提供しています。
• 高性能永続ディスク ストレージ: UpCloud などの一部のクラウド コンピューティング プロバイダーは、パブリック クラウド、プライベート クラウド、またはハイブリッド クラウドに基づく高性能永続ディスク ストレージに重点を置いており、サービス ポートフォリオにソフトウェア定義ネットワークを追加する予定です。
• ベアメタル サーバーの柔軟な展開:一部のクラウド コンピューティング ベンダーは、処理、ストレージ、およびその他のリソースの集中的なプロビジョニング、セキュリティ、管理が不可欠なパブリック展開およびハイブリッド展開向けに、高性能なベアメタル サーバーを提供しています。
• 迅速に導入可能な共有ホスティング サービス:一部の従来の共有ホスティング プロバイダーがパブリック クラウド スペースに参入し始めています。 IONOS、A2、BlueHost、HostGator、InMotion は、仮想プライベート サーバーと専用サーバーに PaaS 機能を迅速に展開できるようになりました。ただし、これらには通常、より多様なパブリック クラウド企業が提供するオンデマンドのワークロードのスピンアップ/ティアダウン機能がありません。

時間が経つにつれて、企業が既存のパブリック クラウド デプロイメントからワークロードを分離し、それをマイクロサービスとしてブティック クラウドや複雑なクラウドからエッジへのサービス メッシュ内の他の場所に移動することが容易になります。

この傾向の最新の兆候は、Microsoft が Ignite 2019 カンファレンスで発表した内容です。最も注目すべきは、Microsoft が、もともと Azure パブリック クラウドで実行するために構築されたマイクロサービスのマルチクラウド再展開をサポートするために大胆な一歩を踏み出したことです。クラウド ネイティブ アプリケーションを Azure に完全にロックすることに懸念を抱く企業顧客が増えており、こうした要望は間違いなく Azure に寄せられているはずです。

Azure Arc のリリースにより、Microsoft は新興のエンタープライズ マルチクラウドの最前線に躍り出ることになります。現在プレビュー中の新しい Azure Arc では、Kubernetes や Azure SQL Analytics をはじめとする Azure サービスのクラウドからエッジへの拡張が可能になり、それらのサービスの統合管理、ガバナンス、セキュリティ、コンプライアンス、監査、制御がどこにあっても損なわれることはありません。

Azure Arc が実稼働状態になると、顧客はこれらのワークロードの中からどのワークロードをサード パーティのパブリック クラウド、オンプレミス、またはクラウド内の異種 Kubernetes クラスターにデプロイするかを選択したり、分散したりすることで、Azure マイクロサービスへの投資を活用できるようになります。新しい Azure Stack Edge を実行するものなどのエッジ デバイスは、クラウドによって管理されるサービスとしてのハードウェアです。同様に重要なのは、エンタープライズ クラウド プロフェッショナルが、Azure Resource Manager、Azure ポータル、Azure Policy、およびその他の既存のツールを使用して、これらのマイクロサービス ワークロードを監視、管理、保護できるようになることです。

もちろん、Microsoft は、こうしたマルチクラウド管理機能を提供する唯一の多角的クラウド プロバイダーではなく、IBM Multi-Cloud Management Service、Google Cloud Anthos、Cisco Systems の CloudCenter Suite などのサービスも提供しています。これらおよび同等のマルチクラウド管理ツールが広く採用されるようになると、クラウド マイクロサービス ワークロードの場所に関係なく、集中的な検出、マッピング、監視、セキュリティ、診断、トラブルシューティングが可能になります。クラウド プラットフォーム間でのスムーズなマイクロサービス移動をサポートするには、開発者プロフェッショナルは、異機種のコンテナ化環境や仮想化環境にまたがる Bitbucket、CloudForge、GitHub、GitLab、SourceForge などのソース管理リポジトリに依存する必要があります。さらに、Alation、Cloudera、Collibra、IBM、Informatica などの高性能データ カタログにより、統合マルチクラウド ファブリックに展開された他のドメインのデータとメタデータ リソースのインテリジェントなクエリと視覚化が高速化されます。

最も可能性の高いシナリオでは、クラウド ワークロードは主要なクラウド プロバイダーから離れ続け、クラウド、エッジ、グリッド、オンプレミス、その他の代替クラウド コンピューティング環境に定着するでしょう。この傾向が最終的に AWS、Microsoft Azure などの主要なパブリック クラウド プロバイダーの市場力を弱めるかどうかはまだわかりません。

確かなのは、将来ますます複雑化するマルチクラウド環境であるかどうかに関係なく、すべてのクラウド コンピューティング プロバイダーが、コンテナ化、仮想化、およびその他のクラウド コンピューティング ワークロードのすべてを集中的に監視、管理、保護できるように顧客を支援することに注力するということです。