Windows Server vs NServicebus vs Mule ESB的Servicebus

Question

我一直在寻找新发布的Windows服务器的servicebus，NServicebus和Mule ESB之间的比较。要求是发展。使用发布者/订阅者通信模式的基于NET的实时数据集成解决方案。
想法是通过服务总线传输协议错误序列化的数据消息。但是，这将是伟大的，如果这些支持文件传输太，因为我们有不同的卷和各种数据源。我不确定哪一个是更好的选择。

Answer 1

.NET服务总线设计用于与Azure通信，并使设备能够执行RCP样式的调用。它确实支持发布/订阅，但最大消息大小仅为64 KB。

NServiceBus可能是互操作方面最有能力的选择。它支持单向，全双工和pub/sub消息传递。使用MSMQ传输时，最大消息大小为4 MB，但其数据总线可用于传输大型文件。它还有一个独特的sagas概念，sagas是具有共享状态的长时间运行的进程。我没有使用最新的工具，但传统上，与基于Java的解决方案相比，工具和集成选项达不到标准。此外，许可模式很复杂，似乎每次发布都会发生变化。

有免费的公共交通。NET服务总线，它具有大多数NServiceBus功能，但使用起来有点困难。

[编辑]Mule ESB有免费社区版和商业版。它是一种非常成熟的基于Java的服务总线。它有许多工具和与各种产品的集成选项。但我不认为它有传奇故事。但它确实支持文件传输。

Answer 2

实际上，Azure Service Bus并不是NServiceBus和Mule ESB的直接竞争对手。它更接近于消息代理（如ActiveMQ或RabbitMQ），而不是集成平台。除了简单的消息传递之外，它还有一些功能，比如web服务代理和一些不错的移动推送通知支持。

Mule ESB是一个集成平台，这意味着您可以通过使用Mule配置语言和使用java平台扩展Mule编程组件来创建集成应用程序。将集成应用程序部署到独立的Mule服务器或CloudHub（Mulesoft的云环境）。它们还提供了相当大的连接器库，简化了与各种其他技术和SaaS的集成。

我对NServiceBus没有什么经验，但是留档显示了一些与Mule ESB相同的功能。

既然您可以免费下载NServiceBus和MuleESB来试用它们，我建议试一试它们，看看它们如何应用于您的特定集成问题。