Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

This reminds me of the time that Google’s Paris data center flooded and caught on fire a few years ago. We weren’t actually hosting compute there, but we were hosting compute in AWS EU datacenter nearby and it just so happened that the dns resolver for our Google services elsewhere happened to be hosted in Paris (or more accurately it routed to Paris first because it was the closest). The temp fix was pretty fun, that was the day I found out that /etc/hosts of deployments can be globally modified in Kubernetes easily AND it was compelling enough to want to do that. Normally you would never want to have an /etc/hosts entry controlling routing in kube like this but this temporary kludge shim was the perfect level of abstraction for the problem at hand.


> temporary kludge shim was the perfect level of abstraction for the problem at hand.

Thats some nice manager deactivating jargon.


Manager deactivating jargon is a great phrase - it’s broadly applicable and also specific.


Yeah that sentence betrays my BigCorp experience it’s pulling from the corporate bullshit generator for sure


+1...hee hee


Couldn't you just patch your coredns deployment to specify different forwarders?


Probably. This was years ago so the details have faded but I do recall that we did weigh about 6 different valid approaches of varying complexity in the war room before deciding this /etc/hosts hack was the right approach for our situation


This is the en of the thread of the first comment. Now i can find below the second comment




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: