nServiceBus vs Mass Transit vs Rhino Service Bus vs other？

Question

適切に分離されたワークフローシステム内のファイルを処理するためにメッセージングシステムを使用する可能性がある場合、いくつかのクイックスパイクを実行します。

上記の各フレームワークを使用することで人々が発見した長所と短所は何ですか？ WCFバインディングおよび/または非MSMQソリューションを備えた手巻きMSMQシステムと比較して、これらを使用する利点は何ですか？

Answer 1

トランザクションを処理する方法、例外がロールバックを引き起こす方法、無限にロールバックを停止する方法など、やや難しいものがたくさんあるので、手作業のソリューションには近づかないことをお勧めしますメッセージ）、状態管理の境界が揃うように長時間実行されるワークフローと統合する方法など。

おそらく、何らかの種類の永続的/トランザクションメッセージングインフラストラクチャが必要になるため、MSMQを使用せずに、Microsoftプラットフォーム上のService Broker、またはActiveMQのような他の選択肢を残します。 MSMQには、Service Brokerがインストールされていないのに対して、すべてのWindowsマシンに既にインストールされているという利点があります。

NServiceBus、Mass Transit、Rhino Service Busの選択に関しては、このStackoverflowの回答 NServiceBusをMassTransitと比較すると始めるのに適した場所になります。

3.1リリースでは、NSB Studioを導入します。NSBStudioは、システムをより高い抽象度でモデル化し、NServiceBusの多くの構成と初期化を可能にするVisual Studio統合モデリングツールのセットです。自動的に。これは、NServiceBusに有利なスケールのヒントになると思います。

役立つこと。

免責事項：私はNServiceBusの著者です。

Answer 2

NServiceBus は優れた製品ですが、ライセンスの問題に注意してください。著者の希望に応じて、ライセンスポリシーを変更する傾向があります。たとえば、古いライセンス情報をご覧ください。

プロジェクト開発の途中で、NServiceBusに多額のお金を払わなければならないことがわかります。

無料版にもパフォーマンスの制限があります。

MassTransit は完全に無料のオープンソースであり、制限はなく、Apache 2.0ライセンスの下にあります。

Rhino Service Bus を使用していません。

Answer 3

Rhino対NServicebusの状態の更新：

http://www.infoq.com/news/2012/04/ nservicebus3-0

  

InfoQ to Ayende： .NET用のサービスバスを以前に作成した   自分、つまりRhino Service Bus。 Rhinoサービスのユーザーは   バスは再検討してNServiceBusに移行しますか？

     

Ayende： 2008年頃にRhino Service Busを構築しました。ほとんどを構築しました   私は他のサービスバスの状態に満足していなかったので   時間。構築する際にさまざまな懸念と方向がありました   サービスバスですが、それは4年前です。その時、私は思う   NServiceBusは、使いやすい製品になることで大きな進歩を遂げました   箱から出してすぐに使える開発ストーリーがあります。仮に私が   今日のサービスバスから始めて、私は   自分で構築する。

Answer 4

MSMQベースの潜在的な欠点は、最大メッセージサイズの制限です。 IIRCは約4MBです。大きなファイルを処理し、メッセージ内にファイルの内容を保存している場合、簡単に実行できます。