パブリッシュ/サブスクライブ機能を備えた分散アーキテクチャメッセージングシステム/サービスバスが必要です。 .netアプリケーションに使用できるフレームワークの推奨事項はありますか?
NServiceBus は人気が高まっています。オープンソースでもあります。 Hanselminutesエピソード は、Scott HanselmanがUdi DahanとNServiceBusについて話し、それを理解するのに役立っています。あなたは間違いなくそれを使用して評価する必要があります。
更新:また、ここからNServiceBusソリューションをゼロから構築するのがどのようなものかを示すDNR TVエピソードもあります。 http://www.dnrtv.com/default.aspx?showNum=199
masstransit および rhino service bus もチェックしてください。オープンソースと非常に賢い人々によって書かれたものの両方。
RabbitMQ を確認してください。 .NETクライアントはフル機能を備えており、非常に使いやすいです。 RabbitMQ in Action と呼ばれる本と、 RabbitMQ in Depth があり、早期アクセス版で利用できます。
現在、オープンソースのWCFベースのサービスバスに取り組んでいます。ここで見つけることができます: http://rockbus.codeplex.com/ 。動的(@ run-time)サブスクリプション、サブスクリプションリポジトリ(データベース)、プラガブルトランスポート、XPathベースのコンテンツベースのルーティング、wcfプロトコルを介したトランザクション配信、ラウンドロビン配信、プラガブルなサブスクリプション評価などをサポートします。ご覧ください!
ActiveMQ に統合されている Apache NMS は、非常にわかりやすく、セットアップが簡単で、透過的であることがわかりました。
たとえば、ActiveMQにはWebフロントエンドが付属しており、Webブラウザを使用してメッセージキューを調べたり、メッセージの読み取り、削除、さらには作成を行うことができます。そのため、分散アプリケーションの片側のみの開発とテストを非常に簡単に開始でき、デバッグと監視は非常に簡単です。
これまでのところ、.NETスタックには成熟したService Bus実装はありません。 Microsoftは現在開発中です。
http://msdn.Microsoft.com/en-us/library/windowsazure/jj193022(v = Azure.10).aspx
オプションとして、Java world。
幅広い機能が必要なく、独自のシステムを開発する準備ができている場合は、WCFを使用してください。 WCFコールバックはこれに適しています。
Neuron ESB は堅実な実装であることがわかりましたが、まだ怒りで使用していません。