If we go and change this, why not simply remove any dependencies to external systems and simply use the replicated log for leader election?
> On Sep 5, 2016, at 9:02 AM, Alex Rukletsov <[email protected]> wrote: > > Kant— > > thanks a lot for the feedback! Are you interested in helping out with Consul > module once Jay and Joseph are done with modularizing patches? > >> On Mon, Sep 5, 2016 at 8:50 AM, Jay JN Guo <[email protected]> wrote: >> Patches are currently under review by @Joseph and can be found at the links >> provided by @haosdent. >> >> I took a quick look at Consul key/value HTTP APIs and they look very similar >> to Etcd APIs. You could actually reuse our Etcd module implementation once >> we manage to push the module into Mesos community. >> >> The only technical problem I could see for now is that Consul does not >> support `POST` with incremental key index. We may need to leverage >> `?cas=<index>` operation in Consul to emulate the behaviour of joining a key >> group. >> >> We could have a discussion on how to implement Consul HA module. >> >> cheers, >> /J >> >> ----- Original message ----- >> From: haosdent <[email protected]> >> To: user <[email protected]> >> Cc: Jay JN Guo/China/IBM@IBMCN >> Subject: Re: what is the status on this? >> Date: Sun, Sep 4, 2016 6:10 PM >> >> Jay has some patches for de-couple Mesos with Zookeeper >> >> https://issues.apache.org/jira/browse/MESOS-5828 >> https://issues.apache.org/jira/browse/MESOS-5829 >> >> I think it should be possible to support consul by custom modules after >> jay's work done. >> >> On Sun, Sep 4, 2016 at 6:02 PM, kant kodali <[email protected]> wrote: >> Hi Alex, >> >> We have some experienced devops people here and they all had one thing in >> common which is Zookeeper is a pain to maintain. In fact we refused to bring >> in new tech stacks that require Zookeeper such as Kafka for example. so we >> desperately in search for alternative preferably using consul. I just hear >> lot of positive response when comes it consul. It will be great to see mesos >> and consul working together in which we would be ready to jump at it and >> make a switch for YARN to Mesos. >> >> Thanks, >> Kant >> >> >> >> >> >> On Wed, Aug 31, 2016 1:03 AM, Alex Rukletsov [email protected] wrote: >> Kant— >> >> mind telling us what is your use case and why this ticket is important for >> you? It will help us prioritize work. >> >> On Fri, Aug 26, 2016 at 2:46 AM, tommy xiao <[email protected]> wrote: >> Hi guys, i always focus on t his case. but good news is etcd always have >> patchs. so the coming consul is very easy, just need some time to do coding >> on it. if you have interesting it? let us collaborate it. >> >> 2016-08-26 8:11 GMT+08:00 Joseph Wu <[email protected]>: >> There is no timeline as no one has done any work on the issue. >> >> >> On Thu, Aug 25, 2016 at 4:54 PM, kant kodali <[email protected]> wrote: >> Hi Guys, >> >> I see this ticket and other related tickets should be part of sprints in >> 2015 and it is still not resolved yet. can we have a timeline on this? This >> would be really helpful >> >> https://issues.apache.org/jira/browse/MESOS-3797 >> >> Thanks! >> >> >> >> -- >> Deshi Xiao >> Twitter: xds2000 >> E-mail: xiaods(AT)gmail.com >> >> >> -- >> Best Regards, >> Haosdent Huang >> >> >

