Kafka学习征途：不再依赖ZK的KRaft

【Kafka】| 总结/Edison Zhou1新的KRaft架构在Kafka 2.8之前，Kafka重度依赖于Zookeeper集群做元数据管理和集群的高可用（即所谓的共识服务）。在Kafka 2.8之后，引入了基于Raft协议的KRaft模式，支持取消对Zookeeper的依赖。在此模式下，一部分Kafka Broker被指定为Controller，另一部分则为Broker。这些Controller的作用就是以前由Zookeeper提供的共识服务，并且所有的元数据都将存储在Kafka主题中并在内部进行管理。总体而言，使用KRaft的好处如下：Kafka不用再依赖外部框架，能够做到独立运行。类似于Redis的Sentinel，它的本质仍然是一个Kafka实例。Controller管理集群时，不再需要从Zookeeper中先读取数据，因此集群的性能得到一定的提升。由于不再依赖Zookeeper，Kafka集群扩展时不用再受到Zookeeper读写能力的限制。Controller不再动态选举，而是由配置文件规定。这样可以 ………………………………