/ esc
↑↓ navigate
↵ open
/ or esc close
beyond5nines_
home about
home / NOERROR, No App / NOERROR, No App — seeing across AWS a...

NOERROR, No App — seeing across AWS accounts

2026-06-16 · AWS ROUTE53 CLOUDTRAIL · 1 min read

An engineer on our team deleted a Route 53 record by accident during a routine cleanup, and an app went down. Restoring the record was a manual change in the Route 53 console — a minute of work. Working out which of our AWS accounts owned it took ~45 minutes of the outage, and attributing the change to a specific person took another ~30 minutes after the app was back — 75 minutes in total, almost none of it spent fixing anything, because in a multi-account estate the answer to “what changed, where, and by whom” is scattered across N accounts with no single place to ask.

That hour, not the deletion, is what this series is about. It comes in four parts:

  • Part 1 — The Incident walks the outage itself: why a healthy-looking app tier and a DNS lookup that succeeded sent us hunting the wrong layer, the cross-account hunt, and the four separate problems the incident actually was.
  • Part 2 — NODATA vs NXDOMAIN, and how to prove it to yourself is the reference piece: the protocol detail behind the deceptive NOERROR, an operator checklist, and a ten-minute reproducible lab.
  • Part 3 — Why per-account pipelines don’t scale covers what we built right after the incident, why it stopped working past ten accounts, and the candidates we considered instead.
  • Part 4 — The Fix builds the thing we wished we’d had: one place that holds every account’s control-plane history, queryable in seconds, and the cost math behind it.

Part 1 — The Incident is where the series starts.

// noerror, no app
00 Series Index 01 NOERROR, No App — Part 1: The Incident 02 NOERROR, No App — Part 2: NODATA vs... 03 NOERROR, No App — Part 3: Why per-a... 04 NOERROR, No App — Part 4: The Fix
← Previous Next → NOERROR, No App — Part 1: The Incident
← back to all posts
beyond5nines  ·  © 2026
github linkedin rss email