[+ dev list] I have not worked on KAFKA-1793 directly, but I believe most of the work so far has been in removing all zookeeper dependencies from clients. The two main areas for that are (1) consumer rebalancing, and (2) administrative commands.
1) Consumer rebalancing APIs were added to the broker in 0.9. The "new consumer" uses these apis and does not connect directly to zookeeper to manage group leadership and rebalancing. So my understanding is that this work is complete. 2) Admin commands are being converted to direct API calls instead of direct zookeeper access with KIP-4. A small part of this project was released in 0.10.0.0 and are open PRs for additional chunks that may make it into 0.10.1.0 . If you are interested in helping or getting involved, you can follow the KIP-4 discussions on the dev mailing list. When the client issues are completed I think the next step will be to refactor the broker's zookeeper access (zkUtils) into an abstract interface that could potentially be provided by consul or etcd. With an interface in place, it should be possible to write an alternate implementation of that interface for consul. Hope this helps, -Dana On Mon, Sep 19, 2016 at 6:31 AM, Martin Gainty <mgai...@hotmail.com> wrote: > Jens/Kant > 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 > wagonshttps://maven.apache.org/guides/mini/guide-wagon-providers.html > 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 > >> From: kanth...@gmail.com >> To: us...@kafka.apache.org >> 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 be >> flexible enough for users to pick any distributed coordinated system. >> >> >> >> >> >> >> On Mon, Sep 19, 2016 2:23 AM, Jens Rantil jens.ran...@tink.se >> wrote: >> 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. >> >> >> >> >> Cheers, >> >> Jens >> >> >> >> >> On Sat, Sep 17, 2016 at 10:38 PM Jennifer Fountain <jfount...@meetme.com> >> >> wrote: >> >> >> >> >> > +2 watching. >> >> > >> >> > On Sat, Sep 17, 2016 at 2:45 AM, kant kodali <kanth...@gmail.com> wrote: >> >> > >> >> > > https://issues.apache.org/jira/browse/KAFKA-1793 >> >> > > It would be great to use Consul instead of Zookeeper for Kafka and I >> >> > think >> >> > > it >> >> > > would benefit Kafka a lot from the exponentially growing consul >> >> > community. >> >> > >> >> > >> >> > >> >> > >> >> > -- >> >> > >> >> > >> >> > Jennifer Fountain >> >> > DevOPS >> >> > >> >> -- >> >> >> >> >> 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. >
