I run workloads on Kubernetes and I would not choose it for most of the projects I am asked about.
What you are signing up for
An ingress controller, certificate automation, a secrets story, autoscaling configuration, resource requests nobody sets correctly the first time, cluster upgrades on the provider’s schedule, and a networking model that will produce at least one outage nobody understands for a day. All of that is learnable and none of it is your product.
When it is the right answer
- Many teams needing self-service deployment without a platform team as a bottleneck.
- Genuinely variable load where bin-packing saves real money.
- Workloads that need scheduling primitives, like batch jobs with resource affinity.
If none of those apply, a managed container runtime will do the job with a fraction of the surface area, and you can migrate later when one of them becomes true.
1 Comments
Leave a comment
Sign in to leave a comment.
Signing in is unavailable right now.







Lotte Jansen
November 19, 2024We moved off it to a managed runtime last year and our on-call volume halved. Not because Kubernetes is bad, but because we were the wrong size for it.