Prepare Clients and Tools for Apache Kafka's Zookeeper Removal (KIP-500)
Oct 27, 2020Yeva Byzek

Summary
This post details the technical steps and rationale for preparing Kafka clients and tools for the removal of ZooKeeper dependency (KIP-500). It outlines how to migrate configurations from `zookeeper.connect` to `bootstrap.servers` for client applications, Confluent Platform components, and administrative tools. It also covers updating REST Proxy API calls from v1 to v2/v3 and methods for obtaining the Kafka cluster ID without relying on ZooKeeper. The post emphasizes the security benefits of connecting directly to brokers and the importance of proactive auditing and code upgrades.
More from the Kafka KRaft Migration trail
- Announcing Confluent Platform 8.3: Powerful Apache Flink® SQL operations, Easier KRaft Migrations, Expanded Monitoring and more
- Apache Kafka 4.3 released: 25 KIPs, Kafka Streams, Share Group Controls, Broker Isolation, and more
- Introducing Confluent Platform 8.2: Queues for Kafka & Flink SQL
- Migrate From Hosted Kafka to Confluent Cloud in the KRaft Era
- Apache Kafka 4.1 Release: New Features & Upgrade Guide