共著者の詳細については、ここをクリックしてください ケルビン・ローイ.

共著者の詳細については、ここをクリックしてください マイク・アシュウェル.

ほとんどの企業は、まだクラウド導入に取り組んでいない場合でも、クラウドを検討しています。 会社でマスター データ管理 (MDM) を担当している場合は、クラウド上での MDM の移行または実装を検討している可能性があります。 クラウド テクノロジーには解決すべき課題や問題点がまだいくつかありますが、コスト効率、俊敏性の利点、その他多くの利点があるため、現在および将来の MDM 実装の基盤としてクラウドを検討するようになります。  

実装する場合 MDM クラウド上では、製品機能とクラウド管理サービス レベルを組み合わせたさまざまな製品を検討する必要があります。 一部のベンダーは、一般的なクラウドの IaaS (Infrastructure-as-a-Service) 機能を活用できるクラウドネイティブ アーキテクチャに基づいた新しい MDM 製品を提供していますが、他のベンダーは従来の製品を最新化しておらず、一部の機能を利用できないクラウド サービスのみを提供しています。より動的なクラウド IaaS 機能。

MDM ソリューションをまだ実装していない場合は、クラウド上で実行されるソリューションを探す必要があります。 オンプレミス (オンプレミス) で長年運用されている既存の MDM プラットフォームがある場合は、MDM 実装をクラウドに移行するオプションを検討することをお勧めします。 そうは言っても、MDM のクラウド オプションは明らかではないかもしれません。 決定の一部として考慮すべき重要な概念をいくつか見てみましょう。

クラウドおよび/またはマネージド サービス モデル

• IaaS： このモデルでは、クラウド ベンダーから IaaS サービスを購入しますが、クラウド インフラストラクチャ IaaS レイヤーより上のソリューションのあらゆる側面に対する責任を負います。 アカウント管理とアプリケーション環境のセグメント化、ネットワーキング、セキュリティ、インストール/構成、監視、実装されたサービスのサポートは、オンプレミス環境と同様にお客様が提供する必要があります。 ベンダーは、基盤となるインフラストラクチャ リソース、仮想化、ある程度の監視および/またはツール、およびクラウド インフラストラクチャ リソースを監視および管理するための関連管理インターフェイスを提供します。 これは、ベンダーが提供するクラウド IaaS サービス上で実行される MDM 環境の設計、インストール、構成、テスト、管理を担当することになります。 このオプションでは究極の制御とカスタマイズが可能ですが、インフラストラクチャ層より上のすべてのサービスを負担する必要があります。

• ベンダー提供のマネージド サービスを備えた IaaS: このオプションは、選択したマネージド サービス タスクをサービス ベンダーにオフロードすることにより、最初のスタイルに基づいて構築されます。 クラウド サービスの提供内容は、特殊なニッチなタスク (ネットワーク管理、セキュリティ管理など) をカバーするものから、インストール、構成、監視、および管理タスクをカバーするより広範な管理パッケージまで多岐にわたります。

• ベンダー管理の SaaS: 他の SaaS ベースのソリューション (SFDC など) と同様に、これらの製品を使用すると、プラットフォームの実装や管理に手間をかけることなく、クラウド MDM 環境を構築できます。 ただし、これらの製品は、SaaS ベンダーが行った一連の導入に関する決定に基づいて構築されているため、ニーズに簡単に適応できる柔軟性が得られない場合があります。 たとえば、サービスは特定のベンダー プラットフォームでのみ動作する可能性があり、会社のクラウド標準に準拠していない可能性があります。 SaaS 製品には、付与されるアクセスの種類にも制限があります。 また、セキュリティとプライバシーの管理が水準に達し、企業の標準、規制、およびデータ所在地の要件に準拠していることを確認する必要もあります。 ほとんどの SaaS ベースのソリューションは設計上マルチテナントであるため、セキュリティ上の問題が生じる可能性があります。 使用スタイルと量に応じて、特にリアルタイムのトランザクション トラフィックが多い場合は、パフォーマンスとスケーラビリティの要素も確認する必要があります。 評価している SaaS MDM オファリングが要件を満たしていることを確認することが重要です。 評価の一環として、完全なクラウド移行/導入ライフサイクルを計画することも同様に重要です。 フルマネージドの SaaS サービスを使用する場合でも、エンタープライズ MDM SaaS ソリューションを実装するには多大な労力がかかる場合があります。 ソリューションの構成、テスト、データ移行、オンプレミス統合の管理は重要なタスクですが、一般的な MDM SaaS 製品には含まれていません。

