Return-Path: X-Original-To: apmail-zookeeper-user-archive@www.apache.org Delivered-To: apmail-zookeeper-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 56918E481 for ; Wed, 27 Feb 2013 09:44:31 +0000 (UTC) Received: (qmail 93060 invoked by uid 500); 27 Feb 2013 09:44:30 -0000 Delivered-To: apmail-zookeeper-user-archive@zookeeper.apache.org Received: (qmail 92798 invoked by uid 500); 27 Feb 2013 09:44:30 -0000 Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@zookeeper.apache.org Delivered-To: mailing list user@zookeeper.apache.org Received: (qmail 92760 invoked by uid 99); 27 Feb 2013 09:44:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Feb 2013 09:44:28 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of howachen@gmail.com designates 209.85.219.43 as permitted sender) Received: from [209.85.219.43] (HELO mail-oa0-f43.google.com) (209.85.219.43) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Feb 2013 09:44:20 +0000 Received: by mail-oa0-f43.google.com with SMTP id l10so719493oag.2 for ; Wed, 27 Feb 2013 01:43:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=dPKdowU6pb1cfXhbKK+jg/1j1ISAepaIYCseRt4TRus=; b=oaD+W7sdj/igfWxRa5UeoBfL2M5Zz+WffyyLVqj4edJS89AxKxO04ifmXx2U5lssov 6VWdWgyUSj/zET1m0CioysDszwxzcfU1IkAZDlTYlLm2zlCWLR1HidK+bU2Y2DQtW/Iv 58vubsU+uR7M9gSQd12FhHTbtMTNIQUGZD5uUme21rWJoqPD1gdqdgcM6ejR2CH6lH5n snf76tnP25UZmVKHd1ddpNrRxQGTd/DBcJ7w+HVUiPqumRzHeI4OYfkUix4BG3vNtg4+ y6EgE/TPghb8bhSHscowctMty/pm63QfMaxfXpLFQueYJ9MLV39Pnbxm/f+6FOZDMJMU hUDQ== MIME-Version: 1.0 X-Received: by 10.60.22.34 with SMTP id a2mr1400005oef.97.1361958239391; Wed, 27 Feb 2013 01:43:59 -0800 (PST) Received: by 10.76.139.225 with HTTP; Wed, 27 Feb 2013 01:43:59 -0800 (PST) In-Reply-To: References: <1F7D7C87-B3D7-4CD2-B120-0906CF382A2D@jordanzimmerman.com> Date: Wed, 27 Feb 2013 17:43:59 +0800 Message-ID: Subject: Re: High availability backend services via zookeeper or TCP load balancer From: howard chen To: user@zookeeper.apache.org Content-Type: multipart/alternative; boundary=e89a8fb205e40ed96704d6b19d64 X-Virus-Checked: Checked by ClamAV on apache.org --e89a8fb205e40ed96704d6b19d64 Content-Type: text/plain; charset=ISO-8859-1 Hi On Wed, Feb 27, 2013 at 2:35 AM, Camille Fournier wrote: > You can definitely use ZK for this, as Jordan said. I would really question > whether writing client-side code to do this vs using something that is > really designed for writing load balancers (like haproxy) wouldn't be a > better way to do it however. It doesn't sound like you are creating > long-lived connections between these clients and services, and instead just > want to send a request to an ip address that corresponds to the LB for that > request. Your client-side code is probably going to be buggier and the > setup/maintenance more complex than if you use a simple load balancer. If > you're already using ZK for a lot of other things and it is really baked in > to all your clients, maybe this is the easiest thing to do, but I wouldn't > use ZK just for this purpose. > > Yes, our connection is long lived (similar to web socket). We don't have any ZK deployment as of today, but sound like the ZK's core feature such as subscribe to notification is really interesting. Of course, one of our concern is as ZK is quite low level for this kind of usage, i.e. service discovery and fail over, so we would need to modify our client to support this workflow (or by integrating framework like Neflix's curator) Are there any popular choice besides the Neflix's curator? Thanks for all the input --e89a8fb205e40ed96704d6b19d64--