One possible solution might be to use parkeeper, which uses consul as the backend and exposes a facade that looks like zookeeper:

The project doesn't seem very active though and it is unclear whether it supports all the features that are used by kafka.

It might be worth a try though.


On 20/09/2016 6:29 PM, Jens Rantil wrote:
not aware of any shortfall with zookeeper so perhaps you can suggest
advantages for Consul vs Zookeeper?

Maybe it's somewhat off-topic here, but Consul has several advantages over
  * It's IMHO easier to maintain, add leader nodes, remove leader nodes etc.
  * Has high level service discovery mechanisms supporting both healthchecks
and and a flexible DNS hook to load balance to services.
  * Talks HTTP, so it's much easier to integrate with any programming
  * Support for multiple datacenters.
  * Zookeeper supports keep-alive as healthcheck. Consul supports more
high-level healthchecks.

While Consul is more opinionated, it also has more features and highlevel.
IMHO, that makes it easier to work with not have to write thick clients.
You can read more about Consul vs. Zookeeper here:

Above said, just like Kant wrote, I don't think moving from Zookeeper to
Consul should be a goal. The above Consul pros are reasons for systems to
use Consul instead of Zookeeper. We would be happy if we could ditch
Zookeeper and use Consul for all coordination to avoid the overhead of
having to maintain two highly consistent datastores.


On Mon, Sep 19, 2016 at 3:31 PM Martin Gainty <> wrote:

not aware of any shortfall with zookeeper so perhaps you can suggest
advantages for Consul vs Zookeeper?
Maven (I am building, testing and running kafka internally with maven)
implements wagon-providers for URLConnection vs HttpURLConnection
Thinking a network_provider should work for integrating external network
provider. how would you architect this integration?

would a configurable network-provider such as maven-wagon-provider work
for kafka?Martin

Subject: Re: any update on this?
Date: Mon, 19 Sep 2016 09:41:10 +0000

Yes ofcourse the goal shouldn't be moving towards consul. It should just
flexible enough for users to pick any distributed coordinated system.

On Mon, Sep 19, 2016 2:23 AM, Jens Rantil
I think I read somewhere that the long-term goal is to make Kafka

independent of Zookeeper alltogether. Maybe not worth spending time on

migrating to Consul in that case.



On Sat, Sep 17, 2016 at 10:38 PM Jennifer Fountain <


+2 watching.
On Sat, Sep 17, 2016 at 2:45 AM, kant kodali <>
It would be great to use Consul instead of Zookeeper for Kafka and I
would benefit Kafka a lot from the exponentially growing consul
Jennifer Fountain

Jens Rantil

Backend Developer @ Tink

Tink AB, Wallingatan 5, 111 60 Stockholm, Sweden

For urgent matters you can reach me at +46-708-84 18 32.

Reply via email to