クラウドネイティブ ソフトウェアの機能

• クラウドネイティブ MDM: これらは、 マイクロサービス コンテナベースの設計。 これらのソリューションは、クラウド テクノロジの管理に慣れており、関連するマイクロサービス設計を活用するアプリケーションと用途を備えている企業に最適です。 これらの製品は、最新のクラウドの動的スケーリング オプションを活用した、より高速でスケーラブルな展開を提供できます。 これらの製品とプラットフォームは新しいため、従来の MDM 実装の完全な幅広さと信頼性を備えていない可能性があることに注意することも重要です。 その結果、アプリケーションの機能とアーキテクチャの信頼性が欠落しているか、まだ完全に実装されていない可能性があります。 クラウドネイティブ MDM アーキテクチャは未来ですが、提供される機能と、このタイプのアーキテクチャを実装する能力を評価することが重要です。 あなたの組織には、これらの新しいクラウドネイティブ MDM ソリューションのマイクロサービス設計を維持して活用するための高度な知識がない可能性があります。

• 従来の MDM: これらは、モノリシックなテクノロジー スタックと設計原則を使用する古い MDM 製品 (IBM MDM、Informatica MDM、Semarchy xDM など) です。 ベンダーはこれらの MDM アプリケーションをクラウド プラットフォーム上で実行できるように移植している可能性がありますが、本質的には主にモノリシックです。 これらのソリューションは、MDM 機能の機能と信頼性が伝統的に証明されています。 通常、これらは複雑なビジネス要件に最適であり、パフォーマンス、スケーラビリティ、セキュリティなど、さまざまな点で実証されています。ただし、ベンダーがクラウド上での開発およびサポートの計画を持っているかどうかを確認する必要があります。すぐにサポートが終了することはありません。 うまくいけば、機能が十分に豊富であるため、実装後に大幅な機能拡張を行う必要がなくなります。これは、通常、その展開はより複雑で時間がかかるためです。 

• ハイブリッド クラウド/レガシー MDM アーキテクチャ: これらは、新しいコンテナベースのアーキテクチャに「再プラットフォーム化」された古い MDM 製品ですが、マイクロサービスベースのソリューションを完全に提供するように再構築されていません。 これらのソリューションは、特定のクラウド機能 (コンテナーの自動スケーリングなど) を利用しますが、他のクラウド機能 (マルチアベイラビリティーゾーンの実装など) を活用できないというアーキテクチャ上の制限があります。 市場にある古い MDM 製品の一部は、MDM プラットフォームの一部が完全にマイクロサービス コンテナーに対応しているものの、ソリューションの他の部分が古い MDM 製品のコンテナ化された実装である「混合」ソリューション アーキテクチャを提供している可能性があることに注意することも重要です。レガシーアーキテクチャ。

既存のオンプレミス MDM を実行していて、クラウドへの移行を検討している人は、移行するか再プラットフォーム化するかを決定する必要もあります。

• 既存のオンプレミス MDM 実装をクラウドに移行する: このオプションには、現在のオンプレミス MDM インスタンスを、同じ基礎となる MDM ソフトウェアに基づく新しいクラウド環境に移動することが含まれます。 このオプションでは、ベンダーが提供するクラウド サービスを通じてインフラストラクチャの効率を向上させながら、埋もれていた MDM 投資を維持します。 これがサポートされていることを確認するには、既存の MDM ベンダーに問い合わせる必要があります。 クラウド テクノロジー (プラットフォーム、ネットワーク、セキュリティの管理など) に精通しており、既存のクラウドを利用している場合、実装に必要な手間は最小限で済み、クラウドの利点を活用できます。 MDM の使用量が急速に増加している企業は、クラウド上の俊敏性とプラットフォーム コストの削減が非常に魅力的であると考えるでしょう。 クラウド導入が初めての場合は、これまでにクラウド導入を行っている IT サービス会社と協力することをお勧めします。 

