ハイブリッドクラウドアーキテクチャはオンプレミスとクラウドサービスプロバイダーのバランスをとるのに役立ちます

マルチクラウド アプリケーションがすでに柔軟であると考えている場合は、ハイブリッド マルチクラウドが提供するメリットを実際に検討してみてください。ハイブリッド マルチクラウド (略してハイブリッド クラウド) は、クラウド コンピューティング リソースとオンプレミスのインフラストラクチャを組み合わせたものです。ハイブリッド クラウドが非常に有利である理由はたくさんあります。

[[319028]]

たとえば、大量のデータを処理する場合、ハイブリッド クラウド環境を利用すると、パフォーマンスと柔軟性の最適なバランスを実現できます。ビジョン AI などの特定のアプリケーションでは、ハイブリッド クラウドにより、ユーザーはクラウドを使用してシステムをオープンかつ十分に柔軟に保ちながら、リアルタイムのローカル処理のメリットを享受できます。

そのバランスを見つけることが本当の課題です。クラウド コンピューティングは現在非常に可用性が高くなっていますが、オンプレミス展開への参入障壁は依然として比較的高いままです。ハイブリッドクラウドの概念自体も定義が難しいです。この記事では、オンプレミス ソリューションとクラウド サービスのバランスをとる方法について説明します。

ハイブリッド クラウドを選択する理由

オンプレミスのインフラストラクチャとクラウド サービスのバランスをとるには、まずハイブリッド クラウドを実装する必要がある理由を定義する必要があります。ハイブリッド クラウドを使用する目的を決定し、実装がビジネス目標と一致していることを確認することが、このプロセスで実行すべき最初のステップです。

"なぜ？"ここで大きな疑問が残りますが、それが唯一の疑問からは程遠いです。また、達成したい主な目標は何か、どのような利益を期待するかを自問する必要があります。ハイブリッド アーキテクチャで実行するソリューションとアプリケーションをさらに特定すると、実装をどの程度うまく実現できるかも明らかになります。

さらに重要なのは、先に進む前に具体的な要件を収集する必要があることです。場合によっては、ハイブリッド環境よりもマルチクラウド環境への移行の方が適切なソリューションとなります。ローカル ハードウェアに投資しなくても、特別に調整されたクラウド リソースをすべて近接して利用できるようになります。

ワークロードと適切なサービスクラウドプラットフォームのマッチング

ビジネス目標と実装目標を定義し、ニーズと実行するソリューションに関する必要な情報を入手したら、プロセスの次の部分は、クラウド環境の実行への投資を正当化することです。ここでは、ソリューションの労力を考慮する必要があります。多くの場合、すべてをクラウドに移行するのは複雑すぎるため、すでにオンプレミスで実行している人にとってはハイブリッド ソリューションが最もシンプルなソリューションになります。

ローカル サーバーおよびその他のサポート ハードウェアは、リアルタイム アプリケーションに適しています。プライベートで安全な環境が必要な場合は、オンプレミス ソリューションも必要です。すべてのアプリケーションがローカルで実行されているときに適切に機能するわけではないため、可用性、スケーラビリティ、さらには場所や地理などの要素を考慮する必要があります。

コストも考慮すべき重要な要素です。ハイブリッド クラウドが処理するワークロードと環境の作成コストを比較します。ハイブリッド環境のハードウェアとサービスのコストだけでなく、新しい環境への移行コスト (ダウンタイムが必要かどうかなど) も考慮する必要があります。

方程式の最後の部分はスキルです。ワークロードをハイブリッド クラウド エコシステムに適合させるには、すべてのサーバー管理者と DevOps エキスパートがオンプレミスとクラウド クラスターの両方を管理できるようにする必要があります。これによりパズルが完成し、ハイブリッド クラウドへの移行を詳細に計画できるようになります。

ハイブリッドクラウドへの移行

前述の要因 (および計画フェーズ) を徹底的に考慮すれば、ハイブリッド クラウド環境への移行は実際にはるかに容易になります。ハイブリッド クラウドを総合的に実装する意思があるかどうかを評価できます。

この実装にはさまざまなアプローチがありますが、最も簡単な方法は期限を設定することです。期限後に実装される新しいソリューションは、事前に定められた一連の要因に基づいて、オンプレミス ソリューションまたはクラウド ソリューションのいずれかとして定義する必要があります。

ローカル クラスターをクラウド サービスと統合するのは簡単です。 Amazon などのクラウド サービス プロバイダーが提供するリソースを使用している場合は、すぐに使用できるツールが用意されています。たとえば、AWS Outposts を使用すると、API、管理ツール、AWS インフラストラクチャ、クラウド サービスをオンプレミスのハードウェアにすぐに統合できる場合がよくあります。

AWS Outposts を使用すると、AWS のネイティブツールを使用して、アイデンティティとアクセス管理のすべてを管理できます。オンプレミス ソリューションでは、Amazon RDS をデータベース ソースとして使用したり、オンプレミスの VM に RDS を実装したりできるため、簡単に統合して一元管理できます。

このタイプの実装では、エッジ コンピューティング デバイスの統合も可能になります。つまり、IoT デバイス、センサー、その他の合理化されたコンピューティング ツールもハイブリッド クラウド環境に統合できます。すべての要素は拡張可能であり、管理が容易です。

この環境は、アプリケーションとソリューションをスケーラブルに実行するための最適な要素を提供します。この時点で、ワークロードに基づいてソリューションとアプリケーションを分割し始めることができます。すべての高負荷アプリケーションをオンプレミスに残すことができます。一方、データ処理などのアプリケーションはクラウドに移行できます。

オンプレミス クラスターからハイブリッド クラスターに移行する場合は、いくつかの特殊なケースを処理する必要があります。たとえば、ローカルデータストレージが必須となるデータセキュリティ規制の対象となる場合があります。この場合、クラウド クラスターは、実際のデータ保存や処理機能ではなく、バックアップやデータ保守などの機能を処理する場合があります。

これは、クラウド環境との互換性が制限されている一部のソリューションにも当てはまります。これらのオンプレミス ソリューションをクラウドに完全に移行する前に、特にハイブリッド クラウド環境のスケーラビリティと高可用性を維持したい場合は、リファクタリングが必要になる場合があります。

ハイブリッドクラウド問題の解決

ローカル クラスターとクラウド サービスのバランスを取ろうとするときに留意すべきことの 1 つは、最初からうまくできるとは限らないということです。継続的な監視と評価も同様に重要です。

ハイブリッド クラウドの実装に関するメトリックを多く収集すればするほど、パフォーマンス、スケーラビリティ、可用性を最大限に高めるために環境を最適化する方法が増えます。同時に、ハイブリッド クラウド環境の使用コストをさらに均衡化できます。

微調整を何度か繰り返すと、最終的にバランスが取れます。その時点で、ソリューションが正常に動作し、ローカル クラスターとクラウドの両方の利点を最大限に活用していることがわかります。