組織のマルチクラウド データ アーキテクチャ戦略を長期的な成功に向けて軌道に乗せる方法

[[395571]]

多くの組織は、データセンター インフラストラクチャを近代化しながら、デジタル変革を加速し続けています。大量のデータの処理を高速化し、データの規模を拡大することで、あらゆるデジタル変革プロセスを改善し、組織による重要な意思決定を容易にすることができます。

調査会社ガートナーの調査によると、2022年までに75%の組織がデータベースをクラウド プラットフォームに移行し、社内に戻すことを検討する組織はわずか5%です。当然のことながら、クラウドへのデータの移行は、データセンター インフラストラクチャの近代化に関して最も議論される問題の 1 つです。組織にとって、クラウドは新しいデータセンター、インターネットは新しいネットワーク、そして SaaS は新しいアプリケーション スタックです。

クラウド コンピューティングは組織にさらなる機会を提供し、あらゆる最新アプリケーションは何らかの形でクラウド コンピューティング インフラストラクチャを活用します。ただし、組織がクラウド コンピューティングのメリットを十分に享受するには、戦略を慎重に検討する必要があります。したがって、デフォルトの基本的なツールや戦略を使用せず、長期的な視点で考えましょう。クラウド コストが上昇し、アプリケーション スタックが拡張できないために停滞しているため、組織はミッション クリティカルなアプリケーションをクラウド ベンダーに結び付けたくありません。

次の 5 つの主要戦略により、組織のマルチクラウド データ アーキテクチャ戦略が安全かつ安定し、長期的に軌道に乗ることが保証されます。

1. 柔軟性を優先する

技術革新は常に進化しているので、1 つのクラウド プラットフォームだけに頼らないでください。たとえそれが時間の節約になるとしても。オンプレミスのアプリケーション チームと、データが豊富なアプリケーションに使用するデータベースおよびツールは、複数のクラウド プラットフォームをサポートする必要があります。組織が複数のクラウド プラットフォームを活用して、重要なアプリケーションを拡張したり、より多くのことを行ったりする必要がある場合は、長期的な回復力について考えることが重要です。組織の戦略は、現在のニーズに合ったアプリケーションを選択しながら、複数のクラウド プラットフォームにわたって機能する必要があります。組織は、他のクラウド プラットフォームをさらに選択できるように柔軟性を考慮する必要があります。

2. 基準が鍵

クラウド コンピューティングには現在、Cloud Native Computing Foundation (CNCF) によって定義された非常に明確な標準があります。組織はデータベースに対して同じ標準を要求する必要があります。現在、ほとんどの独自のイノベーションは、複数のクラウド ベンダー間でオープン ソースおよび標準になりつつあります。良い例は、10年以上前にGoogleによって開発されたKubernetesです。組織は標準を遵守し、カスタム開発を削減し、マルチクラウドの成功に備える必要があります。

3. 長期的な利益のために時間を投資する

Amazon、Google、Microsoft などのクラウド プラットフォーム プロバイダーは、多数の技術革新を通じて組織のビジネス開発への道を切り開いてきました。データベース サービス、ビジネス プロセス フレームワーク、監視プラットフォームなどの独自の製品がありますが、一般的にはスケーラブルではなく、ほとんどの場合、中程度の用途にしか使用できません。組織が金融取引、即時の意思決定、人工知能など、極めて低いレイテンシを必要とするミッションクリティカルで大規模なビッグデータ アプリケーションを実行している場合には、適さない可能性があります。これは、組織がこれらのアプリケーション スタックによって実現されるクラウド コンピューティングの簡素化と管理のテクノロジを完全に採用すべきではないという意味ではありません。

ほぼすべてのトップ データベース ソリューションは現在、クラウド向けに完全に最適化されており、クラウド プロバイダーのオプションと同様の自動化とシンプルさを備えています。組織化にはもう少し時間がかかるかもしれませんが、長期的には得られる利益と独立性は十分に正当化されるでしょう。

4. 組織のデータはどこに保存されていますか?

データの場所は、マルチクラウド展開において最も重要な要素の 1 つです。組織が大規模な企業である場合、おそらく大量のデータがあるでしょう。組織は、世界中のさまざまな国や地域、業界セクターのコンプライアンスとプライバシーの要件を満たす必要があります。クラウド プロバイダーのサービス レベル契約 (SLA) またはユーザー契約を確認すると、プロバイダーがプライバシーのコンプライアンスについて責任を負わない、また負うこともできないことがすぐにわかります。組織がデータをクラウドに移行する場合、ユーザーのプライバシー情報を保護し、規制コンプライアンスに準拠することは組織自身の責任となります。

5. データアーキテクチャに関しては、より大きな規模を考慮する

クラウド コンピューティングは弾力性を約束しますが、それを実現するには、組織はスタック全体にわたって設計する必要があります。デジタル変革のペースは減速する兆しを見せていません。組織がデジタル変革に着手する場合、より総合的に検討する必要があり、規模は現在の10倍、100倍になることもあります。多くの組織ではトランザクションとデータの量が毎年倍増しており、これに対処することはほぼ不可能です。ミッションクリティカルでデータ集約型のアプリケーションは、すぐにスケーラビリティの問題に対処する必要が出てきます。したがって、規模を考慮して、パフォーマンスを最適化し、収益モデルに適合するソリューションを選択すると、組織はクラウド コンピューティングのコストを簡単に管理できるようになります。

グローバル企業のデジタル変革とパフォーマンス要件に対応し、クラウド コンピューティング サービスを最大限に活用するには、組織は独自のデータ インフラストラクチャを構築する必要があります。上記の原則に従うことで、組織は強固な基盤を築き、柔軟性、安定性、革新能力が向上します。