在有了前两章的基本介绍，关于RabbitMQ和Kafka，我们简单总结如下：
结论
RabbitMQ提供了类似瑞士军刀功能多样的消息模式。当用户仅仅需要部分消息子集的时候，借助其强大的路由功能，无需消费者过多干预，即可轻松实现消息的检索、反序列化以及检测需求。RabbitMQ非常易用，通过简单的消费者增加或者删除，即可实现服务伸缩。其插件体系架构同时允许它支持其他协议并添加新的特性，比如一致哈希交换等等。
相比来说，Kafka的带有消费者偏移的分布式日志为时间回溯提供了可能。Kafka支持带有同样键值的消息路由顺序路由到同一分区，并由同一消费者进行处理。这种特性使得高并发的消息有序处理成为可能。并且Kafka的日志压缩功能和数据保留策略为用户提供了RabbitMQ无法具备的消息模式。总的来说，Kafka可以提供更深此次的服务伸缩。
总的来说，两种组件都足以处理我们日常所面对的绝大部分消息处理需求。
原文链接
https://jack-vanlightly.com/blog/2017/12/4/rabbitmq-vs-kafka-part-1-messaging-topologies