統合クラウドアーキテクチャとは何か、そしてそれがなぜ重要なのか

統合クラウド アーキテクチャを詳しく検討する前に、まずそれが直面するいくつかの課題を理解する必要があります。

[[276717]]

あらゆる規模の組織が、クラウド コンピューティングの利点を理解し、新しいセキュリティ、パフォーマンス、スケールのパラダイムに適応するにつれて、急速にクラウドに移行しています。では、なぜ、こうした成功と失敗の渦中に「統合クラウド アーキテクチャ (ICA)」という用語が導入されたのでしょうか?

統合クラウド アーキテクチャ (ICA) とは、組織が複数のクラウド プラットフォームを積極的に組み合わせて、調整された一連のサービスを提供し、各クラウド コンピューティング サービス/クラウド プラットフォームのさまざまな長所を活用することです。

統合クラウドアーキテクチャ (ICA) の定義

統合クラウド アーキテクチャ (ICA) は、2 つの基本原則に基づいて構築されています。まず、統合された各クラウド プラットフォームは、1 つ以上のビジネス機能に対応できる強力で豊富な機能を提供します。他のクラウド プラットフォームと統合することなく独立して動作できます。しかし、適切に統合されると、それらの合計は統合されていない個人の能力よりも大きくなります。これらの機能は、各クラウド プラットフォームに固有 (リポジトリ サービス、ルール エンジン、データ統合エンジン、ワークフロー エンジンなど) であり、複数のクラウド プラットフォームに共通 (シングル サインオン サポート、標準 Web サービス サポートなど) です。 2 番目に、ICA ユーザー エクスペリエンスは、相互に排他的ではない 2 つの異なる機能のいずれかで提供できます。プラットフォームは、他のプラットフォームからコンテンツを取得しながら、リアルタイム エクスペリエンスを可能にするネイティブ インターフェイスを提供できます。または、特殊な「集約」インターフェースを導入して、1 つ以上のプラットフォームにわたって最適化され統一されたエクスペリエンスを実現することもできます。

注目すべきトレンド

他のトレンドを分析すると、統合クラウド アーキテクチャ (ICA) との注目すべき比較ポイントがいくつかあります。

• ヘッドレス システムとは、人間による直接的な入力なしに独立して動作するコンピュータです。このようなコンピュータには端末は必要ありません。より具体的には、ヘッドレス ECM システムは ICA に似た用語である可能性があります。ただし、ICA の範囲ははるかに広範です。ヘッドレス システムは主に、ユーザー エクスペリエンスのないバックエンド リポジトリとして機能するエンタープライズ コンテンツ管理 (ECM) システムを指しますが、統合クラウド アーキテクチャ (ICA) は、採用が拡大している、より広範で包括的な構造を提供します。ただし、正式な用語と業界全体でのより広範な認識が必要です。
• Open Data Initiative (ODI) は、創設パートナーである Microsoft、Adobe、SAP によって提案されました。オープン データ イニシアチブ (ODI) の前提は、それぞれのプラットフォーム上のデータを活用し、それによって、それらのプラットフォームが独立して運用されていた場合には実現できなかった効率性を導入することです。 Open Data Initiative (ODI) の前提は、公開データを活用して、それを (リアルタイムで) 特定の場所にあるそれぞれのプラットフォームに配信するという点で、Integrated Cloud Architecture (ICA) とよく一致しています。
• Salesforce.com の Customer 360 と Microsoft Corp. の Common Data Services の取り組みも進行中であり、各社の取り組みと類似点がある。各イニシアチブの基本的な前提は、それぞれの製品スイート/プラットフォーム全体で使用できる共通のデータ構造を可能にすることです。たとえば、Microsoft の Common Data Service (CDS) を使用すると、Office 365、Dynamics 365、モバイル アプリケーション、Web アプリケーション用の共通データ ストアが可能になります。 Customer 360 は、販売、コラボレーション、マーケティング、およびシステムのその他すべての側面に共通のデータ構造を可能にします。両社は、統合の簡素化のために、自社の製品ポートフォリオ外の他のシステムとの強化されたデータ接続/統合を提供することを目指しています。統合クラウド アーキテクチャ (ICA) に関しては、オープン データ イニシアチブ (ODI) と連携したこれらのイニシアチブにより、よりリアルタイムなエクスペリエンスを実現するデータ統合およびデータ接続レイヤーが提供されます。

実世界の例