• プラットフォームを再構築し、 クラウド上の新しい MDM: このオプションは、現在の MDM 実装を廃止し、新しいソリューションを選択することで構成されます。これには、新しい MDM クラウド プラットフォーム上で MDM ソリューションを完全に再構築する必要があります。 このオプションは、既存の MDM ソリューションが必要な機能を提供していない場合、または MDM ベンダーが一般的なクラウド プラットフォームでのソリューションの実行をサポートしていない場合に魅力的です。 初めての方と同様の意思決定プロセスがあり、クラウド上で MDM を実行するためのさまざまな SaaS オプションとクラウドネイティブ オプションのどちらかを決定する必要があります。 これはより破壊的なオプションであるため、MDM ソリューションを変更しても実際には大きな ROI が得られないため、慎重に評価する必要があります。 最終的に多額の費用がかかり、新たな問題が発生し、長い移行フェーズが発生し、古い MDM の拡張機能が制限される可能性があります。 

最後に、ベンダーが提供する現在のクラウド ソリューション上の MDM が要件を満たしていないことがわかり、それを構築することにした場合は、それをクラウド用に開発します。 コンテナベースのマイクロサービス アーキテクチャを使用して、できればグラフ データベース上に構築するのが最善です。 このアプローチは要件に究極的に一致するという魅力を提供しますが、気楽な人向けでもありません。 次世代の MDM ソリューションの開発には、MDM ドメインとソフトウェアの開発スキルに加えて、広範なインフラストラクチャとクラウドのスキルが必要です。

オンプレミス実装と比較してクラウド プラットフォームの利点が証明されているため、クラウドへの移行を検討する価値があります。 もちろん、人によっては使用スタイル、セキュリティ、規制上の懸念があるため、これがすべての人に適しているわけではありません。 クラウドの選択肢は数多く、複雑であり、必ずしも明らかではありません。 MDM を専門とし、クラウドの経験があり、重要なデータ管理とクラウド サービスを提供できる IT データ管理サービス会社に相談することをお勧めします。 これまでにこれを何度も行っており、次のような MDM 評価パッケージを提供できる会社を探してください。

• クラウド上のMDM
• MDM をクラウドに移行する
• MDMのアップグレード

通常、MDM とクラウドの専門家は、適切なクラウド テクノロジーとクラウド移行アプローチの選択を支援するために、MDM 用のクラウド導入フレームワークを用意しています。

さらに、フルマネージドの SaaS サービスを実装していない場合は、MDM サービス ベンダーに依頼して、MDM クラウド プラットフォームのクラウド、ソフトウェア、および運用サポート サービスを提供すると、移行が容易になります。 これにより、成功のリスクが軽減され、MDM とクラウドの専門知識を備えたリソースのプールにアクセスできるようになります。 MDM 実装、クラウド移行、およびクラウド運用サービスの専門知識を提供できる MDM センター オブ エクセレンス (CoE) スタイルの製品を提供する MDM サービス プロバイダーを探してください。 

MDM クラウドへの移行を開始することは難しくありませんが、コストと価値実現までの時間に大きな影響を与える可能性がある考慮すべきオプションが多数あります。 クラウド上の MDM の専門知識を提供する IT データ管理会社と提携することは、この取り組みを成功裏に開始するのに役立つ価値のある投資となるでしょう。

PlatoAi。 Web3の再考。 増幅されたデータインテリジェンス。
アクセスするには、ここをクリックしてください。

出典: https://www.dataversity.net/master-data-management-on-cloud-journey/