2025-02-12 · Haneul Park
Designing retry windows that operators trust
reliability · checkout · runbooks
Retries look trivial until they amplify a partial outage. We start by naming the failure domain: network blips, processor maintenance, or your own regression. Each domain gets a different ceiling and a different story for support.
We pair engineers with support leads to write the operator paragraph first. That paragraph lives at the top of the runbook, not buried on page four. If it sounds apologetic or vague, we rewrite until it matches what traces will actually show.
Dashboards come next, tied to the same vocabulary. We avoid duplicate labels that mean different things in code versus UI. The goal is for a midnight responder to recognize a state without opening three tabs.
Finally, we rehearse one controlled incident in staging. Not chaos for sport—a scripted dip with observers taking notes on where language and signals diverged. Those notes become tickets with owners, not shelf-ware.