Module 11 · Platform Operations · 11C

Resilience & Replay

Can we recover without double-counting?

Try this
  1. 1Replay RUN-042 once
  2. 2Replay again
  3. Expected: First replay inserts the missing 23 keys; second inserts 0 — total stays 36.
Controlled fault injection

Scenarios

Run failure
HTTP 503 → 3 retries with exponential backoff (30s, 2m, 8m)
Partial response
Pagination truncated → backfill missed window from raw store
API delivery failure
Gateway 502 → queued, redelivered with same idempotency key
DR event
Primary region unavailable → restore from backup within 1 business day (scenario)
Idempotent replay of RUN-042 · upsert key = run_id + listing_key

Prove no double counting

Original
13
of 36
Replays
0
Unique listings
13
Latest
RUN-042
stale
No replays yet.
Reconciliation
before: 13 unique (+4 dup collapsed)
replay #1: +23 inserted → 36
replay #2+: +0 inserted → 36   (idempotent)
Twice-yearly DR test history (fictional)

DR exercises

DR-2025-H22025-11-14Full region failover6.5h4hpass
DR-2026-H12026-05-09Raw store restore + replay5.2h2hpass
DR-2026-H22026-11-13Planned——pending
PricePulse · Competitive Pricing Intelligence OS · Simulated demo • Fictional data. All brands, competitors, people, prices and dates are invented.Powered by Quantzig