用于企业应用程序的 Azure 服务总线与 RabbitMQ答案

【问题标题】：Azure Service Bus vs RabbitMQ for Enterprise applications用于企业应用程序的 Azure 服务总线与 RabbitMQ
【发布时间】：2017-10-10 08:35:18
【问题描述】：

对于企业级应用程序，我需要在 Azure 服务总线和 RabbitMQ（部署在 Azure 上）之间做出决定，我的主要用途将是主题（具有持久存储）。我看到与 RabbitMQ 相比，服务总线具有更多功能，例如重试次数、TTL、会话和事务等。但我不确定哪一个最适合高可用性、可扩展性、存储和吞吐量。服务总线对存储大小有一些限制（非分区队列最大 5 GB，分区队列最大 80 GB）和 2000 msgs/sec/queue 的吞吐量。如果在服务总线的情况下我需要更多这些限制怎么办？

RabbitMQ 的限制并不明确，因为它取决于集群。如果有人可以帮助我决定哪一个最适合我的情况？

【问题讨论】：

我找到了一篇关于 Azure 虚拟机上 Azure Service Bus 和 RabbitMQ 成本比较的博客，可以参考here。
我见过@Bruce-MSFT。成本不是一个因素。我对服务总线的性能和可扩展性感到困惑。
为什么不考虑可以横向扩展的 Amazon SQS？您可以将 SQS 连接到 SNS 并用作您案例的主题。
我是 RMQ 的长期用户。我刚开始使用 AMB，性能并没有给我留下太大的印象。但平心而论，我没有给 AMB 足够的时间来比较。我发现这篇关于 AMB 性能的文章。 docs.microsoft.com/en-us/azure/service-bus-messaging/…
如果您的其他基础架构严重依赖 Azure，我想推荐 Azure SB。如果您计划（任何可能性）离开 Azure，您可以使用 RabbitMQ。

标签： rabbitmq azureservicebus servicebus bitnami

【解决方案1】：

我的 2 美分 - RabbitMQ 将 Docker 和 Kubernetes 作为应用程序基础架构的一部分，为您提供可移植性。也就是说，与使用 Azure 消息总线相比，您可以更轻松地决定将您的应用程序移至不同的云提供商。

【讨论】：

这不是一个比较本身。企业不会经常更换云。问题和答案不匹配。