> we'll just use /etc/hosts no DNS required! this is classic "easy vs. simple" folly, witness how someone too lazy to [learn how to] setup proper DNS for their infrastructure will do 10x the work hacking something "easy"
Serious response: how is templating out /etc/hosts with Ansible not 10x simpler than setting up an additional service that only introduces additional risk?
DNS is for people, not for IT infrastructure
61–70 of 102 posts
Re: DNS is for people, not for IT infrastructure
#62Thanks for the laugh...
Re: DNS is for people, not for IT infrastructure
#63"just use /etc/hosts" is wild. That is effectively just going from one DNS server servicing all of your machines to having bespoke DNS servers individually running on every host. madness
Why is that madness and not amazing? Isn’t the simplicity beautiful? Managing /etc/hosts with a tool like Ansible?
Re: DNS is for people, not for IT infrastructure
#64> we'll just use /etc/hosts no DNS required! this is classic "easy vs. simple" folly, witness how someone too lazy to [learn how to] setup proper DNS for their infrastructure will do 10x the work hacking something "easy"
Serious response: how is templating out /etc/hosts with Ansible not 10x simpler than setting up an additional service that only introduces additional risk?
Re: DNS is for people, not for IT infrastructure
#65Earlier quoted context omitted.
The examples you cite (eg. 2021 Facebook outage) have nothing to do with DNS being used for internal infrastructure. In the other example (Amazon DynamoDB issue), the problem is with dynamically choosing from a large dynamic pool of IP addresses for a service — DNS is but one mechanism to do it. If it wasn't DNS, it could have been something else that did that job that was broken. Even /etc/hosts if it was updated wi…
I do state in the article that in the examples DNS isn't the root-cause, but the blast radius is very significant. Regardless of the topic of external/internal services, isn't it remarkable that a group of very smart and well-paid people create such circular dependancies? Yet, I'm not arguing for Facebook or similar size companies to ditch DNS internally. I'm making the argument for much smaller organisations to paus…
I fail to see how, especially if you were to accidentally break your ability to push those updates out.
Re: DNS is for people, not for IT infrastructure
#66> we'll just use /etc/hosts no DNS required! this is classic "easy vs. simple" folly, witness how someone too lazy to [learn how to] setup proper DNS for their infrastructure will do 10x the work hacking something "easy"
Serious response: how is templating out /etc/hosts with Ansible not 10x simpler than setting up an additional service that only introduces additional risk?
Re: DNS is for people, not for IT infrastructure
#67DNS is merely one implementation of service discovery; even without DNS, some other form of service discovery would still be needed.
Why would some form of service discovery be required? No need to discover things if you can push said information in configuration updates using tools like Ansible, pyinfra, and so on?
Re: DNS is for people, not for IT infrastructure
#68DNS is merely one implementation of service discovery; even without DNS, some other form of service discovery would still be needed.
Why would some form of service discovery be required? No need to discover things if you can push said information in configuration updates using tools like Ansible, pyinfra, and so on?
Re: DNS is for people, not for IT infrastructure
#69Everyone's dunking on /etc/hosts, but I've debugged enough production DNS loops to get the temptation. It's not the right answer, but the impulse isn't crazy either.
Re: DNS is for people, not for IT infrastructure
#70Earlier quoted context omitted.
Tell me please what the problem is exactly
Please describe how you plan to use ansible to deploy config in ~200k containers, with hundreds of data updates per day