说起消息队列，ActiveMQ、RabbitMQ、RocketMQ、Kafka、Pulsar 等纷纷涌入我们的脑海中，在如此众多的开源消息队列产品中，作为一名合格的架构师如何给出高性价比的方案呢？商业化的产品暂不纳入选项中。

接下来我将从RocketMQ 的优势方面解释为什么选择 RocketMQ 。

RocketMQ 的优势

一、RocketMQ 如何解决和友好面对公司层面的诉求

1. 技术成本

就技术成熟度而言，在经历阿里双十一数万亿洪峰、微众银行、民生银行、蚂蚁金服、平安、字节跳动、快手、美团、京东、网易等各种行业大厂的考验后，就不言而喻了。 RocketMQ 对于服务器的配置要求不高，普通的云主机都可以。曾经我们验证 8C 16G 500G SSD 的 2 主 2 从的集群，发送 tps 可以到 4～5w ，消费 tps 峰值 20w +，稳定在 8w～9w 。并且，还能根据业务实际的需求无感的横向扩展。综合而言，技术成本相对可控且人才多。

2. 人力成本
人力成本主要是现有的技术人员的学习成本、招新人的成本。 RocketMQ 是 java 开发的，代码也非常稳定、有条理，各个版本之间除了功能有差异之外，Api 、传输协议几乎没有太多变化，对于升级而言也更加方便。 java 也是目前中间件采用的比较主流的语言，使用的技术人员非常广泛。RocketMQ 在金融行业比如：微众银行、民生银行、蚂蚁金服、平安；其他行业公司，比如阿里、字节跳动、快手、美团、京东、网易等与大量中小企业都在使用，候选人范围相对较大。

对于 java 方面的消息队列方面的人才相比 C/C++、C#、Python、Go 等还是更多的：主流的 Kafka 是 scala + java、pulsar 是 java ，对于招聘也有极大的优势。

综合而言，RocketMQ 技术员对于人力成本比较友好。

二、从中间件组层面看，RocketMQ 是如何提供优秀的能力，为业务保驾护航呢？

1. 稳定性 金融级可靠、阿里双十一稳定支持万亿级消息洪峰，在笔者之前所在公司也有过 2 年+零事故的佳绩。 2. 功能丰富，支持的场景众多

重试、死信机制，友好、无感的业务重试机制。
顺序消息、事物消息
万级 Topic 数量支持
消息过滤
消息轨迹追踪
主从自动切换
原生支持 Prometheus 监控
原生支持易用管理平台：RocketMQ Console
访问权限控制（ACL）

3. 性能

RocketMQ 可以支持 99.9% 的写入延迟在 2 ms ，其他的开源消息队列中间件基本都是大于 5 ms ；目前大部分消息队列中间间都支持横向扩展，吞吐上横向扩展几乎都可以满足。RocketMQ 的在滴滴做的性能测试: _developer.aliyun.com/article/664… _, 大家参考。
发送、消费 tps 和 kafka 一个数量级，Topic 数量剧增对于性能影响较小。

4. 管理平台 RocketMQ Console 原生支持：

github.com/apache/rock…

5. 监控、报警 RocketMQ Exporter 原生支持 Prometheus：

github.com/apache/rock…

6. 运维 & 支持 & 开源社区

无 zk 等第三方依赖，开箱即用

综合看来，RocketMQ 稳定、可靠、性能好，开箱即用，不依赖 Zookeeper ，系统的稳定性更高，复杂度更小。

三、对于最终用户：业务研发、业务研发 Leader，他们的核心担忧是提供的技术是否稳定可靠、是否快速方便的接入

从中间件组层面看这个问题时，RocketMQ 稳定、可靠，那对于接入是否友好呢？ RocketMQ 提供 java 原生客户端、Spring 客户端，C++ 客户端、Python 客户端、Go 客户端等多类型、多语言的客户端，对于各种项目都可以统一接入。微服务框架中 Spring Cloud 基本已经成为事实标准，RocketMQ 支持 Spring boot Starter 和 Spring Cloud Function 等多种方式融合入微服务框架，对于 Spring 体系支持更加方便快捷。