Return-Path: X-Original-To: apmail-aurora-issues-archive@minotaur.apache.org Delivered-To: apmail-aurora-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AA26717AEE for ; Wed, 15 Oct 2014 21:07:58 +0000 (UTC) Received: (qmail 72831 invoked by uid 500); 15 Oct 2014 21:07:58 -0000 Delivered-To: apmail-aurora-issues-archive@aurora.apache.org Received: (qmail 72793 invoked by uid 500); 15 Oct 2014 21:07:58 -0000 Mailing-List: contact issues-help@aurora.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@aurora.incubator.apache.org Delivered-To: mailing list issues@aurora.incubator.apache.org Received: (qmail 72783 invoked by uid 99); 15 Oct 2014 21:07:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Oct 2014 21:07:58 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.3] (HELO mail.apache.org) (140.211.11.3) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 15 Oct 2014 21:07:35 +0000 Received: (qmail 71212 invoked by uid 99); 15 Oct 2014 21:07:34 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Oct 2014 21:07:34 +0000 Date: Wed, 15 Oct 2014 21:07:33 +0000 (UTC) From: "Isaac Councill (JIRA)" To: issues@aurora.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (AURORA-761) Provide a proxy for generic service discovery MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/AURORA-761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14172944#comment-14172944 ] Isaac Councill commented on AURORA-761: --------------------------------------- The statement that a consul call is better for us than a ZK lookup came from use cases in ops. Let's take that off the table, as we've worked through those cases locally. The DNS caching issue really is a killer for the consul approach. Without being able to rely on DNS there's really no other compelling reason to add such complexity to the stack (which was looking objectionable by itself). I'm willing to consider the consul approach explored and rejected. Actually, happy with that outcome. Since there's interest here and great comments (thank you), I'd like to put together a doc for your comments/criticism that would involve just the use of HAProxy with a binding layer. We're looking at bamboo and synapse for inspiration and prior art. Any other pointers welcome. I'll post here when a first draft is ready. > Provide a proxy for generic service discovery > --------------------------------------------- > > Key: AURORA-761 > URL: https://issues.apache.org/jira/browse/AURORA-761 > Project: Aurora > Issue Type: Story > Components: Service Discovery, Usability > Reporter: Bill Farner > Priority: Minor > > While {{Announcer}} provides service registration, we lack a cross-cutting answer for service discovery. There are well-known libraries that will do it (e.g. finagle), but we need an answer for others. Marathon, for example, provides a script called {{haproxy_marathon_bridge}} that reloads configuration of HAProxy for this purpose. We could do something similar with a mixin {{Process}} that dynamically routes an inbound port to a serverset path in ZooKeeper. -- This message was sent by Atlassian JIRA (v6.3.4#6332)