代表的なクラウド プラットフォームとしては、Salesforce (CRM システム)、Office 365 (コラボレーションおよびコンテンツ プラットフォーム)、Workday (ERP システム) の 3 つがあります。この場合、対応する各クラウド プラットフォームは、組織のユーザー コミュニティのコレクションにサービスを提供して、クラウド プラットフォームに直接アクセスすることで、対応する各グループに「リアルタイム」エクスペリエンスを提供します。営業担当者は Salesforce を採用し、財務担当者は Workday を採用し、より広範なビジネス コミュニティは Office 365 でコラボレーションし、情報を共有できます。ただし、組織のマネージャーは、3 つのソースすべてのコンテンツを集約する最適化されたリアルタイム エクスペリエンスを提供する独自のエクスペリエンスを求める場合があります。

後者の場合、集約されたエグゼクティブ リアルタイム エクスペリエンスを提供するために、特殊なインターフェイスを使用できます。これには、主要な販売パイプラインの数値の高レベルグラフ (Salesforce)、上位 20 社のベンダーのリスト (Workday)、新しいマーケティング キャンペーン (Office 365) などが含まれる場合があります。すべてが調和して融合され、豊かで実用的な体験を実現します。

ネットワークサービス

技術的には、REST ベースの Web サービスは、クラウド プラットフォーム間で定期的に通信するために使用されます。データは Web サービスを介してクラウド プラットフォーム間で転送できますが、統合クラウド アーキテクチャ (ICA) の真の力は、各プラットフォームが提供する幅広い機能を活用することにあります。 Salesforce、Office 365、Workday エクスペリエンスでは、豊富なサービスが多数利用できます。

Salesforce を使用すると、商談データ レコードを作成、管理、変換し、主要な通話やコミュニケーションを追跡できます。 Office 365 は、従業員やパートナーがマーケティング キャンペーン ドキュメントや予算予測の安全なバージョン管理を実行できる強力なコラボレーション プラットフォームを実現します。最後に、Workday は売掛金、買掛金、在庫管理の財務レポートを提供します。

ここで重要な点は、このパターンは単に 1 つの Web サービスが別の Web サービスと通信するだけではないということです。各製品/プラットフォームの最良の機能を採用することが重要です。クラウド プラットフォーム間の通信は、同期、非同期、スケジューラ ベース、イベント ベースで実行できます。さらに、ICA 戦略を計画する際には、適切な監査証跡とロールバック機能のサポート (データ破損やビジネス上の都合の場合) を考慮する必要があります。

統合実行インターフェースが導入されると、さまざまなクラウド プラットフォームのコンテンツに一元的にアクセスできるようになり、情報がどのように組み合わされているかを視覚的に表現できるようになります。さらに重要なのは、主要従業員が重要なアクションを実行して、従業員のエンゲージメント、関心を維持し、最適化を維持できることです。集約インターフェースは、情報を融合する商用の統合ツールである場合もあれば、組織や一連の目標に合わせて特別に調整された自社製のカスタム開発されたイニシアチブである場合もあることに注意することが重要です。多くの場合、多額の投資が必要になります。ただし、集約されたインターフェースの利点により、投資の価値提案が大幅に向上する可能性があります。

準備、スタート、一時停止

ICA の深みに入る前に、より集中した取り組みが必要となるため、ICA の課題を適切に理解しておくことが重要です。具体的には、さまざまなクラウド プラットフォームに接続し、「ディープ」な機能を活用することは、軽視すべきではない課題です。計画、反復、いくつかの失敗、そして最終的には大きな勝利が必要です。

時には政治的に敏感な（または敵対的な）可能性のあるさまざまな IT チームやビジネス チームと連携する場合は、継続的な明確化が推奨されます。企業の統合クラウド アーキテクチャ (ICA) イニシアチブが成功するには、より高い安定性と調整機能が必要です。商業的に実現可能な統合ソリューションが利用可能であり、ビジネス上および技術上の賢明さを備えている場合、それは多くの場合、加速、安定性、およびリスク軽減を導入する方法となります。

他のナレッジ ワーカー プロジェクトとは異なり、要件を収集し、優先順位を付け、検討する必要があり、そのすべてに、企業スポンサー、ビジネス ユーザー、IT サポート スタッフなどの適切な関係者が関与する必要があります。 ICA に適切な信頼を置くためには、データ交換、起動、および回復の技術を確立し、定期的に検証する必要があります。このプロセスには調整と繰り返しのレビューが必要になります。