ハイブリッドマルチクラウドが技術的に有利な理由

今日、ますます多くの企業がビジネスをクラウド プラットフォームに移行していますが、新しいアプリケーション、マイクロサービス、機械学習モデルをパブリック クラウドに単純に展開しているわけではなく、しかもそれほど迅速に展開しているわけでもありません。

IT 運用におけるデータ センターの管理にほとんどの時間を費やしている人に尋ねると、信頼性、拡張性、セキュリティ、インフラストラクチャの選択、展開、管理を制御することでより高い基準を満たすことができるという信念など、プライベート クラウドがパブリック クラウドよりも優れている理由を数多く聞くことができます。

CIO に尋ねれば、プライベート クラウドとハイブリッド マルチクラウド アーキテクチャを検討する他の理由も見つかるでしょう。パブリック クラウド コストの変動性、レガシー システムを長期にわたってサポートする必要性、長期データ センター契約の現実などについて、根拠を説明します。多くの企業の CIO は、パブリック クラウド アーキテクチャに比べてデータ センターの管理に力を入れており、パブリック クラウド ベンダーに縛られることを避けたいと考えています。

大企業はビジネス変革に関しては中小企業ほど迅速に行動できないため、CIO はビジネスへの影響と価値実現までの時間に基づいてアプリケーションの最新化を優先することを検討する必要があります。 CTO Advisor の共同創設者 Keith Townsend 氏は Twitter で次のように述べています。「Oracle アプリケーションをすべて Amazon RDS に移行しますか、それともその才能をさまざまなビジネス イニシアチブ向けの新しいアプリケーションの作成に使用しますか? 問題は、これらが同じリソースであるということです。」

ソフトウェア開発者に尋ねると、多くの人がパブリック クラウドにデプロイされ、サーバーレス アーキテクチャを活用するアプリケーションの構築を好むことがわかります。継続的インテグレーション (CI)/継続的デリバリー (CD) を使用してアプリケーションの展開を自動化し、IaC を使用してインフラストラクチャをプロビジョニングし、基盤となるインフラストラクチャのサポートをパブリック クラウド ベンダーやその他のクラウド ネイティブのマネージド サービス プロバイダーに任せることができます。

企業は単一のパブリック クラウド プラットフォームで標準化できますか?おそらくそうではないでしょう。パブリック クラウドを導入すると、自社の標準とは異なる標準が適用される場合があり、多くのビジネス アプリケーションは特定のパブリック クラウドでのみ実行されます。これを回避するために最善を尽くしたとしても、マルチクラウド組織のままである可​​能性があります。

以下の説明では、ハイブリッド クラウド アーキテクチャがプライベート クラウドのみまたは複数のパブリック クラウドを採用する場合に比べて技術的な利点を提供するさまざまなシナリオについて説明します。

ハイブリッド マルチクラウド アーキテクチャと戦略を定義する

要約すると、開発者は一般的にインフラストラクチャと関連するマネージド サービスをパブリック クラウドにアウトソーシングする傾向があり、IT 運用部門は専門知識と既存のデータ センター インフラストラクチャを使用してプライベート クラウドを構築します。企業の CIO は、ハイブリッド マルチクラウド アーキテクチャと運用プラクティスをサポートすることで、現実に対応する必要があります。

簡単に言えば、マルチクラウドとは、企業が AWS や Azure などの複数のクラウド プラットフォームを活用することを意味します。ハイブリッド マルチクラウドとは、企業がプライベート クラウドとパブリック クラウドを組み合わせて使用​​し、それらの間の接続性とセキュリティを調整する必要があることを意味します。プライベート クラウドは、企業のデータ センターで実行することも、サービス プロバイダーによってホストすることもできます。

しかし、新しいアプリケーションをどこに展開し、レガシー アプリケーションをどこで最新化するかという疑問が生じます。これらの質問に答えるには、IT 意思決定者、アーキテクト、開発者、エンジニアが協力してベストプラクティスとアーキテクチャパターンを検討する必要があります。クラウド コンサルタントの Sarbjeet Johal 氏は、「ハイブリッド マルチクラウド戦略の目標は、安定性を確保しながら柔軟性を獲得すること、言い換えれば、適切なワークロードを適切な場所に配置することです」と述べています。

Sarbjeet のクラウド コンピューティング消費理論には 3 つの原則がありますが、多くの例外があります。

• 独自の記録システムを構築せず、SaaS を購入してください。
• エンゲージメント/差別化システム用のスケーラブルな SaaS を調達します。
• 革新的なシステムにはパブリック クラウドを使用します。

これらのガイドラインは、企業が SaaS ソリューションを購入して構成するべき場合と、社内でアプリケーションを構築するべき場合のコンテキストを提供します。多くのレガシー システムは、最新化する機会とビジネス上の正当性が得られるまで、データ センターに残しておく必要があります。コスト、コンプライアンス、セキュリティ、その他の運用上の考慮事項により、企業がプライベート クラウドでアプリケーションを実行する場合もあります。最後に、Sarbjeet 氏は革新的なアプリケーションを配信するためにパブリック クラウドを使用することを推奨しています。開発者は、小規模な POC と実験から始めて、クラウド コンピューティング サービスを使用して機能を迅速に開発し、使用状況に基づいてインフラストラクチャを拡張できます。

