我一直在寻找新发布的 windows 服务器服务总线、NServicebus 和 Mule ESB 之间的比较。要求是使用发布者/订阅者通信模式开发基于 .NET 的实时数据集成解决方案。
想法是通过服务总线传输 protobuf 序列化数据消息。但是，如果这些中的任何一个也支持文件传输，那就太好了，因为我们有不同的数据量和各种数据源。
我不确定选择哪个更好。
最佳答案
实际上，Azure 服务总线并不是 NServiceBus 和 Mule ESB 的直接竞争对手。它更接近消息代理(如 ActiveMQ 或 RabbitMQ)而不是集成平台。除了简单的消息传递之外，它确实具有一些功能，例如 Web 服务代理和一些不错的移动推送通知支持。
Mule ESB 是一个集成平台，这意味着您可以使用 Mule 配置语言创建集成应用程序，并使用 java 平台扩展 Mule 编程组件。您将集成应用程序部署到独立的 Mule 服务器或 CloudHub (Mulesoft 的云环境)。他们还提供了一个相当大的图书馆 connectors ，这简化了与各种其他技术和 SaaS 的集成。
我对 NServiceBus 没有什么经验，但是 documentation展示了一些与 Mule ESB 相同的功能。
由于您可以免费下载 NServiceBus 和 MuleESB 来试用它们，我建议您尝试一下，看看它们如何适用于您的特定集成问题。
关于mule - Windows Server 服务总线对比 NServicebus 对比 Mule ESB，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22460189/