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的云环境）。它们还提供了一个非常大的connectors库，它简化了与各种其他技术和SaaS的集成。

我对NServiceBus没什么经验，但documentation显示了一些与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的服务总线。它有许多工具和集成选项与各种产品。但我不认为它有传奇。但它确实有文件传输支持。