对于领先的分布式事件流平台ApacheKafka的用户来说，变革即将来临。Kafka的元数据管理工具ApacheZooKeeper将很快被淘汰，取而代之的是内部技术。ApacheKafka项目管理委员会成员、利用Kafka的Confluent的工程师ColinMcCabe解释了改变的原因。ZooKeeper存储持久的集群元数据，处理维护动态配置和主题，以及主题内的分区，他说。但是ZooKeeper增加了一个额外的管理层。McCabe说，在Kafka中存储元数据将使管理更容易，并更好地保证诸如版本之类的东西。KafkaRaft，或称KRaft，是一种用于在内部管理元数据的协议，它将取代ZooKeeper。在KRaft模式下，Kafka元数据将存储在分布式日志中。McCabe说，可扩展性将是主要的好处，但管理也将得到改善。Kafka用户将不再需要部署单独的系统来管理他们的Kafka集群。目前尚不清楚ZooKeeper何时退役，但预计将在未来一两周内对时间表进行投票。目前的提议是在即将发布的Kafka3.3版本中宣布KRaft的普遍可用性。ZooKeeper将在以后的版本中弃用，并在Kafka4.0中移除。Kafka3.3预计在8月发布，将包括ZooKeeper和KRaft两个选项。ZooKeeper的结束日期尚未确定。“KRaft型号很快就会投入生产，很快就会在今年投入生产，”McCabe说。“这将是该项目向前迈出的一大步。”目前，Kafka开发人员正在致力于KRaft和ZooKeeper之间的全功能对等，据说这很接近。KRaft模式实际上从2021年4月发布的Kafka2.8开始可用，但尚未处于生产就绪状态；Kafka3.3将是第一个生产就绪版本。对于习惯了ZooKeeper的开发人员，McCabe预计在迁移到KRaft时不会有陡峭的学习曲线。对于开发人员，支持相同的API，但运营商可能需要学习一些东西。“我们希望新管理员实际上会发现这更容易，而现有管理员会发现过渡是可管理的。“Confluent将ZooKeeper的弃用视为Kafka社区的重要举措，”Kafka的联合创始人兼Confluent的联合创始人JunRao说。元数据，可扩展性提高10倍。我们很高兴能与社区合作完成这项工作，并希望尽快将其投入生产。》原标题：为什么ApacheKafka正在放弃ZooKeeper作者：PaulKrill
