产品优势
和开源自建对比
| 对比项 | 云消息队列 RabbitMQ 版 | 开源 RabbitMQ |
|---|---|---|
| 协议支持 | AMQP 0-9-1 | AMQP 0-9-1，AMQP 1-0 |
| 客户端支持 | 支持所有版本和语言开源客户端 | 支持所有版本和语言开源客户端 |
| 系统架构 | 消息队列 RabbitMQ 版采用集群分布式部署； 无主架构，集群中每台节点服务等价。 | Erlang 语言实现的，排查问题困难； 高可用的部署模式是非集群横向可扩展的架构，有性能瓶颈； 强依赖内存，引发各种稳定性痛点。 |
| 消息堆积能力 | 在海量消息堆积的情况下，始终保持高性能，不影响集群的正常服务。 | 抗堆积能力差，容易引发内存问题而导致宕机。 |
| 扩缩容能力 | 单队列性能无上限，可横向扩容。可扩展能力强、性能线性增强，可根据业务需求弹性伸缩，对用户透明。 | 如果是镜像队列集群，只能升级机器配置来扩容集群容量。 |
| 脑裂问题 | 无脑裂痛点，无主架构，集群中每台节点服务等价。 | 会因各种原因导致心跳丢失，引发脑裂问题，恢复过程会服务中断或数据丢失。 |
| 强大的可观测能力 | 商业版提供强大的监控告警能力，有丰富的 Prometheus 指标，包括实例、Vhost、Exchange、Queue 维度查看的消息速率、消息堆积量、当前连接数、 Channel 数、每个接口的请求 QPS 等。 | 通过管控 API 获取指标数据自己搭建监控告警系统； 3.8.0以上版本通过 Prometheus 搭建监控告警，但没有细粒度的指标维度、无法精确监控告警。 |
产品功能
全模型支持
Queue 模式
支持 Queue 队列存储消息，提供多分区，同一消费者支持集群消费模式的。
Exchange
支持绑定 Binding Key 的方式，Exchange 再将消息规则筛选路由到一个或多个 Queue，同时对不符合路由规则的消息进行丢弃的能力。
Virtual Host (vHost)
支持开源对应的虚拟主机能力，解决上产&测试、多业务拆分等隔离需求。
灵活 Exchange Type 类型支持
Fanout 类型
支持 Exchange 的消息路由发送到所有与它绑定的 Queue 的模式。
Direct 类型
支持将消息路由到 binding key 与 routing key 完全匹配的 Queue 的模式。
Topic 类型
支持模糊匹配的方式即将消息路由到 binding key 与 routing key 模糊匹配的 Queue 的模式。
完善的运维配套
提供一整套完善、便捷、易用的产品运维工具，帮助用户快速发现并处理问题
监控告警
实时监控在线连接、消息堆积、投递延迟，及时发现问题。
资源报表
设备查询、分组在线设备管理、消息收发统计等。
Open API（RESTful）
提供自助资源管理和运维功能，RESTful 标准，灵活便捷。
