The Dashboard Was Green. The Business Was Down
The Dashboard Was Green. The Business Was Down.
02:13 AM.
The incident channel explodes.
"Customers can't log in."
"Orders are failing."
"Is Kubernetes down?"
You open the cluster, expecting chaos.
Instead... everything looks perfect.
Every pod is Ready. CPU is calm. Memory is stable. No restarts. No
failed deployments. Every dashboard silently agrees:
The platform is healthy.
Except it isn't.
Every customer request is disappearing into what feels like a black
hole.
The logs reveal one strange clue:
routes=0
That's it.
No stack trace. No crash. No obvious smoking gun.
Somewhere beneath those reassuring green checkmarks, a chain reaction
has already begun. A tiny design decision has triggered another... then
another... until an application that looks perfectly healthy has become
completely unusable.
Where do you even start?
Do you trust Kubernetes? The logs? The metrics? Or the customers?
This is the uncomfortable reality of production engineering. The hardest
outages rarely announce themselves with flashing red alerts. They hide
behind misleading health checks, silent failures, blocked threads, and
systems that faithfully report "Everything is OK."
This incident is inspired by a real cloud outage---but we've transformed
it into a hands-on challenge at InfraThrone. Your job isn't to
follow a tutorial or copy commands. It's to investigate the clues, peel
back each layer of the failure, and restore a production system before
the next hidden issue reveals itself.
The dashboard already gave you its answer.
## Will you trust it... or prove it wrong?
Discussion
to read and post comments.