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

Posted 福州司马懿

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了消息队列技术选型(Kafka + RocketMQ)相关的知识,希望对你有一定的参考价值。

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

性能指标kafkaRocketMQ
适用场景日志处理适合处理业务
性能单击写入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 + RocketMQ)的主要内容,如果未能解决你的问题,请参考以下文章

消息中间件(MQ)的技术选型(Kafka、RabbitMQ、RocketMQ)

消息中间件ActiveMQRabbitMQRocketMQZeroMQKafka如何选型?

消息中间件ActiveMQRabbitMQRocketMQZeroMQKafka如何选型?

消息中间件RabbitMQKafkaRocketMQ正确选型姿势

消息中间件系列第2讲:如何进行消息队列选型?

消息中间件:为什么我们选择 RocketMQ