Hewlett Packard Enterprise の著名なテクノロジスト、Ed Featherston 氏が、ハイブリッド クラウド戦略の定義に関する鋭いアドバイスを提供します。 「すべてはトレードオフだ」と彼は言った。 「目標を達成するには、優先順位を決めて妥協する必要があります。設計と計画も必要です。それについて考えないと、実装に失敗してしまいます。」

しかし、開発者の中にはさらに深く掘り下げる必要がある人もいます。これが、企業が新しいアプリケーションやマイクロサービスにパブリック クラウドを選択する理由です。では、プライベート クラウドで新しいアプリケーションやサービスを構築して展開するのに最適な時期はいつでしょうか?これらは、プライベート クラウドが運用上の考慮事項を超えた技術的および競争上の利点を提供できるユース ケースです。

近接性によるデータ重力からの脱出

TensorFlow で実行される大規模な機械学習モデルをデプロイする準備ができている場合、パブリック クラウドにデプロイするのが最善の選択肢であると考えるかもしれません。データ サイエンティストは、Amazon SageMaker、Azure Machine Learning、Google Cloud の TensorFlow Enterprise を使用して、実稼働のディープラーニング モデルを実験、開発、テスト、デプロイできます。これらのパブリック クラウド オプションのいずれかが最適でしょうか?

エンタープライズ データ センター内の複数のデータ ウェアハウスとデータ レイクにあるペタバイト規模のデータセットに対して、そのモデルを 30 日ごとに再トレーニングする必要がある場合はどうなるでしょうか?すべてのデータをパブリック クラウドに移動し、そこで機械学習モデルをトレーニングする方が効率的でコスト効率も高くなるでしょうか?それとも、すべてのデータが存在する場所に近いプライベート クラウドで機械学習モデルをトレーニングする方がよいでしょうか?

イベント駆動型アーキテクチャに基づいて制御システムを構成する場合はどうすればよいでしょうか?数十の SaaS プラットフォームから行動データを収集する大規模な広告会社の場合は、システムをパブリック クラウドに展開する場合があります。しかし、製造業者で、イベントが何千もの IoT センサーから発生し、工場が南米の遠隔地にある場合はどうなるでしょうか?このデータ処理を実行するには、エッジにプライベート クラウドを展開する必要がありますか?

これらの例は、パブリック クラウドの展開とプライベート クラウドの展開を検討する際に重要な 2 つの概念を示しています。 1 つ目はデータ重力です。これは、大規模なデータ セットが、それを使用するアプリケーションやサービスに重力的な影響を与えることを示唆する用語です。これらのアプリケーションとサービスを最大のデータ セットの近くに展開すると、より高速、安価、かつ信頼性の高い実行が可能になります。 2 つ目は遅延です。これは、遠隔地から操作する場合に要因となり、高帯域幅と信頼性の高い接続を確保することが不可能であったり、コストがかかったりする可能性があります。このような場合、企業はエッジにプライベート クラウドを導入することでパフォーマンスとコストの面で優位に立つことができます。

個人の安全を必要とするアプリケーションの設計

適切に設計されたほとんどの電子商取引アプリケーションは、パブリック クラウドでもプライベート クラウドでも確実に実行できるため、決定はコスト、コンプライアンス、その他の運用上の要因によって決まることがよくあります。ビジネス ワークフロー、分析、トランザクション、コラボレーションをサポートする多くのアプリケーションでも同様です。

しかし、設計上の考慮事項として人々の安全を考慮すると、違いが生じる可能性があります。病院では、パブリック クラウドの停止によりロボット支援手術が途中で中止されることを誰も望んでいなかったため、医療システムをローカルで実行する必要がありました。スマート ビルディングやスマート シティを構築する設計者は、プライベート クラウドとパブリック クラウド間でサービスを戦略的に割り当てることを検討し、重要なサービスをハイブリッド モデルで展開することを検討する必要があります。

デジタルと現実世界の体験の交差点をデザインする

今後 10 年間で、物理世界とデジタル世界をつなぐアプリケーションがますます増えていくでしょう。エンタープライズ アーキテクトは、ユーザー エクスペリエンス、パフォーマンス、信頼性、スケーラビリティ、保守性など、この交差点における増え続けるパラメーターに合わせて最適化されたハイブリッド アーキテクチャを考慮する必要があります。

Rockwell Automation のエンタープライズ アーキテクチャ担当副社長 Todd Mazza 氏は、トレードオフについての考えを共有しました。 「5年後には、当社の製造現場の一部はハイブリッドやパブリッククラウドではなくなるかもしれない」と彼はツイートした。 「しかし、より低コストで、より多く、より確実に提供できることを証明できれば、ハイブリッド マルチクラウドをより早く導入できるかもしれません。」

IoT、5G、AI を大規模に活用するアプリケーションを開発する企業が増えるにつれて、リスクは増大しています。

これは、ますます多くのアプリケーションが、アーキテクチャ、クラウド コンピューティング、インフラストラクチャの決定を重要な設計上の考慮事項にしていることを意味します。概念実証や軽量モバイル アプリケーションをパブリック クラウドに実装することは簡単な決定かもしれませんが、ミッション クリティカルで生命維持に不可欠なデータ集約型アプリケーションでは、ハイブリッド マルチクラウドの展開が必要になる場合があります。