【编程底层原理】为啥说rocketmq对比kafka，是在架构上做了减法，在功能上做了加法

引言

在分布式消息中间件的宇宙中，RocketMQ和Kafka是两颗璀璨的星辰。它们以独特的架构设计和功能特性，服务于不同的业务场景。本文将带你深入比较这两款中间件，从架构设计到功能特性，再到性能对比和适用场景，为你揭开它们的神秘面纱。

一、架构设计：Kafka的无状态之美与RocketMQ的队列模型

Kafka架构

• 设计：Kafka的架构设计更偏向于日志系统，使用topic和partition的概念来组织数据。
• 特点：Kafka的broker是无状态的，通过ZooKeeper进行协调管理。

RocketMQ架构

• 设计：RocketMQ的设计更偏向于队列模型，提供了丰富的消息队列语义。
• 特点：由NameServer、Broker、Producer和Consumer组成，支持Filter Server组件。

流程图：架构设计

二、功能特性：Kafka的高吞吐量与RocketMQ的高级特性

Kafka功能

• 特点：支持高吞吐量的消息传输，主要定位是日志传输系统。
• 副本机制：每个partition可以有多个副本，通过ISR机制保证数据一致性。

RocketMQ功能

• 减法：没有使用类似ZooKeeper的协调服务，而是通过NameServer实现服务发现。
• 加法：支持消息轨迹、定时消息、事务消息等高级特性。

流程图：功能特性

三、性能对比：Kafka的TPS与RocketMQ的顺序写入

Kafka性能

• 特点：单个Topic可达到几百万TPS，性能优势来自于文件系统设计和消息分区机制。

RocketMQ性能

• 特点：单个Topic的TPS可达几十万，性能优化包括顺序写入、内存映射文件等技术。

流程图：性能对比

四、适用场景：Kafka的日志收集与RocketMQ的电商交易

Kafka适用场景

• 场景：适合用于日志收集、流处理、事件源、实时分析等。

RocketMQ适用场景

• 场景：适合用于电商交易、金融支付、社交网络活动流等。

流程图：适用场景

结语

RocketMQ和Kafka各有千秋，它们在架构设计、功能特性、性能表现和适用场景上的差异，为不同的业务需求提供了多样化的选择。理解这些差异，有助于我们更好地根据具体需求选择合适的消息中间件。

Excel表格汇总

特性	Kafka	RocketMQ
架构设计	日志系统，topic和partition，无状态broker，ZooKeeper协调	队列模型，NameServer、Broker、Producer、Consumer，Filter Server
功能特性	高吞吐量，日志传输系统，ISR机制保证数据一致性	丰富的消息队列语义，支持消息轨迹、定时消息、事务消息等
性能对比	单个Topic TPS可达几百万，文件系统设计和消息分区机制	单个Topic TPS可达几十万，顺序写入、内存映射文件等技术
适用场景	日志收集、流处理、事件源、实时分析	电商交易、金融支付、社交网络活动流等