为何Apache Kafka用Kafka-Raft替代ZooKeeper做元数据管理？

• 简化架构，降低运维成本：原先Kafka需要依赖独立的ZooKeeper集群，部署、监控、维护两套系统不仅增加资源消耗，还提升了运维复杂度。换成Kafka-Raft后，元数据管理直接融入Kafka集群，无需额外搭建ZooKeeper，运维负担大幅减轻。
• 优化性能与延迟：ZooKeeper的读写性能和延迟表现跟不上Kafka的高吞吐需求，尤其是大规模集群中，元数据操作的延迟会成为整体性能瓶颈。Kafka-Raft基于Kafka自身的日志存储机制，能提供更低的元数据操作延迟和更高吞吐量，完美适配Kafka的性能特性。
• 一致性模型更契合：ZooKeeper的CP强一致性模型和Kafka的设计理念存在差异，而Kafka-Raft采用的Raft协议和Kafka的日志复制模型天然匹配，能更高效地保障元数据的同步与一致性，避免因模型差异带来的适配问题。
• 提升功能扩展灵活性：依赖ZooKeeper时，元数据功能扩展受限于ZooKeeper的API和能力边界。作为Kafka原生组件，Kafka-Raft可以更灵活地扩展元数据相关功能，比如支持复杂的元数据操作、与Broker、Controller等组件深度集成，为后续功能迭代预留更大空间。
• 加快故障恢复速度：ZooKeeper集群故障时，Kafka元数据服务会受影响，恢复流程繁琐且耗时。Kafka-Raft的故障转移逻辑和Kafka自身的故障处理机制高度统一，Leader节点切换更快，能显著缩短集群故障恢复时间，减少服务中断时长。

内容的提问来源于stack exchange，提问作者Amit kumar