Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

Subsequent KIPs

KIP-455: Create an Administrative API for Replica Reassignment (Adopted)

KIP-497: Add inter-broker API to alter ISR (Accepted) 

KIP-543: Expand ConfigCommand's non-ZK functionality (Accepted)

KIP-555: Deprecate Direct Zookeeper access in Kafka Administrative Tools (Discussion)

KIP-589 Add API to update Replica state in Controller (Discussion)

KIP-590: Redirect Zookeeper Mutation Protocols to The Controller (Discussion)

KIP-595: A Raft Protocol for the Metadata Quorum (Discussion)

Status

Current state: Accepted

Discussion threadhere

Status

Current state: Accepted

Discussion threadhere

JIRA

Jira
serverASF JIRA
serverId5aa69414-a9e9-3523-82ec-879b028fb15b
keyKAFKA-9119


Please keep the JIRA

Jira
serverASF JIRA
serverId5aa69414-a9e9-3523-82ec-879b028fb15b
keyKAFKA-9119
Please keep the discussion on the mailing list rather than commenting on the wiki (wiki discussions get unwieldy fast).

...

This KIP expresses a vision of how we would like to evolve Kafka in the future.  We will create follow-on KIPs to hash out the concrete details of each change.

These KIPs will include:

  • A KIP to implement Raft replication in Kafka.  This will specify the new replication protocol and the details of each new RPC.
  • A KIP for allowing kafka-configs.sh to change topic configurations without using ZooKeeper.  It can already change broker configurations without Zookeeper, but it needs to be able to change all configurations without ZooKeeper.
  • A KIP for adding APIs to replace direct ZK access by the brokers.
  • A KIP describing the controller changes.  This will also specify how metadata is stored, and so on.

...

References

The Raft consensus algorithm

...