マルチクラウドアーキテクチャで永続的なデータワークロードを管理することは、オンプレミスおよびパブリッククラウド環境でアプリケーションをホスティングしている組織にとって非常に重要だ。VMware の Aditya Tripathi 氏と Judy Wang 氏は、水曜日に開催された SpringOne 2020 カンファレンスで、マルチクラウド戦略を簡素化するためのアーキテクチャのベストプラクティスについて講演した。
いくつかの組織では、マルチクラウドアーキテクチャを活用して、堅牢なディザスタリカバリおよび事業継続戦略を構築している。ステートフルなワークロードをマルチクラウド環境に移行することは複雑だ。そして、企業はこの新しいクラウドインフラストラクチャで動作するようにデータアーキテクチャを近代化する必要がある。
マルチクラウドデータ戦略には、データのレプリケーションをデータベース層やメッセージング層のどこで行うべきか、といった疑問に対する解決策が含まれる。
Tripathi 氏と Wang 氏は、マルチクラウドでデータを実行する方法について、制約の理論的アプローチをとった。彼らのプロセスには、以下のようなタスクが含まれている。
- 事業の成果を明確化
- 制限を識別
- トレードオフの優先順位付け
- ブレインストーミングの解決策
事業の成果を特定することには、組織がなぜマルチクラウドアーキテクチャを必要とするのかという根拠を示すことが含まれる。その根拠は、ハリケーンが直撃したときにアプリがすぐに復旧できる（災害復旧）、そのアプリが常に利用可能で顧客にサービスを提供している（高可用性）などが考えられる。
次のステップは、組織が抑制されている制限と要因を特定することだ。これらの要因は、ビジネスや組織的なもの（例えば、予算、影響要因、スキルや専門知識、コンプライアンスなど）であったり、技術的なもの（ネットワークやハードウェアの制限、異種アプリケーションの要件、レガシーデータプラットフォームの管理など）であったりする。
トレードオフの優先順位付けのステップでは、チームは、異なる設計上の考慮事項の間で、何のために最適化するかを決定する必要がある。例えば、システムが常に利用可能であることよりも、迅速なリカバリーの方が重要なのだろうか？トレードオフは保守管理に関連したものであったり、ベンダーに関連したものであったりする。ベンダーのトレードオフには、パブリッククラウドにおけるサービスマーケットプレイスの選択、データの冗長化、ベンダーのロックインなどがある。
最後のステップでは、チームが目標達成に役立つツールやサービスを特定するためのソリューションのためのブレインストーミングを行う。これには、データのレプリケーション（アクティブアクティブかアクティブパッシブか、同期か非同期か）、クラウドフットプリント（すべてのオンプレミスかパブリッククラウドかパブリックとプライベートのハイブリッドか）、キャッシュとレプリケーション、メッセージング、イベントログなどにどのようなデータ技術を使用するかなどのオプションが含まれる。
サービスレベルアグリーメント（SLA）が厳しいビジネスアプリケーションは、データセンターレベルでのリカバリー戦略を持っている必要がある。また、チームは GDPR のようなデータ統括規制も考慮する必要がある。 それは、組織データを管理するためのインフラをパブリッククラウドでスピンアップすることができない可能性があるということだ。
Wang 氏は、マルチクラウドデータ戦略について、従来のディザスタリカバリと需要の論点について、いくつかの例を挙げて説明し、それぞれの例に応じたソリューションを説明した。
SpringOne 2020 カンファレンスの詳細は、VMWare チームが投稿した主なイベントのウェブサイト、スケジュール、1日目と2日目のハイライトをチェックしてください。