nServiceBus vs Mass Transit vs Rhino Service Bus vs other？
メッセージングシステムを使用して、適切に分離されたワークフローシステム内のファイルを処理する可能性がある場合、いくつかのクイックスパイクを実行するだけです。
上記の各フレームワークを使用することで人々が発見した長所と短所は何ですか？ WCFバインディングおよび/または非MSMQソリューションを備えた手巻きMSMQシステムと比較して、これらを使用する利点は何ですか？
トランザクションを処理する方法、例外がロールバックを引き起こす方法、無限にロールバックを停止する方法（ポイズンメッセージ）など、やや難しいものがたくさんあるので、手作業のソリューションから離れることをお勧めします。状態管理の境界が揃うように長時間実行されるワークフローと統合する方法など。
おそらく、ある種の永続的/トランザクションメッセージングインフラストラクチャが必要になるため、MSMQを使用せずに、Microsoftプラットフォーム上のService Broker、またはActiveMQのような他の選択肢を残します。 MSMQには、Service Brokerではなく、すべてのWindowsマシンに既にインストールされているという利点があります。
NServiceBus、Mass Transit、Rhino Service Busから選択するという点では、このStackoverflowの答え NServiceBusとMassTransitの比較 は開始するのに適した場所です。
3.1リリースでは、NSB Studioを導入しています。これは、システムをより高いレベルの抽象化でモデリングし、NServiceBusの多くの構成と初期化を自動的に行うことができるVisual Studio統合モデリングツールのセットです。これは、NServiceBusに有利なスケールのヒントになると思います。
それが役に立てば幸いです。
免責事項：私はNServiceBusの著者です。
NServiceBusは良い製品ですが、ライセンスの問題に注意してください。著者が望むように、ライセンスポリシーを変更する傾向があります。 古いライセンス情報 をご覧ください
プロジェクト開発の途中で、NServiceBusに多くのお金を払わなければならないことがわかります。
また、無料版にはパフォーマンスの制限があります。
MassTransitは完全に無料のオープンソースであり、制限はなく、Apache 2.0ライセンスの下にあります。
私は使っていませんRhino Service Bus。
Rhino対NServicebusの状態の更新：
http://www.infoq.com/news/2012/04/nservicebus3-
InfoQ to Ayende：。NET用のサービスバス、つまりRhinoサービスバスを以前に作成しました。 Rhino Service Busのユーザーは、NServiceBusを再検討して移行すべきですか？
Ayende：Rhino Service Busを2008年頃に作成しました。その時に作成したのは、他のサービスバスの状態に満足できなかったからです。サービスバスを構築する際にさまざまな懸念と方向性がありましたが、それは4年前のことです。その間、NServiceBusは使いやすい製品になり、すぐに使える開発ストーリーを作成できるようになったと思います。今日私がサービスバスで始めていたら、私は自分のバスを作ることを強く疑います。
mSMQベースの潜在的な欠点は、最大メッセージサイズの制限です。 IIRCは約4MBであり、大きなファイルを処理し、メッセージ内にファイルコンテンツを保存している場合、簡単に実行できます。