From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp113.iad3a.emailsrvr.com (smtp113.iad3a.emailsrvr.com [173.203.187.113]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 584723CB7B for ; Tue, 26 Jan 2016 18:46:57 -0500 (EST) Received: from smtp15.relay.iad3a.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp15.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 8D89A3802DE; Tue, 26 Jan 2016 18:46:57 -0500 (EST) Received: from app57.wa-webapps.iad3a (relay-webapps.rsapps.net [172.27.255.140]) by smtp15.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 7EF1D38025A; Tue, 26 Jan 2016 18:46:57 -0500 (EST) X-Sender-Id: dpreed@reed.com Received: from app57.wa-webapps.iad3a (relay-webapps.rsapps.net [172.27.255.140]) by 0.0.0.0:25 (trex/5.5.4); Tue, 26 Jan 2016 18:46:57 -0500 Received: from reed.com (localhost.localdomain [127.0.0.1]) by app57.wa-webapps.iad3a (Postfix) with ESMTP id 683F01800B4; Tue, 26 Jan 2016 18:46:57 -0500 (EST) Received: by apps.rackspace.com (Authenticated sender: dpreed@reed.com, from: dpreed@reed.com) with HTTP; Tue, 26 Jan 2016 18:46:57 -0500 (EST) Date: Tue, 26 Jan 2016 18:46:57 -0500 (EST) From: dpreed@reed.com To: "Aaron Wood" Cc: "=?utf-8?Q?Dave_T=C3=A4ht?=" , "cerowrt-devel" MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable Importance: Normal X-Priority: 3 (Normal) X-Type: plain In-Reply-To: References: <56A65E26.3040109@taht.net> X-Auth-ID: dpreed@reed.com Message-ID: <1453852017.42489452@apps.rackspace.com> X-Mailer: webmail/11.6.11-RC Subject: Re: [Cerowrt-devel] better service discovery X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 23:46:58 -0000 There's a paper from Cambridge University that focuses on evaluating Raft. = In particular they have some key findings about performance tuning, plus d= iscovering some potential livelocks.=0A=0AI'm interested in Consul on a pla= net-wide scale - not sure it scales effectively but if it or something like= it can be made to, I have a really revolutionary use for it that I've been= exploring. So I will be playing with it - like to see if it can survive a= ttacks in a non-friendly environment (not a datacenter) as well.=0A=0AI don= 't know of any projects that would have experience with it in production, a= t least not yet.=0A=0A=0A=0AOn Tuesday, January 26, 2016 2:07am, "Aaron Woo= d" said:=0A=0A> _______________________________________= ________=0A> Cerowrt-devel mailing list=0A> Cerowrt-devel@lists.bufferbloat= .net=0A> https://lists.bufferbloat.net/listinfo/cerowrt-devel=0A> Consul is= based on Raft, so anyone using Consul is using Raft.=0A> =0A> (and we're p= oking around at it at my company, but I don't have any insight=0A> to give = on it, yet). But in general, I also like distributed redundancy=0A> (as op= posed to primary/backup redundancy).=0A> =0A> -Aaron=0A> =0A> On Mon, Jan 2= 5, 2016 at 9:40 AM, Dave T=C3=A4ht wrote:=0A> =0A>> While a= t last week's scale conference I ran across a guy doing=0A>> interesting th= ings in tinc. One of the things he'd pointed out was the=0A>> general avail= ability of service discovery options using a very flexible=0A>> many master= /client protocol called "raft" - including using it as a dns=0A>> substitut= e in his environment.=0A>>=0A>> https://raft.github.io/=0A>>=0A>> I like th= ings that have redundancy and distributed state. Has anyone=0A>> been using= this in any scenario?=0A>> _______________________________________________= =0A>> Cerowrt-devel mailing list=0A>> Cerowrt-devel@lists.bufferbloat.net= =0A>> https://lists.bufferbloat.net/listinfo/cerowrt-devel=0A>>=0A> =0A