マルチクラウドアーキテクチャが組織の焦点となる

マルチクラウドとは、組織が AWS、Azure、Google Cloud Platform などの主要なグローバル クラウド コンピューティング プロバイダーの複数のクラウド コンピューティング サービスとストレージ サービスを単一のネットワーク アーキテクチャで使用することを指します。アーキテクチャ、提供されるアプリケーション、サポートの提供方法はクラウド プラットフォームごとに異なるため、セキュリティ、コスト、メリットが複雑になります。

[[322402]]

この複雑さのため、多くの組織は、1 つのクラウド プロバイダーを使用する方が簡単ではないかと疑問を抱いています。異なるクラウド プロバイダーから異なるサービスを調達して統合するために、セキュリティ、時間、労力を危険にさらすのはなぜでしょうか?これらの質問に対する答えは、組織は、統合を装って単一のクラウド プロバイダーの製品やサービスを採用するのではなく、最善のアプリケーションを採用したいと考えているという考えにあります。

以前、この動作をどこで見たことがありますか?

マルチコンピューティング アーキテクチャは新しいものではありません。 Microsoft、Oracle、SAP などの大手テクノロジー ベンダーは自社製品を宣伝し、単一の統合アーキテクチャでさまざまなアプリケーション (HR、財務、調達など) を実行できると主張しています。しかし、多くのユーザーはこれらの罠にはまりません。理由の 1 つは、特定のクラウド コンピューティング プロバイダーのテクノロジが組織の特定のビジネス モデルに適合していることです。たとえば、製造業のメーカーでは、SAP の製造プロセス アプリケーションと人事用の PeopleSoft を使用しています。同様に、小売業界では調達およびサプライ チェーン アプリケーションに Oracle を使用していますが、顧客関係管理 (CRM) には Siebel を使用しています。同時に、データベースとビジネス生産性アプリケーションの初期コストを削減できるため、すべての企業が Microsoft 社のテクノロジを採用しました。

単一の統合テクノロジー プラットフォーム上でさまざまなアプリケーションを実行する場合、相互接続性の利点が常に得られることは間違いありません。たとえば、顧客関係管理 (CRM) アプリケーションでの顧客のオンボーディングが財務アプリケーションに結び付けられている場合、2 つの異なるアプリケーションで個別の顧客レコードを作成しなくても、同じ顧客がタイムリーにサービス料金を支払うようにすることができます。ただし、多くのエンドユーザー組織は、特定のニーズに最適なアプリケーションをさまざまなベンダーから購入し、さまざまなデータ統合テクノロジを使用してこれらのアプリケーションを手動で統合することを選択します。

マルチクラウドへの進化

マルチコンピューティング アーキテクチャの採用と同様に、マルチクラウド アプローチの採用も一夜にして実現できるものではありません。多くの組織は、運用コストの削減というメリットから、システムとアプリケーションをデータセンターからクラウド プラットフォームに移行し始めています。クラウド コンピューティング テクノロジーにより、あらゆる業界のユーザーは、不可欠でありながら費用のかかる IT 部門とやり取りすることなく、コア ビジネスに集中できるようになります。この移行期間中、組織はハイブリッド クラウド モデルで運用され、一部のアプリケーションはオンプレミスで実行され、残りのアプリケーションはクラウドで実行されます。ハイブリッド クラウドは、オンプレミス コンピューティング、プライベート クラウド、パブリック クラウドを組み合わせて使用​​するクラウド コンピューティング環境です。マルチクラウドは、オンプレミスと複数のクラウド コンピューティング環境で実行されるサービスとアプリケーションを組み合わせるため、ハイブリッド クラウドの拡張機能です。

組織は、すでに使用しているアプリケーションに対して特定のクラウド コンピューティング プロバイダーを選択します。たとえば、組織では Microsoft SQL Server、Dynamics、または Office 360​​ を使用しているため Azure を選択し、一部のデータ サイエンス アプリケーションには Google Cloud を使用する場合があります。 S3 ストレージに AWS クラウド プラットフォームを使用することも選択できます。これらすべては、オンプレミス データ センターで特定のレガシー アプリケーションを実行しながらも活用できます。

メリットと課題

マルチクラウド プラットフォームが普及し始めている主な理由の 1 つは、組織がビジネス プロセスの独自性に合わせてテクノロジ インフラストラクチャをカスタマイズできる点です。このアプローチにより、組織は各プラットフォームの長所を活用しながら、短所を最小限に抑えることができます。多くのマルチクラウド環境では、ガバナンス、リスク管理、規制コンプライアンスで組織をサポートすることで、これをさらに一歩進めています。

しかし、マルチクラウド アーキテクチャにも課題があります。主な理由は、データがさまざまなサービスプロバイダーに分散しているため、組織が運用に必要なデータの全体像を把握できないことです。もう一つの課題はセキュリティです。各クラウド コンピューティング サービス プロバイダーは、独自のクラウド コンピューティング環境で優れたセキュリティを提供しますが、異なるクラウド プラットフォーム間で異なるデータにアクセスする必要がある場合、セキュリティのギャップが生じ、データが外部に漏洩する可能性があります。

解決

過去 20 年間、データ統合は、複数のシステム (顧客関係管理、エンタープライズ リソース プランニングなど) 間でデータを統合し、特定の宛先 (データ ウェアハウスなど) に配信する上で重要な役割を果たしてきました。クラウド プラットフォームへの移行を考慮すると、これらのツールはオンプレミス システムだけでなくクラウド コンピューティング システムからもデータを統合できるため、ハイブリッド アーキテクチャを実現できます。マルチクラウドへの進化により、これらのツールは複数のパブリック クラウドとプライベート クラウドに分散されたデータを統合し、オンプレミスのデータ センターまたはクラウドに存在するシステムにデータを配信できるようになりました。

さらに、これらのツールには強力なセキュリティ機能があり、アプリケーションによって確立されたポリシーによってデータが保護され、エンドユーザーが所有する認証レベルでのみデータにアクセスできるようになります。

クラウド データ統合ツールを使用すると、組織は、複数のオペレーティング環境に伴う複雑なデータ管理を気にすることなく、オンプレミス データ センターやクラウド、ハイブリッド モデル、複数のクラウドなど、データを保存したりアプリケーションを実行したりする場所を自由に選択できるようになります。この柔軟性により、単一のクラウド サービス プロバイダーから提供されるアプリケーションに頼ることなく、特定のビジネス ニーズに最適なアプリケーションを選択できます。