When Kubernetes was in its infancy, it was quite difficult to do the PKI and etcd setup required to run a cluster - and managed services didn't exist.

Now, in every thread, people replay arguments from close to a decade ago that reflect conditions 90% of companies wouldn't face today.

> When Kubernetes was in its infancy, it was quite difficult to do the PKI and etcd setup required to run a cluster - and managed services didn't exist.

I agree, but it's important to stress the fact that things like etcd are only a pivotal component if you're putting together an ad-hoc cluster of unreliable nodes.

Let that sink in.

Kubernetes is a distributed system designed for high reliability, and depends on consensus algorithms to self-heal. That's a plausible scenario if you're running a cluster of cheap unreliable COTS hardware.

Is that what most people use? Absolutely not.

All hardware is unreliable and it's only a question of scale whether the probability of failure gets high enough that you need self-healing.

> All hardware is unreliable (...)

The whole point is that none of the main cloud providers runs containers directly on bare metal servers, and even their own VPS are resilient to their own hardware failures.

Then there's the whole debate on whether it's a good idea to put together a Kubernetes cluster running on, say, EC2 instances.

Yeah, it's as if someone is saying they can't run linux because compiling takes forever, dealing with header files and dependencies is a pain, plus I use bluetooth headphones.