Re:Heartbreaking: 6509 PSUs Fail After a Brief 22 Years of S...
by tomjen3 on Saturday January 29, 2022 @07:13AM
(#30125699)
You totally should name the container classes after battleships.
Then you can truthfull say you deleted/sunk the Bismark.
Anyway I think there is nothing wrong with naming classes of things after known things - so you are deploying two more Victor class frontend servers or Dreadnaught monitoring services.
The trouble becomes when you care about Dreadnaught-oux3z and treat it as not disposable.
Re:Heartbreaking: 6509 PSUs Fail After a Brief 22 Years of S...
by DonHopkins on Saturday January 29, 2022 @07:35AM
(#30125781)
You could name your servers after cuts of beef, beef recipes, and hamburgers, like the WOPR Computer and Big Mac:
Re:Heartbreaking: 6509 PSUs Fail After a Brief 22 Years of S...
by GekkePrutser on Saturday January 29, 2022 @07:05PM
(#30132015)
Not everyone buys into the cattle not pets thing. It's mainly a thing related to auto deployment strategies. Which are great for the cloud with its quick auto scaling capabilities. The ideal vision there is that you shouldn't even have the ability to log in to a server. But there are other usecases where a known environment you can poke around in is more useful IMO.
As an example, in cloud environments not much time is spent investigating issues. When something fails the solution is often to just wipe and redeploy. I prefer fully understanding the problem and having the tools to troubleshoot. Especially because in my work the servers still have different roles.
geotag-srvtype[#]-prod-[pokemon_name_or_whatever]
That way, if your environment is completely fluid, it becomes obvious when a node has re-deployed, and if it's not, you can just re-use the old name when re-deploying instead of generating a new one.
You can of course include hash-looking things in hostnames as well, but I'm a strong believer that hashes are for computers, not for humans to read (most of the time).