<div dir="ltr">Consul is based on Raft, so anyone using Consul is using Raft.<div><br></div><div>(and we're poking around at it at my company, but I don't have any insight to give on it, yet).  But in general, I also like distributed redundancy (as opposed to primary/backup redundancy).</div><div><br></div><div>-Aaron</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 25, 2016 at 9:40 AM, Dave Täht <span dir="ltr"><<a href="mailto:dave@taht.net" target="_blank">dave@taht.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">While at last week's scale conference I ran across a guy doing<br>
interesting things in tinc. One of the things he'd pointed out was the<br>
general availability of service discovery options using a very flexible<br>
many master/client protocol called "raft" - including using it as a dns<br>
substitute in his environment.<br>
<br>
<a href="https://raft.github.io/" rel="noreferrer" target="_blank">https://raft.github.io/</a><br>
<br>
I like things that have redundancy and distributed state. Has anyone<br>
been using this in any scenario?<br>
_______________________________________________<br>
Cerowrt-devel mailing list<br>
<a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
</blockquote></div><br></div>