[flagged]

Please don't reply to a bad comment with another bad comment on HN. That's how we get flamewars, which is exactly what we want to avoid. https://news.ycombinator.com/newsguidelines.html

▲

zzyzxd 5 hours ago | parent | prev | next [-]

It's totally fine to not to use k8s. Personally, I think I have made several good decisions in my career to use/avoid k8s in different scenarios.

But if someone wrote a blog to brag about not using k8s, they can't stop people from wanting to compare their work against k8s. If there's any arrogance in the air, it feels stronger on the other side.

▲

bijowo1676 6 hours ago | parent | prev | next [-]

I am not sure the argument "muhh k8s is too complex, I will roll docker instead" flies well in the age of cloud managed k8s offerings

EKS is literally one click of a button away and you dont need to handroll this.

even if you dont know AWS console nor terraform, claude code with aws mcp can do that for you

	▲	robmccoll 5 hours ago \| parent \| next [-]
		The problem I have with Kunernetes in general is that everything is slow and configuring everything seems needlessly complex in common use cases.
	▲	switchbak 6 hours ago \| parent \| prev [-]
		I worked at a place (a big name in a given vertical!), where the SRE looked at K8S and said "hold my beer". Out came Docker, dnsmasq, miles of duct tape and a whole lot of swearing. Just to come nowhere close to reinventing something better folks were doing years prior. Just because you can (or think you can) doesn't mean you should. I sure do hope no one is maintaining that NIH monstrosity now!

▲

tbrownaw 5 hours ago | parent | prev [-]

Are you implying that leaning on standard tooling is more arrogant than "hold my beer"?