消息队列技术选型(Kafka + RocketMQ)

当业务需要系统间调用解耦时,MQ是一个很好的解决方案。目前选择最多的当属Kafka和阿里的RocketMQ

性能指标 kafka RocketMQ
适用场景 日志处理 适合处理业务
性能 单击写入TPS号称在百万条/秒 大约10万条/秒
可靠性 使用异步刷盘,异步复制(Replication) 支持异步/同步刷盘,异步/同步复制(Replication)。RocketMQ 所支持的同步方式提升了数据的可靠性
实时性 支持pull长轮询 均支持pull长轮询,RocketMQ 的实时性更好
支持队列数 单机超过64个队列/分区,消息发送性能降低严重 单机支持最高5万个队列,性能稳定(这也是适合业务处理的原因之一)
消息顺序性 某些配置下,支持消息顺序,但是一台broker宕机后,就会产生消息乱序 支持严格的消息顺序,在顺序消息场景下,一台broker宕机后,消息发送会失败,但是不会乱序
消息失败重试机制 消费失败不支持重试 支持定时重试
定时/延时消息 不支持定时消息 定时/延时都支持
分布式事务消息 不支持 支持
消息查询机制 不支持 支持根据 message ID 查询,也支持消息内容查询,tag查询
消息回溯 理论上可以按照offset回溯消息 支持按照时间来回溯消息,精度毫秒

总结:

  1. Kafka更适用于日志传输,对复杂业务支持不够;复杂业务还得使用RocketMQ
  2. Kafka主要是针对海量数据场景使用的,对数据的正确度要求不是十分严格。对于交易相关的,对数据可靠性、实时性、消息队列的个数要求很高的业务场景,RocketMQ更合适
  3. 当业务成长到一定规模时,必然要修改源码。kafka是使用scala编写的,而RocketMQ是使用Java编写的,用java编写的软件修改起来,维护成本更低

备注:TPS:Transaction Per Second,每秒事务处理量

你可能感兴趣的:(消息队列,kafka,java-rocketmq,rocketmq)