Service Server for Windows Server vs NServicebus vs Mule ESB

Question

我一直在尋找新發布的Windows服務器，NServicebus和Mule ESB之間的比較。 要求是使用發布者/訂閱者通信模式開發基於.NET的實時數據集成解決方案。
想法是通過servicebus傳輸protobuf序列化數據消息。但是，如果任何這些支持文件傳輸也會很好，因為我們有不同的卷和各種數據源。 我不確定哪一個是更好的選擇。

Answer 1

實際上，Azure Service Bus並不是NServiceBus和Mule ESB的直接競爭對手。 它更接近消息代理（如ActiveMQ或RabbitMQ）而不是集成平台。 除了簡單的消息傳遞之外，它還有一些功能，例如Web服務代理和一些不錯的移動推送通知支持。

Mule ESB是一個集成平台，這意味着您可以使用Mule配置語言創建集成應用程序，並使用Java平台擴展Mule編程組件。 您將集成應用程序部署到獨立的Mule服務器或CloudHub （Mulesoft的雲環境）。 它們還提供了一個非常大的連接器庫，可簡化與各種其他技術和SaaS的集成。

我對NServiceBus沒什么經驗，但文檔顯示了一些與Mule ESB相同的功能。

既然您可以免費下載NServiceBus和MuleESB來嘗試它們，我建議給它們兩個旋轉，看看它們如何適用於您的特定集成問題。

Answer 2

.NET服務總線旨在與Azure通信並使設備能夠執行RCP樣式的調用。 它支持pub / sub，但最大消息大小僅為64 KB。

就互操作而言，NServiceBus可能是最有能力的選擇。 它支持單向，全雙工和發布/訂閱消息傳遞。 使用MSMQ進行傳輸時，最大消息大小為4 MB，但其數據總線可用於傳輸大文件。 它還有一個獨特的傳奇概念，這是一個具有共享狀態的長期運行過程。 我沒有使用最新的工具，但傳統上，與基於Java的解決方案相比，工具和集成選項並不相同。 此外，許可模式很復雜，似乎是每個版本都要改變的主題。

有一個Mass Transit免費的.NET服務總線，它具有大部分NServiceBus功能，但使用起來有點困難。

[編輯] Mule ESB有一個免費的社區版和一個商業版。 它是一種非常成熟的基於Java的服務總線。 它有許多工具和集成選項與各種產品。 但我不認為它有傳奇。 但它確實有文件傳輸支持。