RocketMQ 在设计时借鉴了 Kafka，请从架构设计和功能特性两个维度，说明两者之间的主要差异。
考察说明
考察对 RocketMQ 和 Kafka 在架构与功能层面差异的理解，以及能否结合具体机制说明各自适用场景。
回答思路
- 【回答框架 1】架构上，Kafka 采用分区（Partition）和消费者组机制，分区内有序，通过副本机制保证高可用，但副本切换可能影响可用性；RocketMQ 也采用分区（队列）模型，但引入了 CommitLog 统一存储，队列只是逻辑概念，物理存储更紧凑，支持更灵活的消息类型。
- 【回答框架 2】功能上，RocketMQ 支持更丰富的消息类型，如延迟消息、事务消息、广播消费和顺序消息的多种实现，而 Kafka 原生主要支持发布订阅和消费组，延迟和事务能力较弱，一般需额外设计。
- 【回答框架 3】在消息拉取模型上，Kafka 以分区为单位进行拉取，消费者组内分区分配固定；RocketMQ 以队列为单位，但支持更细粒度的消费进度管理，并支持过滤（Tag 和 SQL 过滤），Kafka 原生过滤能力较弱。
- 【回答框架 4】在运维和性能方面，Kafka 吞吐量较高，依赖 Zookeeper 或 KRaft 管理元数据，RocketMQ 自带 NameServer，更轻量，但大数据生态集成不如 Kafka 完善。
- 【回答框架 5】两者都具备高可用和持久化能力，但适用场景不同。Kafka 适合日志收集、大数据管道等追求高吞吐的场景；RocketMQ 更适合业务消息场景，如订单、事务消息，因为其功能更丰富、易用性更好。
- 【关键点 1】Kafka 基于分区和消费者组，RocketMQ 基于队列但物理存储统一到 CommitLog。
- 【关键点 2】RocketMQ 原生支持延迟、事务和广播消费，Kafka 原生较弱。
- 【关键点 3】RocketMQ 用 Tag 和 SQL 过滤消息，Kafka 原生不具备。
- 【关键点 4】Kafka 吞吐更高但功能简单，RocketMQ 功能丰富但吞吐略低。
- 【关键点 5】两者都保证分区内有序，跨分区不保证。
- 【易错点 1】不能简单说 RocketMQ 完全优于 Kafka，需结合吞吐和功能取舍。
- 【易错点 2】不能将 Kafka 的消费组机制与 RocketMQ 的广播消费混为一谈。
- 【易错点 3】忽略 Kafka 新版已移除 Zookeeper（KRaft），RocketMQ 依赖 NameServer 的差异。