kafka、activemq、rabbitmq、rocketmq都有什么优势和缺点啊？

 

 

特性	ActiveMQ	RabbitMQ	RocketMQ	Kafka
单机吞吐量	万级，吞吐量比RocketMQ和Kafka要低了一个数量级	万级，吞吐量比RocketMQ和Kafka要低了一个数量级	10万级，RocketMQ也是能够支撑高吞吐的一种MQ	10万级别，这是kafka最大的优势，就是吞吐量高。   通常配合大数据类的系统来进行实时数据计算、日志采集等场景
topic数量对吞吐量的影响			topic能够达到几百，几千个的级别，吞吐量会有较小幅度的降低   这是RocketMQ的一大优点，在同等机器下，能够支撑大量的topic	topic从几十个到几百个的时候，吞吐量会大幅度降低   因此在同等机器下，kafka尽可能保证topic数量不要过多。若是要支撑大规模topic，须要增长更多的机器资源
时效性	ms级	微秒级，这是rabbitmq的一大特色，延迟是最低的	ms级	延迟在ms级之内
可用性	高，基于主从架构实现高可用性	高，基于主从架构实现高可用性	很是高，分布式架构	很是高，kafka是分布式的，一个数据多个副本，少数机器宕机，不会丢失数据，不会致使不可用
消息可靠性	有较低的几率丢失数据		通过参数优化配置，能够作到0丢失	通过参数优化配置，消息能够作到0丢失
功能支持	MQ领域的功能极其完备	基于erlang开发，因此并发能力很强，性能极其好，延时很低	MQ功能较为完善，仍是分布式的，扩展性好	功能较为简单，主要支持简单的MQ功能，在大数据领域的实时计算以及日志采集被大规模使用，是事实上的标准
优劣势总结	很是成熟，功能强大，在业内大量的公司以及项目中都有应用   偶尔会有较低几率丢失消息   并且如今社区以及国内应用都愈来愈少，官方社区如今对ActiveMQ 5.x维护愈来愈少，几个月才发布一个版本   并且确实主要是基于解耦和异步来用的，较少在大规模吞吐的场景中使用	erlang语言开发，性能极其好，延时很低；   吞吐量到万级，MQ功能比较完备   并且开源提供的管理界面很是棒，用起来很好用   社区相对比较活跃，几乎每月都发布几个版本分   在国内一些互联网公司近几年用rabbitmq也比较多一些   可是问题也是显而易见的，RabbitMQ确实吞吐量会低一些，这是由于他作的实现机制比较重。   并且erlang开发，国内有几个公司有实力作erlang源码级别的研究和定制？若是说你没这个实力的话，确实偶尔会有一些问题，你很难去看懂源码，你公司对这个东西的掌控很弱，基本职能依赖于开源社区的快速维护和修复bug。   并且rabbitmq集群动态扩展会很麻烦，不过这个我以为还好。其实主要是erlang语言自己带来的问题。很难读源码，很难定制和掌控。	接口简单易用，并且毕竟在阿里大规模应用过，有阿里品牌保障   日处理消息上百亿之多，能够作到大规模吞吐，性能也很是好，分布式扩展也很方便，社区维护还能够，可靠性和可用性都是ok的，还能够支撑大规模的topic数量，支持复杂MQ业务场景   并且一个很大的优点在于，阿里出品都是java系的，咱们能够本身阅读源码，定制本身公司的MQ，能够掌控   社区活跃度相对较为通常，不过也还能够，文档相对来讲简单一些，而后接口这块不是按照标准JMS规范走的有些系统要迁移须要修改大量代码   还有就是阿里出台的技术，你得作好这个技术万一被抛弃，社区黄掉的风险，那若是大家公司有技术实力我以为用RocketMQ挺好的	kafka的特色其实很明显，就是仅仅提供较少的核心功能，可是提供超高的吞吐量，ms级的延迟，极高的可用性以及可靠性，并且分布式能够任意扩展   同时kafka最好是支撑较少的topic数量便可，保证其超高吞吐量   并且kafka惟一的一点劣势是有可能消息重复消费，那么对数据准确性会形成极其轻微的影响，在大数据领域中以及日志采集中，这点轻微影响能够忽略   这个特性自然适合大数据实时计算以及日志收集

 

 

综上所述，各类对比以后，我我的倾向因而：

 

通常的业务系统要引入MQ，最先你们都用ActiveMQ，可是如今确实你们用的很少了，没通过大规模吞吐量场景的验证，社区也不是很活跃，因此你们仍是算了吧，我我的不推荐用这个了；

 

后来你们开始用RabbitMQ，可是确实erlang语言阻止了大量的java工程师去深刻研究和掌控他，对公司而言，几乎处于不可控的状态，可是确实人是开源的，比较稳定的支持，活跃度也高；

 

不过如今确实愈来愈多的公司，会去用RocketMQ，确实很不错，可是我提醒一下本身想好社区万一忽然黄掉的风险，对本身公司技术实力有绝对自信的，我推荐用RocketMQ，不然回去老老实实用RabbitMQ吧，人是活跃开源社区，绝对不会黄

 

因此中小型公司，技术实力较为通常，技术挑战不是特别高，用RabbitMQ是不错的选择；大型公司，基础架构研发实力较强，用RocketMQ是很好的选择

 

若是是大数据领域的实时计算、日志采集等场景，用Kafka是业内标准的，绝对没问题，社区活跃度很高，绝对不会黄，况且几乎是全世界这个领域的事实性规范