マルチキャスト、メッセージング、ActiveMQ vs. MSMQ？

私は、当社製品のメッセージング/通知システムに取り組んでいます。基本的な要件は次のとおりです。マルチキャスト、メッセージング、ActiveMQ vs. MSMQ？

火とは、おそらく更新、メッセージの
永続セットを忘れて、送信者が彼らに

ライブラリはC＃で記述されますを削除するには言うまでそこに滞在します。 Spring.NETはすばらしいメッセージング抽象概念を多数取り入れたマイルストーンビルドをリリースしました。これは広範囲に使用する予定です。私の基本的な質問は、メッセージブローカーの問題です。私のアーキテクチャは、アプリケーション - >メッセージブローカーキュー - >受信するすべてのメッセージをディスパッチし、それらの長命メッセージのライフサイクルを処理するサーバーアプリケーションのように見える - >メッセージブローカーキューまたはトピック - >リスニングアプリ。

最後に、どのメッセージブローカーを使用すべきですか？私はActiveMQに偏っています - 私たちは最後のプロジェクトでそれを使い、それを愛していました。私はそれがJavaであることを除いて、それに対して1回のストライキは本当に考えることができず、Javaがサーバにどこかにインストールされる必要があり、それはこのサービスを使用する人の一部には難しい販売かもしれません。私が見てきたもう一つの選択肢はMSMQです。私は何らかの未知の理由でそれに偏っていますし、大きなマルチキャストをサポートしていないようです。

MSMQを使用した人は誰ですか？賛否両論、賛否両論を揺さぶるかもしれない何か？

最後に、.NET 2.0を使用しています。

出典

2008-08-28 Chris Marasti-Georg

のために良いブログです。ActiveMQのの

いくつかのより多くの利点がenterprise integration patterns

exclusive queuesようadvanced featuresのトンとmessage groups

あなたが言及メイン欠点のため

優れたサポートのための

素晴らしいサポートが含まActiveMQブローカはJavaで書かれていること。本当に必要な場合は、IKVM上で.netアセンブリとして実行することも、Windowsサービスとして実行することも、GCJを介してDLL/EXEにコンパイルすることもできます。 MSMQは.NETに書かれていてもいなくてもかまいませんが、実際に実装された方法はそれほど重要ではありませんか？

MSMQとActiveMQのどちらを選択しても、最低でもNMS APIを使用することをお勧めしますが、これはSpring.NETに統合されていると言います。このAPIのMSMQ実装と、StompConnect経由で他のJMSプロバイダをサポートするTibCo、ActiveMQ、およびSTOMPの実装があります。

あなたのAPIとしてNMSを選択することで、独自のテクノロジにロックされるのを避けることができます。そして、任意の時点でメッセージングプロバイダを簡単に切り替えることができます。コードをすべて独自のAPIにロックするのではなく

出典

2008-09-16 14:00:06