【Boomi MDH : Master Data Hub】の特徴・使いどころ・使い方をご紹介
弊社がパートナーをやらせていただいているiPaaSソリューションのBoomiのご紹介です。 本記事では前回記事に続いてBoomiのソリューションの一つを紹介したいと思います。今回は『MDH』 (Master Data Hub)を取り上げます。MDHを紹介するにあたり、筆者の取得したBoomi資格『Associate Master Data Hub Certification 2022』の内容も踏まえながら進めていきたいと思います。 *Boomiの各資格はboomiverseというDell Boomi社が提供している無料のオンライントレーニングを通して取得できます。学習コンテンツも豊富で質も高いです。 MDH：Master Data Hubとは？ 名前から少し察することができるように、MDHでは企業のもつ複数のサービス・アプリケーションで用いている各データのマスターとなるデータを保持し、必要に応じて接続先サービスのデータもMDHのマスターデータで更新できます。正にデータハブの役割を担っているようなイメージです。 MDHではこのような各サービス・アプリケーションに対してのマスターデータとなる情報を保持し、それらのデータを『Golden Records（GR）』と呼んでいます。Golden Recordsは言わば信頼できる唯一の情報源（= Single Source of Truth）となるわけです。MDHではGRを信頼できる状態に保てるように、各サービスのソースデータとID で紐付けたり、様々な条件やビジネスルールを加えることによって、重複なくより正確にデータを保持できる機能が備わっています。これら機能については後ほど少し触れたいと思います。 どんなビジネスケースに使えるのか さて、これまでMDHの概要と特徴を少し紹介してきましたが、このMDHはどんなビジネスの問題を解決し得るのか、その使い所についても触れたいと思います。 例えば以下のような状況は割とあるあるなのではないかと思います。 セールスチームが営業活動を実施する際に顧客のContact情報をCRM(SalesForce)に入力して管理する。 ステータスがWON/CLOSEDになったら、社内のDB（MySQL）にContact情報を登録する。 その後、ポストセールス活動では社内の他のチームが他システム/アプリなどからMySQLに対して顧客情報を参照/更新していく一方で、SalesForce側では顧客との関わりが薄くなり、SF側の情報はUpdateされないままとなっている。 社内のシステム間、データソース間で情報の差異が発生し、どの情報が最新なのかも不明な状態に陥る。 *参照元：Boomi社提供「Associate Master Data Hub」トレーニング このような状態に陥ってしまうと、顧客に対してどの情報が正確で信頼できるのかが不明瞭になってしまい、適切なカスタマー・エクスペリエンスを提供していく際の障壁になりかねません。不正確な顧客データなどは、製品やサービスに対する信頼の喪失につながり、顧客は他の選択肢を採用してしまうかもしれません。ビジネスの損失につながる可能性があるのです。ガートナー社の調査でも企業や組織は、データ品質が低いと年間平均 1,500 万ドルの損失が発生するとされています。大変です。 MDHにはどんな特徴があるのか マスターデータを保持するだけであれば、一般的なDBやRed HatなどのDWHサービス、AWS S3なども候補にあがるかもしれません。MDHはデータ保持に加えて、保持するデータをいかにGolden Recordsとするか、という点に対していくつかの特徴的な機能が備わっています。その中でいくつかを紹介していきたいと思います。 特徴的な機能①：MDHレコードは各データソースのレコードと一意のIDで紐付けされる。 一度MDHに取り込まれたレコードは、ソース元レコードとGRレコードを紐づけるIDが内部的に作成され、MDH内の参照テーブルに保持されます。このIDによるマッピングが今後MDHとデータソース間でデータのやり取りが発生する際に、既存レコードかどうかを判断するために不可欠なものとなります。 特徴的な機能②：IDで紐づいた各レコードは、MDHとデータソース間で常時同期できる。 IDで紐づいたレコードに対しては、各データソースでレコードがUpdateされた際に、MDHのGRをUpdateし、さらに他のデータソースに対しても最新情報をUpdateすることが可能です。各データソースに対して、MDHからUpdateするかどうかの制御も可能です。 *参照元：Boomi社提供「Associate Master Data Hub」トレーニング 特徴的な機能③：GRを定義するModel（データオブジェクト）を作成する際に、データ精度を向上するためのルールや、重複排除するためのルールをUIを通して定義できる。 どのようなレコードをGRとして保持するかを定義する際に、MDHではまずデータのModelを作成します。そのModelを作成する際に、MDHから提供されている機能を用いて、保持するGRの精度を向上できるのです。詳細は後述の「使ってみよう」で触れたいと思います。 使ってみよう（開発） では実際にはどのように使い始めることができるのか、MDHのLifecycleに沿って大まかに見ていきましょう。 MDHのLifecycleは Define → Deploy → Synchronize → Steward
【Boomi】最先端iPaaSソリューション を資格取得しながら触ってみる
弊社がパートナーをやらせていただいているiPaaSソリューションのBoomiのご紹介です。 Boomiとは？ Boomiとはエンタープライズ企業が保有・管理する多種多様なシステムおよびアプリケーションの統合を可能とするインテグレーション・サービス（iPaaS）です。Boomiの保有する各ソリューションは『Boomi AtomSphere Platform』として提供されています。今回はその中でも『Integration』というサービスについて触れていきたいと思います。 せっかくなので著者が保有するBoomi資格『Professional Developer Certification』を取得するまでの学習内容に沿ってBoomi Integrationの機能を紹介していきたいと思います。 *Boomiの各資格はboomiverseというDell Boomi社が提供している無料のオンライントレーニングを通して取得できます。学習コンテンツも豊富で質も高いです。 触ってみる。 Boomi Integrationでは下図のようなBuildタブをWebブラウザで表示しながら、GUIで各コンポーネント（プロセス・シェイプなど）を作成してくイメージです。 上図はProfessionalのひとつ前の資格であるAssociate Developerの学習コンテンツで実際に作成するプロセスになります。 上図プロセスではSalesForceに接続し一定の条件でフィルターした企業情報を取得し、条件分岐を実施した後にTrueの結果のレコードに対してはフォーマットを整形してDBにレコードをインサートしています。 もうひとつプロセス例を見てみましょう。こちらはProfessional Developerのコース内容です。 こちらのプロセスではBoomiでWebサービスを作成しています。Boomiでは他アプリに対して自らデータを取得する（＝リクエスト投げる）ことに加えて、Webサービスを作成することでデータを受信（＝リクエストを受ける）ことも可能です。イベント・ドリブンのアーキテクチャにも対応できるというわけです。 もちろんBoomiからAPIリクエストをコールすることもできます（下図）。 感想と考察 今回ご紹介したのはBoomi Integrationで実装できるほんの一部の機能でしたが、実利用を想定したより複雑なビジネスロジックや、一般的なエラーハンドリング、作成済みの他プロセスを複利的に利用（Process Call）したりすることもできます。また、今回の例は１対1システムの統合でしたが、多：多のシステム統合を実施する時にはBoomiキャンバス上で視覚的にシステム間の接続が把握できるのは大きな利点かと思いました。またSalesForceだけでなくOracleやSAPなどのERP、AzureやAWSなどのクラウドサービスとの接続に利用するコネクターも利用可能であり、それらのサービスを利用している企業にとっても使い勝手のよいサービスだと思いました。 複数システムが複雑に組み合わさったエンタープライズ企業にとって、今後のシステム統合を進めて行く上でBoomiは一つの切り札になる可能性が高いと感じています。 Go Boom it !