DNS is surprisingly tricky as a service discovery tool. A lot of clients are poorly behaved, and will cache values for too long (or forever). It'd also be another dependency critical for site functionality.
Patching HAProxy to reload config is really hard. There have been ideas, patches, and discussions on the HAProxy mailing list for a few years now trying to get zero downtime reloads natively supported in HAProxy, but the reality is that it just is not as easy as it might seem.
You can try using DNS with dynamic zones as a simple service discovery mechanism (sharing one master with all your environments), but you'll soon find out that:
- healthchecking really is a good idea in service discovery
- clients are awful about refreshing state from DNS
- single-master systems are a bad idea in a large environment.
- DNS replication is finicky; DNS caching is slow.
Puppet with puppetdb can sorta fill this gap, too, as long as you don't need fast convergence (or fast puppet runs, if your puppetdb is more than a few milliseconds away from any of your nodes).
Consul may be new, but it's built on really solid ideas and technologies. You can read papers about the underlying technologies to get a sense for how Consul will fail. I'd like to think that counteracts some of the problems you get with newness.
You could probably get a similar effect by using HAProxy's "balance first" algorithm, which chooses the first available server with an available connection slot (as defined by maxconn). If you did this, you'd want to set maxconn pretty conservatively.
Because repeaters utilize two channels at once (input and
output) and extend the operating range of a single user,
their use would limit the number of users able to share
these frequencies at the same time.
some commenters are concerned that MURS frequencies will be
congested and that repeater use will only aggravate this
problem. We agree.
Basically, they want to maximize the number of users that are able to reasonably use this band. At the time (1998-2002), two-way radios were much more popular than they are today (cell phones have largely made them obsolete), so I can understand the concern.
For whatever reason, MURS never did became as popular as GMRS or FRS did.