我们要选择哪个消息队列产品?

图灵奖得主弗雷德里克·布鲁克斯(Frederick P.Brooks Jr.)在他的经典著作《人月神话》中提出了“没有银弹”的观点,在软件工程中,每一个软件系统,都具有独特性,不存在像“银弹”一样的解决方案,可以解决一切问题。

对于消息队列来说也是一样的,我们常用的消息队列技术选型,都有各自的优势和劣势,我们需要根据自己的应用场景,选择合适的消息队列解决方案。

消息队列选择标准

抛开不同的消息队列在功能和特性上的区别,当我们做消息队列技术选型时,有一些通用的标准需要考虑。

  • 消息队列产品是开源的,这样如果有一天使用消息队列时遇到一个影响业务功能的Bug,我们还可以通过修改源代码迅速修复。
  • 消息队列产品是比较流行并且有一定活跃度的社区,这样只要你的应用场景不是特别冷门,那么你在使用过程中遇到的问题,基本是别人也会遇到并且已经修复的。
  • 一款合格的消息队列产品还需要具备以下特性:
    • 消息的可靠传递,确保不丢消息。
    • 支持集群,确保不会因为某个节点宕机导致服务不可用。
    • 具有良好的性能,满足绝大多数场景需求。

常见的消息队列产品

我们主要讨论三个常见的消息队列产品:

  • RabbitMQ
  • RocketMQ
  • Kafka

RabbitMQ

RabbitMQ是一个轻量级的消息队列,它使用Erlang语言编写,最早是为电信行业系统之间的可靠通信设计的,官网地址:https://www.rabbitmq.com/

RabbitMQ一个有特色的功能是支持非常灵活的路由配置,它在生产者和队列之间增加了Exchange模块,可以根据配置的路由规则将生产者发出的消息发到不同的队列中,路由规则可以非常灵活,甚至我们可以自己来实现路由规则。

RabbitMQ的客户端支持很多不同的编程语言,如果我们的应用使用的编程语言比较冷门,那么很有可能你能找到对应语言的RabbitMQ客户端。

RabbitMQ存在3个问题:

  1. RabbitMQ对消息堆积的支持不好,它的设计理念是消息队列是一个管道,大量的消息积压是一种不正常的情况,应当去避免。
  2. RabbitMQ的性能是我们考察的三个消息队列产品中最差的,它每秒可以处理几万到十几万条消息,如果我们的应用场景对消息队列的性能要求非常高,那么RabbitMQ就不是合适的选择。
  3. RabbitMQ使用的变成语言是Erlang,这个编程语言不仅小众,而且学习曲线很陡峭。

RocketMQ

RocketMQ是阿里巴巴在2012年开源的消息队列产品,后来捐赠给Apache软件基金会,2017年正式毕业,称为Apache的顶级项目。RocketMQ的官网地址:https://rocketmq.apache.org/

RocketMQ使用Java语言编写,它有非常活跃的中文社区,你遇到的大多数问题都可以找到中文的答案。

RocketMQ对在线业务的响应时延做了大量优化,大多数情况下可以做到毫秒级响应,如果我们的应用场景中时延响应非常重要,那么可以选择RocketMQ。

RocketMQ的性能要比RabbitMQ高一个数量级,每秒钟可以处理几十万条消息。

RocketMQ的一个劣势是它在国外没有那么流行,与周边生态系统集成和兼容稍微差一些。

Kafka

Kafka最早由LinkedIn开发,目前也是Apache的顶级项目,官网地址:https://kafka.apache.org/

Kafka目前已经是一个非常成熟的消息队列产品,无论是在数据可靠性、稳定性还是功能特性等方面都可以满足绝大多数场景的需求。

Kafka使用Scala和Java语言开发,设计上大量使用了批量和异步的思想,这样可以让Kafka做到高性能,Kafka的性能,特别是异步收发的性能,是这三款消息队列产品中最好的。它在性能上和RocketMQ没有数量级上的差别,每秒钟可以处理几十万条消息。

Kafka与周边生态系统的兼容性是最好的没有之一,尤其是在大数据和流计算领域,几乎所有的相关开源软件都会优先选择支持Kafka。

Kafka存在的问题是同步收发消息的响应时延比较高,当客户端发送一条消息时,Kafka并不会立即发送出去,而是要等一会儿攒在一批再统一发送,在它的Broker中很多地方还存在“攒一波再处理”的设计,当我们的业务场景中每秒钟的消息数量没有那么多时,Kafka的时延反而会比较高,因此,Kafka不太适合在线业务场景。

其他消息队列

除了上述三款比较流行的消息队列产品,我们还可以看一下处于“第二梯队”的消息队列产品,包括:

  • ActiveMQ
  • ZeroMQ

ActiveMQ

ActiveMQ是最老牌的消息队列,目前已经进入老年期,社区不活跃,它存在的主要意义仅限于兼容哪些还在用的软件系统。

ActiveMQ的官网地址:https://activemq.apache.org/

ZeroMQ

ZeroMQ严格意义上讲不是一个消息队列,而是基于消息队列的多线程网络库,如果我们的应用场景需要将消息队列的功能集成到系统进程中,可以考虑使用ZeroMQ。

ZeroMQ的官网地址:https://zeromq.org/

Pulsar的官网地址:https://pulsar.apache.org/

如何选择合适的消息队列产品?

结合上面描述的各个消息队列产品,我们可以得出下面的建议。

  • 如果消息队列不是我们将要构建的系统的关键组件,而且我们对性能也没有很高的要求,只是需要一个开箱即用易于维护的产品,那么可以选择RabbitMQ。
  • 如果我们的应用场景是处理在线业务,那么RocketMQ的低延迟和金融级的稳定性是我们需要的。
  • 如果我们需要处理海量消息,或者我们场景中使用了大数据、流计算等开源产品,那么Kafka是最合适的消息队列。
    
出处:http://wing011203.cnblogs.com/
    
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。