0

すべてのメッセージが投稿され、正しいサブシステムに公開されるフィードバック システムを作成しようとしています。キューを非常に静かに使用しているため、サブスクライバー コードをできるだけクリーンにしたいと考えています。メッセージ ID に基づいて切り替えて、フィードバック システムにアクセスし、特定のサブスクライバーに公開したいと考えています。各サブスクライバーがメッセージをリッスンするサービスを作成したくありません.各サブスクライバーにキューを設定し、トリガーしてcom +コンポーネントを呼び出すことができると考えていました..しかし、より現代的な方法を探しています. .

私はNServiceBusを調べていましたが、リスニングシステムごとにサービス/実行可能ファイル/Webサービスを作成する必要があるようです（C＃dllを作成してメソッドを呼び出すための作業が少し少なくなります）、NServiceBusが処理できるかどうかわかりませんプリロードされた構成 (データベースからロードされた) に基づく動的エンドポイント。WCF も選択肢の 1 つです。確実に動的エンドポイントを処理できます。

新しいシステムがサブスクライブするためのコードのリース量/スケーラブルな最適なソリューションは何だと思いますか?

ありがとう

4

2 に答える 2

2

オンラインソリューションに問題がない場合は、キューサービスバスを備えた最新の.NET Services SDK for Windows Azureをご覧ください。http：//www.microsoft.com/azure/netservices.mspx WCFメッセージに依存し、サポートしています。ルーティングなど。これに関するいくつかのブログ投稿はこちらhttp://vasters.com/clemensv/default.aspx

試すことができるもう1つのフレームワークは、MassTransithttp : //code.google.com/p/masstransit/です。

于 2009-04-21T13:43:04.787 に答える
2

メッセージ ブローカーではなく、サービス ホストを探しているようです。その場合、Microsoft が推奨する方法は、IIS で WCF サービスをホストすることです。MSMQ をトランスポートとして引き続き使用できますが、サービス自体は IIS によって管理されます。IIS は HTTP サーバーとしての初期の頃から大幅に進化しました。現在では、トランスポート (TCP、MSMQ、HTTP) の選択、プーリング、アクティベーション、有効期間ポリシーなどにより、アプリケーション サーバーに近づいています。

WCF+MSMQ+IIS はやや複雑すぎると思いますが、これは Microsoft のフィールドでプレイするために支払う代償です。

素晴らしくシンプルなメッセージ ブローカーの場合、MSMQ の代わりに Active MQ を使用できます。これにより、メッセージ ブローカーと pub/sub が提供されます。.NET での作業は非常に簡単です。次のリンクを確認してください: http://activemq.apache.org/nms/

于 2009-05-26T15:33:42.833 に答える