【MQ选型】RabbitMQ、RocketMQ、Kafka选型

【MQ选型】RabbitMQ、RocketMQ、Kafka选型,第1张

前言

在平常管理团队的时候,肯定会遇到这种情况,某种业务问题,有解决方案的技术有很多种,但是不知道该如何选择,技术选型也是一件非常谨慎的事情,事关日后对应服务的维护和拓展,这里就讲讲RabbitMQ、RocketMQ、Kafka这三款MQ该如何选择


选型前提
1、产品必须是开源的

主要是为了应对实际需求,如果开源产品有一点点不满足或者bug,我们也可以下载源码,潜心钻研一下并修改源码,就可以继续使用,方便且实用

2、近几年比较流行的

这个不用说了吧,技术大多数情况下,越流行,说明业务场景的解决方案就越成熟

3、消息传输是可靠的:保证消息不会丢失

这是MQ必须要保证的

4、支持集群,可以横向扩展,包括解决单点故障

这是MQ必须要保证的

5、性能要好,不能用了它之后,反而影响服务响应

这是MQ必须要保证的


RabbitMQ
【背景】

最开始普遍用在电信业务方面的,也是极少数中支持AMQP协议的产品

【优点】

1、轻量级,部署方便且快速

2、支持灵活的配置,在RabbitMQ中存在一个处于生产者和队列之间的交换器模块,可以自定义路由规则,把不同消息发送到指定的队列中,规则也是自定义的,非常人性化,我个人非常喜欢的一个功能

3、RabbitMQ是跨平台的,它支持大多数编程语言,Java肯定是不用说了

【缺点】

1、如果出现消息堆积或阻塞,性能会大幅度下降

2、在RocketMQ和Kafka的对比下,它的性能是最差的。官方测试是每秒处理几万到几十万的消息,如果你有更高的需求,就不要用RabbitMQ了

3、它的开发语言是Erlang,平常我们走Java的,如果对源码进行修改,成本肯定是相当大的,相当于要学习这个语言


RocketMQ 
【背景】 

背景就是阿里出品,那大多数就是精品了,阿里团队参考Kafka的设计并使用Java实现的,最主要的是RocketMQ经住了多次双十一这种大数据传输的场景,性能和可靠稳定性那就不用说了

【优点】

1、Java语言开发的,源码比较亲近,源码的拓展和二级开发,对于我们来说只是时间问题

2、提供了多种场景功能,比如:有序、事务、流计算等等

3、具备了市场定义的消息队列应该具备的所有特性和功能

4、经得住双十一的考验,因为诞生于电商,所以它在响应延迟方面做了很多优化,它的响应大多在毫秒级别,如果需要响应时效的,可以考虑RocketMQ

5、性能比RabbitMQ要好,每秒处理几十万的消息量

【缺点】

它没有像RabbitMQ那样,支持多种语言,可能是因为阿里在设计的时候,是专门为电商设计的,所以就没有考虑为其他平台做兼容,不过对于我们Java的业务场景,大多数情况下是ok的


Kafka 
【背景】 

是一个分布式流媒体平台,Apache出品的一款开源流处理平台

【优点】

1、默认是异步发送和接收消息的,所以性能是杠杠的,比RocketMQ和RabbitMQ都要好,如果是异步并且开启了消息压缩,那Kafka可以达到每秒两千万的消息处理量

2、兼容性也是数一数二的,尤其是大数据和流计算领域,几乎所有相关的开源软件都支持Kafka

3、性能佳,可伸缩,支持消息持久化、分区、副本和容错

4、基于Scala和Java开发的,为啥上面提到对大数据领域比较适用,Scala的衍生品Spark不知道你们有没有听说,是一款大数据领域下很热门的新一代内存级大数据计算框架,所以知道为啥Kafka适用于大数据领域了吧

【缺点】

因为Kafka在批处理和异步方面做了大量的设计和优化,性能是非常好了,但是延迟也会特别高,不适合电商场景


总结 

就我司的场景来说,典型的电商,果断还是选择RocketMQ作为主力,Kafka的应用一般用在日志采集方面,毕竟他是异步的,而且日志的打印也是非常庞大的,RabbitMQ的力度相对就比较小了但是一些特定场景使用RabbitMQ也是没有问题的 

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/871275.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-13
下一篇 2022-05-13

发表评论

登录后才能评论

评论列表(0条)

保存