特别放送（五） | Kafka 社区的重磅功能：移除 ZooKeeper 依赖

Kafka社区最新推出的功能引起了广泛关注：移除对ZooKeeper的依赖。这一变化将使Kafka成为一个独立的框架，无需额外维护ZooKeeper集群。文章详细介绍了Kafka社区的计划和实施过程，包括0.8.x版本和0.11.x版本及后续版本的功能变迁，以及Kafka的Producer、Consumer和Admin Tool等客户端逐步摆脱了对ZooKeeper的依赖。此外，文章还探讨了Broker端的现状，指出Kafka Broker目前对ZooKeeper的重度依赖，并提出了解决方案。文章还讨论了Network Partition的防范和解决方案，以及Kafka社区如何解决元数据不一致等问题。总体而言，Kafka社区的这一变化将为用户带来更便捷的Kafka使用体验，同时也展现了Kafka社区在技术上的不断创新和进步。值得关注的是，Kafka采用了Metadata as an Event Log + Controller quorum的解决方案，通过将元数据作为Log的方式保存，实现了高可用性、顺序性、增量同步性和可监控性，同时采用Raft来实现Controller quorum，为Kafka的发展提供了新的技术支持。文章还介绍了Kafka社区计划分三步来完成对ZooKeeper的依赖的移除，并探讨了为何社区不直接采用第三方成熟的Raft库来实现Controller的选举。整体而言，本文详细介绍了Kafka社区的技术创新和发展规划，对于关注Kafka技术发展的读者具有重要参考价值。