aurora-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kevin Sweeney (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (AURORA-761) Provide a proxy for generic service discovery
Date Tue, 14 Oct 2014 21:43:34 GMT

    [ https://issues.apache.org/jira/browse/AURORA-761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14171582#comment-14171582
] 

Kevin Sweeney commented on AURORA-761:
--------------------------------------

DNS service discovery supports returning multiple records per query. Your main issue will
be with TTLs

e.g.

{noformat}
% dig -t srv _ldap._tcp.rescomp.berkeley.edu 

; <<>> DiG 9.9.5-3-Ubuntu <<>> -t srv _ldap._tcp.rescomp.berkeley.edu
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11920
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 2, ADDITIONAL: 11

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_ldap._tcp.rescomp.berkeley.edu. IN	SRV

;; ANSWER SECTION:
_ldap._tcp.rescomp.berkeley.edu. 10800 IN SRV	0 10 389 ldap3.Rescomp.Berkeley.EDU.
_ldap._tcp.rescomp.berkeley.edu. 10800 IN SRV	0 10 389 ldap4.Rescomp.Berkeley.EDU.
_ldap._tcp.rescomp.berkeley.edu. 10800 IN SRV	0 10 389 ldap5.Rescomp.Berkeley.EDU.
_ldap._tcp.rescomp.berkeley.edu. 10800 IN SRV	0 10 389 ldap6.Rescomp.Berkeley.EDU.
_ldap._tcp.rescomp.berkeley.edu. 10800 IN SRV	0 10 389 ldap1.Rescomp.Berkeley.EDU.
_ldap._tcp.rescomp.berkeley.edu. 10800 IN SRV	0 10 389 ldap2.Rescomp.Berkeley.EDU.

;; AUTHORITY SECTION:
Rescomp.Berkeley.EDU.	3600	IN	NS	adns1.Berkeley.EDU.
Rescomp.Berkeley.EDU.	3600	IN	NS	adns2.Berkeley.EDU.

;; ADDITIONAL SECTION:
ldap1.Rescomp.Berkeley.EDU. 10800 IN	A	169.229.70.152
ldap2.Rescomp.Berkeley.EDU. 10800 IN	A	169.229.70.78
ldap3.Rescomp.Berkeley.EDU. 10800 IN	A	169.229.70.155
ldap4.Rescomp.Berkeley.EDU. 10800 IN	A	169.229.70.149
ldap5.Rescomp.Berkeley.EDU. 10800 IN	A	169.229.221.136
ldap6.Rescomp.Berkeley.EDU. 10800 IN	A	169.229.221.141
adns1.Berkeley.EDU.	60894	IN	A	128.32.136.3
adns1.Berkeley.EDU.	3600	IN	AAAA	2607:f140:ffff:fffe::3
adns2.Berkeley.EDU.	60894	IN	A	128.32.136.14
adns2.Berkeley.EDU.	3600	IN	AAAA	2607:f140:ffff:fffe::e

;; Query time: 18 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Tue Oct 14 14:40:46 PDT 2014
;; MSG SIZE  rcvd: 560

{noformat}

> 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)

Mime
View raw message