Written post
Observability for mortals: three metrics that catch most incidents
August 17, 2026 · 1 min read
Written post
August 17, 2026 · 1 min read
Observability for mortals: three metrics that catch most incidents
Small engineering teams without a dedicated SRE
Full observability stacks are overwhelming and mostly unused
You do not need a three-pillar observability platform with dashboards nobody reads. You need three numbers with alerts on them. One: error rate per deployment. If a deploy raises errors, roll it back automatically. Two: queue depth on anything async. Growing queues mean downstream pain arriving in slow motion. Three: latency at the ninety-ninth percentile. Averages hide the users having the worst day. Three metrics, three alerts, one Slack channel. We caught ninety percent of our incidents with this setup for two years. The sophisticated platform came later, when scale demanded it. Start with the three numbers. Add complexity when reality asks for it, not when a vendor does.
Substantive comments earn reputation karma — commenting is always optional, never required.
Log in to comment — reading is open to everyone.
Loading comments…