Windows Server 与 NServicebus 与 Mule ESB 的 Servicebus答案

【问题标题】：Servicebus for Windows Server vs NServicebus vs Mule ESBWindows Server 与 NServicebus 与 Mule ESB 的 Servicebus
【发布时间】：2014-04-23 00:02:52
【问题描述】：

我一直在寻找新发布的用于 windows 服务器的服务总线、NServicebus 和 Mule ESB 之间的比较。需求是使用发布者/订阅者通信模式开发基于.NET的实时数据集成解决方案。
想法是通过服务总线传输 protobuf 序列化数据消息。但是，如果这些中的任何一个也支持文件传输，那就太好了，因为我们有不同的容量和各种数据源。我不确定哪个是更好的选择。

【问题讨论】：

标签： mule nservicebus esb servicebus azureservicebus

【解决方案1】：

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

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

有一个免费的 .NET 服务总线，它具有 NServiceBus 的大部分功能，但使用起来有点困难。

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

【讨论】：

其实Mule ESB并不是免费的。
Mule 社区版是免费的，但他们的企业版需要付费。
根据msdn.microsoft.com/en-us/library/dn441429.aspx，消息大小的配额可以是 50 Mb，但最大 PROPERTY 大小实际上是 32K。在另一篇文章中是256K msdn.microsoft.com/en-us/library/azure/hh694235.aspx ...我很沮丧...似乎我需要自己找到极限:)

【解决方案2】：

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

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

我对 NServiceBus 几乎没有经验，但documentation 显示了一些与 Mule ESB 相同的功能。

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

【讨论】：

Windows ServiceBus (v1.1) 具有与 Azure 服务总线相同的功能，可以被视为 NServiceBus 的直接竞争对手。
@Lee Simpson：Windows Service Bus 和 Azure Service Bus 都不能被视为 NServiceBus 的竞争对手。 Ryan 是对的，这些总线的功能大多相当于消息代理解决方案。 NServiceBus 能够将 Azure 服务总线用作传输。 NServiceBus 的抽象级别远高于 Azure SB 或 Windows SB。