Proposal: BOSH-aware DNS server
Amit Kumar Gupta
In service of the initiative to remove the hard dependency on Consul for Locks
& Service Discovery in CF Runtime
we are proposing BOSH-native DNS in the form of a BOSH-aware DNS server.
Please see the proposal document
for more details and discussion.
Hi,toggle quoted messageShow quoted text
Following Amit's suggestion, I'm reposting here the question I had on the
"Proposal Bosh-aware DNS server" at  to get more bosh eyes on it:
Could the rationale for moving out of a standard DNS implementation
(powerDNS) can be reminded, or related pointers given?
Is powerDNS deprecation mainly motivated to the low HA capability of the
currently bosh-director hosted version of powerDNS ? If so, could the HA
limitations be overcome?
It seems to me an out-of-the-box robust DNS implementations can bring many
of what this proposal needs and mentions: scalability/caching, robustness,
security, zone affinity (in the form of geoDNS), health checks?, and
reuse/cost efficiency aspects...
Did this proposal consider leveraging off-the-shelf DNS implementation (say
powerDNS), its standard APIs to update DNS records, such as DNS Update 
(as an alternative to a bosh-agent based communication scheme), , and a
possibly hierarchical and redundant deployment as to ensure scalability and
high availability ?
Thanks in advance,
On Tue, Jan 17, 2017 at 8:46 PM, Amit Gupta <agupta(a)pivotal.io> wrote: