メッセージングシステムのクライアント要件（ア・ラ・MassTransit）MSMQを使用していますか？

Question

の前にMSMQを使用していないた、私はそれを使用するすべての明確なANクライアント環境の要件ではないよ。

私は、レガシーシステムと統合するクライアント/サーバー・ソリューションを設計していると私は、メッセージングで販売されています。私はMassTransitようなサービス・バスの実装を使用するようにしたいのですが、それはMSMQを必要とします。

の の私は、すべてのクライアントPCは、MSMQがインストールされていることを保証する必要がありますか？のの

私はの管理者パスワードのの看守にこれを販売する私の見通しは非常に良いです。

とは思いません

今私は確実にすべてのクライアントマシンは、Windows XP Professionalがインストールされていることを期待することができますが、それは変更することができますし、私の理解では、MSMQがさらに大きな頭痛の種になり、より最近のOS、にデフォルトでインストールされていないことです。

これがどのように動作するか私のために

缶誰の解明？私は重要な何かを（私は私は願っています）が欠落していない限り、すべての商用ソフトウェアがMSMQに頼ることができるか想像することはできません。

（サーバが問題ではない - 。私はそこにフルコントロールを持っている）の

Answer 1

あなたの基本的な質問に答えるために。はい。すべてのPCは、MSMQサービスが実行されている必要があります。私は、MSMQは、ソフトウェアの一般ユーザの種類のために意味されると思いますが、企業のための...サーバーサーバー間の通信にはありません。私は確かに間違っているかもしれないが、あなたが私について尋ねている制限でそれが商用ソフトウェアを使用することができる方法を見ていないのどちらか。

Answer 2

（偶数またはMassTransitやNServiceBusのような軽量オプション）

アンESBは本当に、クライアント/サーバ間の通信用に設計されていません。あなたはニーズがバックエンドサービスと通信することをシッククライアントアプリケーションを使用している場合、クライアントがその代わりと通信することをSOAPおよび/またはREST層を構築する方が賢明かもしれません。そのサービス層の後ろに、あなたのスケーリングの要件に応じて、内部メッセージング使用することができます。メッセージは、キャッシュのような他の技術と一緒に、非常に動的な負荷に対処するために非常に有用である。

あなたは、クライアント上でメッセージング行いたい場合は、

、あなたはブローカースタイルのメッセージングシステムを使用することを検討してください（ActiveMQのは、ここではフィット、それは通常のTCP / IP接続だ）と、クライアントから接続することがあります。それは必ずしも、あなたの状況に応じて、最善の方法、それを行う方法はありません。 MassTransitは、より普遍的なトランスポート・インタフェースにMSMQ / ActiveMQの抽象のプログラミングAPIにあなたをできるように、ActiveMQのを使用することができます。

分散システムを設計する際に、

多くのオプションは、あなたが本当に助けがさまざまな技術オプションを区別することができ、クライアントからサーバーへの通信対クライアント間の通信を必要とするかどうか、があります。

Answer 3

答えは、私の経験から、次のとおりです。MSMQ masstransit、使用のRabbitMQを使用していないとき。 CF Masstransit：それは中央のMSMQサーバーを使用することはできますか？ （または私は最初から/ RabbitMQのwを開始する必要があります？）する