3 ms·
Makes a great deal of sense. It was basically the original idea (when compose was fig). Oftentimes though, people cling desperately and aggressively to existing
by dunk010 4y ago
Makes a great deal of sense. It was basically the original idea (when compose was fig). Oftentimes though, people cling desperately and aggressively to existing complex systems...
- mikepurvis 4y agoHaving a complex system under the hood is not inherently bad, so long as you have non-leaky abstractions that allow that complexity to be reasoned about (pods, services), sane guardrails that let you know when you're throwing away key guarantees (privileged containers), and reasonable defaults for portions of the system that you don't yet need or care to engage with (resource limits, among others). Kubernetes may be a system that invites overcomplication, but it in no way requires it— in a world where anyone can run k3s or microk8s on their own laptop and a Kubernetes hello-world is like 10 lines of yaml, I don't think it's a stretch to posit that that's the interface that makes sense to use up and down the stack.