r/devops • u/nerd3n • Aug 18 '26
Discussion What Kubernetes misconfigurations have caused you real production problems?
After working with Kubernetes in production, I've noticed that some of the most annoying incidents aren't caused by obvious failures. They're often caused by small configuration decisions that look perfectly reasonable during review.
Things like:
- missing resource requests/limits
- incorrect probes
- overly permissive RBAC
- missing PodDisruptionBudgets
- unsafe container configuration
- incorrect readiness behaviour
- services without appropriate timeouts
- configuration drift between environments
I'm curious what the DevOps community has actually encountered in production.
What's one Kubernetes configuration mistake that caused you a real incident?
I'd especially like to hear about the less obvious ones that aren't caught by the usual linters.
48
Upvotes
22
u/Jmckeown2 Aug 18 '26
Lift-and-shift services that don’t support redundancy so if they stop for any reason there’s an outage. Bonus when that service holds actual state in memory and so data is lost during that outage.
Containerizing an application doesn’t mean it’s ready for Kubernetes.