[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ecf-dev] org.xbill.dns
- From: Markus Alexander Kuppe <ecf-dev_eclipse.org@xxxxxxxxxxx>
- Date: Wed, 7 Jun 2017 20:31:52 +0200
- Delivered-to: firstname.lastname@example.org
- User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1
On 07.06.2017 18:16, Cristiano GaviÃo wrote:
> What I'm looking for is alternatives for a world wide service discovery
> (without much or any configuration), in order to detect multiples OSGi
> nodes that will be installed on different networks.
> I'm investigating some options, one of them is dnssd which a friend have
> pointed me (http://www.dns-sd.org). I found that you played wit it and
> ECF some years ago...
> It would be great to hear about your experiments... ;)
how frequent do your service endpoints change? Due to its excessive
caching, DNS is not a good fit if your endpoints change permanently. On
the other hand, if your services are fairly stable and you need almost
linear scalability, then DNS is perfect.
Obviously, DNS is passive. It does not push changes to the service
consumers, which e.g. the Zookeeper ECF discovery provider does.
PS: Note, that the current org.xbill.dns bundle apparently has problems
with Java9. But with Java9 being pretty much in flux, it's possible that
the issues will have disappeared in the final Java9 release.