DSS と通信する ESB と通信する API Manager を実装しています。これら 3 つの製品のベスト プラクティス/設計に関心があります。従業員を例にとってみましょう。従業員がデータベースに Person、Location、Image の 3 つのテーブルを持っているとします。DSS で 3 つの API (Person、Location、Image) を作成することを考えていました。ESB では、GetPerson を使用するだけで、ESB は PersonID を使用して Person を呼び出し、LocationID とともに個人情報を取得し、DSS で Location を呼び出して位置情報を取得し、次に Image を呼び出して Image 情報を取得し、 XML を ESB にまとめてユーザーに返すのが好きです。それは可能ですか、それともベストプラクティスですか？現在、DSS に Person があり、その中に Person XML と Location および Image 情報がまとめられています (かなり簡単です)。DSS でそれらを分離することは論理的に理にかなっているように思われるので、Person 以外の場所が必要な場合は、locaitonid を使用して場所を呼び出すことができ、場所を必要とするすべてのインスタンスに対して DSS で API を作成し続ける必要はありません。最適な設計パターンはわかりませんが、ESB で 3 つの異なる呼び出しを行い、結果を 1 つの XML ファイルにまとめてユーザーに返すのはかなり難しいようです。
質問する
641 次
1 に答える
1
ESBのサービスチェイニングやアグリゲーターメディエーターという概念を利用することで可能になります。
サービス チェーンについてはhttp://docs.wso2.org/display/ESB460/Service+Chainingを参照し、アグリゲーター メディエーターについてはhttp://docs.wso2.org/display/IntegrationPatterns/Aggregatorを参照してください。
于 2014-01-13T18:42:39.460 に答える