1

私はこの主題にかなり慣れておらず、いくつかの研究を行っています。ESB (WSO2 ESB を使用) があり、通過するメッセージ (顧客、注文など) からマスター データを抽出し、それらを DB に保存して参照データとして保持したいと考えています。ソース データは、Web サービスからの XML です。そのため、マスター データを維持できるコンポーネントが必要です。つまり、新しいオブジェクトを挿入し、古いオブジェクトを削除し、変更を更新します (ESB がそれに応じてデータをルーティングできるように、データ イベントがあると便利です)。任意のエンティティ タイプであり、すべての新しいエンティティ タイプに対して自動生成することをお勧めします...

私が今見ているオプション：

  1. SQLExecutor または Hibernate で Smooks を使用して、smooks 構成または DAO 注釈のいずれかに記述されたすべての一致するロジックを永続化します。
  2. オープンソースの ETL ツール (Talend、Kettle、Clover など) を使用します。したがって、データは ETL に渡され、すべての変換ロジックがそこで定義されます。また、将来のシナリオが出現したり、過剰になる可能性がある場合にも対応できます..

.

あなたの考えを共有し、私を正しい方向に向けていただければ幸いです。

4

1 に答える 1

0

データベース部分は別のツールに任せたほうがよいでしょう。

メッセージフローにかなりの量のデータベースインタラクションがある場合、パフォーマンスの大幅な低下が予想されます。

ただし、説明したユースケースにはETLは必要ありません。データベース内にデータを挿入または更新するサービスを作成することにより、WSO2DSSを使用して簡単に行うことができます。

ESBの横にあるメッセージロギングの目的（DB内）でこれを使用しており、これに満足しています。ESB内のメッセージフローで、非ブロッキングのファイアアンドフォーゲットWebサービスとして使用することをお勧めします。お役に立てれば。

于 2013-01-31T00:56:11.733 に答える