ポイント: カノニカルデータモデル（CDM）は、システム全体でデータ表現を標準化し、統合を強化し、メンテナンスの手間を減らします。シームレスなデータ共有のための共通の言語を提供します。
- CDMはデータ統合を改善し、翻訳の手間を最小限に抑えます。
- CDMの実装には、効果的な標準化のための企業全体のコミットメントが必要です。
ビッグデータの時代に成功している企業は、データ統合を改善し、単にデータを収集およびマイニングする以上のことを行っていることが多いです。これらの企業は、孤立したサイロからデータを統合し、ビジネスインテリジェンスに役立つデータモデルを実装しています：
- 重要な意思決定を推進する
- 内部プロセスを改善する
- サービス改善の領域や機会を示す
データ統合は簡単ではありませんが、特に企業が大きく、依存するソフトウェアシステムが増えるほど難しくなります。さまざまなレガシーシステムと新しいツールの混在が、異なるデータ形式を受け取るこれらのツールすべての管理を難しくしています。
共有データの管理
ますます多くの企業がこれらのシステム全体でデータを共有する必要があります。問題は、各システムが異なる言語、要件、プロトコルを持っているとき、データを共有することがどれほど難しいかということです。一つの解決策はカノニカルデータモデル（CDM）であり、データを翻訳し管理するためにミドルウェアを効果的に実装します。
カノニカルデータモデルの定義
カノニカルデータモデル（CDM）は、プロセスをさまざまなシステムやデータベース全体で統合するために、データエンティティと関係を可能な限り簡単な形式で表現することを目的としたデータモデルの一種です。CDMは共通データモデルとしても知られており、私たちが目指しているのはデータを管理するための共通の言語です！多くの場合、さまざまなシステム間で交換されるデータは異なる言語、構文、プロトコルに依存しています。CDMの目的は、企業が全てのデータユニットの共通の定義を作成し配布できるようにすることです。これにより、システム間の統合がスムーズになり、次のことを助けることができます：
- プロセスと実践を改善する
- データ分析を容易にする
カノニカルモデルの仕組み
重要なことに、カノニカルデータモデルは全てのデータモデルの統合ではありません。むしろ、接続されたシステムとは異なるデータをモデル化する新しい方法です。このモデルは、他のタイプのデータを含み翻訳できる必要があります。
- あるシステムが別のシステムにデータを送信する必要があるとき、最初にそのデータを他のシステムの構文やプロトコルとは異なる標準構文（カノニカルフォーマットまたは共通フォーマット）に翻訳します。
- 第二のシステムが最初のシステムからデータを受信すると、そのカノニカルフォーマットを自分のデータフォーマットに翻訳します。
このようなデータモデルを実装することにより、データは組織がCDMに含むすべてのシステムによって翻訳され、「翻訳解除」されます。CDMアプローチは、企業が使用するあらゆる技術を含むべきです。
- エンタープライズサービス管理（ESM）およびビジネスパフォーマンス/プロセスマネジメント（BPM）プラットフォーム
- 他のサービス指向アーキテクチャ（SOA）や、より特定のツールやアプリケーションの範囲
CDMを採用するメリット
CDMをうまく採用できる企業は、次のような状況から利益を得ることができます：
- 翻訳を減らす。 CDMがない場合、システムが多ければ多いほど、データ翻訳が増えます。CDMを導入することで、データ統合に必要な手作業を削減し、ユーザーエラーの可能性を制限します。
- 翻訳メンテナンスを改善する。 エンタープライズレベルでは、システムは新しいバージョンやベンダーのSOAによってレガシーシステムが置き換えられる運命にあります。単一のシステムが変更されると、CDMへの翻訳を確認するだけで済みます。CDMを使用しない場合、他のシステムへの翻訳を確認するのにかなりの時間を費やすことになります。
- ロジックメンテナンスを強化する。 CDMでは、ロジックがカノニカルモデル内に書かれているため、他のシステムに依存することはありません。翻訳メンテナンスのように、1つのシステムを変更する場合は、新しいシステムのロジックをCDMのロジック内で確認するだけで済みます。
カノニカルデータモデルの実装方法
最も極端な形では、カノニカルアプローチは、一人の顧客、注文、製品などが、企業全体が合意できる一連のID、属性、関連付けを持つことを意味します。CDMを採用することで、すべてのアプリケーションがデータを共通のモデルに翻訳するカノニカルアプローチを取ります。この標準化は良いことです。会社内の全員、技術者でないスタッフも含めて、システム間でデータを翻訳するのにかかる時間は、他のプロジェクトに費やす方が良いことを理解できます。
CDMの構築
接続システムから既存のデータモデルをCDMの基盤として使用したくなるかもしれません。ERPのような単一の中央システムは、あらゆる種類のデータを保存しているかもしれません。未経験者の目には良さそうに見える出発点です。しかし、専門家はこの見かけ上のショートカットには警告を発しています。あなたのモデルの基盤となるシステムが変更されると、たとえ新しいバージョンであっても、古いデータモデルと古いシステムを使用することになり、CDMが設計された柔軟性の利点が失われます。また、ライセンスの問題にも直面します。さまざまな類似のデータモデルを扱おうとする開発者は、違いを解読するのにもっと多くの時間を費やすことがあり、ユーザーエラーが増えることがあります。カノニカルデータモデルを選択する場合は、モデルをゼロから作成してください。柔軟性に焦点を当て、CDMの目的を果たすことで、企業のアーキテクチャが必要に応じて変更される際に簡単に変更できるようにします。そうでない場合、共通のデータ形式の便利さはすぐに非常に不便になるでしょう。
CDMへの企業全体のコミットメント
企業がCDMのアイデアを受け入れることは難しいことがあります。複数のデータプロトコルや言語に対応できる単一のデータモデルを構築するには、企業全体のアプローチが必要で、多くの時間とリソースを必要とします。
カノニカルデータモデルを避けるべき時
エグゼクティブの観点から見ると、時間とお金の投資は、エンドユーザーにとって実際の具体的な変化がない限り、取り組むには大きすぎるかもしれません。CDMを採用することの批評家は、理論的なアプローチであり、実際に適用した場合には機能しないと主張しています。このような大規模なプロジェクトは、不便さのために非常に時間とリソースを消費することになります。すべてのサービスを特定のデータモデルに合わせなければならないという柔軟性の欠如により、いくつかのシステムの最良の使用ケースを失う可能性があります。これらのシステムは、カノニカルアプローチの一律の目標ではなく、より緩やかな仕様から利益を得るかもしれません。
専門家がCDMを推奨する理由
これらの専門家は、エンタープライズアーキテクトはCDMのアイデアに異なるアプローチを取るべきだと推奨しています。データの一貫性という目標が好きなら、これらのデータモデルの形式やフラグメントを標準化することを検討してください。小さなXMLやJSONの部分で、属性の小さなグループを標準化するのに役立ちます。中央集権を減らすことで、独立した部分が最適なものを決定できるようになります。チームは全員がカノニカルデータモデルを作成するよう強制されるのではなく、CDMアプローチを選択するべきです。
カノニカルデータモデルはあなたの組織に適していますか？
CDMは、データのサイズやニーズに応じて、あなたの会社に利益をもたらす可能性があります。このようなプロジェクトに時間をかけられる場合、データを共有する必要があるシステムやアプリケーションが増えるほど、一律のカノニカルモデルは実現が難しくなります。すべてのエンティティを一つの集中モデルに効果的に実装し、すべてのシステム間で通信する共通のデータ形式を作成することで、企業のデータ処理能力を向上させます。次に、異なるシステムからデータを取り出し、中央の場所で管理することで、ビジネス上の意思決定にデータを実装することがより効率的かつ効果的になります。
これらの投稿は私自身の意見であり、必ずしもBMCの立場、戦略、または意見を表すものではありません。