2

外部システムと接続するシステムをどのように構成すればよいかについて質問があります。

ここに、私が組み立てようと考えていたさまざまなパーツがあります。

オプション1

  • 3 つの異なるタイプのメッセージをシステムに取り込む 3 つの外部サービスがあります。
  • これらすべての外部サービスをリッスンする WCF サービスがあり、メッセージを共通の形式に変換します。
  • 二重 tcp バインディングを使用して WCF サービスに接続されている WPF UI があり、UI でメッセージが更新されます。
  • また、UI は送信メッセージをサービスに送信し、サービスはそれを外部サービスに送信します。

私の質問は、これがソリューションを設計するためのスケーラブルで保守可能で費用対効果の高い方法だと思いますか? これをイントラネット シナリオに展開した場合に発生する可能性のある特定の問題はありますか?

私が与えていた他の考慮事項は次のとおりです。

オプション 2

  • 外部サービスに接続する 3 つの Windows サービスがあります。
  • 各サービスは、メッセージを正規の形式に大量に生成し、特定のトピックに関するメッセージ バスに配置します。
  • 新しいメッセージのメッセージ バス上のトピックをリッスンする WCF サービスを用意します。
  • 双方向バインディングを使用して、着信メッセージでクライアントを更新します。
  • クライアントは送信メッセージを WCF サービスに送信します。WCF サービスは、Windows サービスがリッスンする特定のトピックにメッセージをドロップし、Windows サービスがメッセージを外部システムに送信します。

ここで少し混乱しています。どちらがより良いアプローチになるか教えてください。もし可能であれば、これらのシナリオについて説明しているリンクを教えてください。

データ交換量は 5 分ごとに 400 メッセージで、外部システム間で分割されます。

このような状況に直面したことがある方も多いと思いますので、これに対するより良いアプローチがあれば教えてください。

ありがとう -マイク

4

1 に答える 1

1

3つの類似しているが異なるメッセージ形式を処理する場合、オプション2は確かに正しいと思います。これにより、アダプター正規メッセージの2つの統合パターンが実装されます。

ただし、反対方向に送信されるメッセージのコンジットと同じ「アダプタ」サービスを使用するのは間違いだと思います。要求処理パイプラインから応答チャネルを抽象化することをお勧めします。

ディストリビューター(またはルーター)パターンを実装して、要求ソースに戻る応答メッセージのルーティングを処理できます。

于 2012-04-27T15:25:41.573 に答える