rabbitMq与Kafka的区别

RabbitMq本质是传统消息代理/消息队列，它就像一个精准的快递驿站，核心使命是把消息精准、可靠地送到消费者手里，主打一个灵活、可靠、专注于消息分发；路由，是为传统微服务、业务解耦量身打造的，这个mq设计的初衷，就是为解决复杂的业务消息传递问题。
而Kafka,定位是分布式流式处理平台，它更像一条高速数据传送带，核心使命是处理海量数据的实时传输、存储和流式计算，不只是简单的消息投递，更擅长海量日志、用户行为数据、实时数据流的处理，一开始就是为大数据、高并发场景设计的。
简单记忆：rabbitMq，精准快递员；Kafka,高速数据管道。
定位不同，直接导致两者的架构和消息处理逻辑，有三大核心区别；
第一，消息传递模式不一样，RabbitMQ用的是推模式（Push）,就是服务端主动把消息推送给消费者。
消息一到队列，立马推给消费端，延迟极低，能做到微秒级别，适合对实时性要求高的业务。
Kafka,用的是拉模式（pull）,是消费者主动去服务端拉消息，消费者自己控制消费速度，哪怕暂时消费不过来消费也不会丢失,适合海量消息堆积的场景。
第二，消息存储和生命周期不一样。RabbitMq里的消息，被消费者确认后，立马就删除，不会长期留存，它不负责存储历史消息，只做临时中转。
Kafka则是把消息存储在磁盘上，会长期保留，默认是7天（可自定义），就算消费完，消息还在，消费者可以重复消费，回溯消费，这一点是rabbitmq做不到的。
第三，路由能力不一样，RabbitMq有路由键、交换机、多种路由规则，能实现点对点、广播、通配符路由，复杂业务路由能力极强，想把消息发给谁、怎么发，都能精准控制。
Kafka的路由逻辑很简单，只有主题、分区，只能通过消息键做简单分区，几乎没有复杂路由能力，专注于海量数据的批量传输，不做精细的消息分发。

性能上：RabbitMQ吞吐量中等，单机每秒几万条消息，延迟极低，适合中小规模、低延迟的业务场景；
Kafka吞吐量极高，单机每秒几十万甚至上百万条消息，延迟稍高（毫秒级别），适合高并发、海量数据场景。

业务场景选择：
选RabbitMq
1、微服务之间的异步通信、业务解耦，比如订单创建、短信发送、邮件推送；
2、需要复杂消息路由、优先级队列的业务；
3、对消息延迟要求极高，且消息量不算特别大场景；
4、中小型项目，追求部署简单、维护方便。

选kafka
1、海量日志收集、用户行为数据上报；
2、实时数据流处理、大数据分析；
3、需要消息回溯、重复消费、多系统共享数据的场景；
4、高并发、大流量的互联网业务，比如电商秒杀、直播数据同步。

总结：做业务解耦、要精准路由、低延迟、中小项目，选RabbitMQ;
做大数据、海量数据、实时流处理，需要消息回溯，选Kafka；