HLDArena
HLD-415·Caching & Edge
Expert · 2,000 pts

Global Election & Olympics Live Scoreboard (300k-RPS Edge Feed)

Design a global live-results publishing & edge-delivery architecture (Olympics / World Cup / Election Night) where verified precinct/venue updates fan out to 50M+ concurrent viewers without stale regressions.

Max p99
≤ 42 ms
Availability
≥ 99.6%
Budget
≤ $11,600

Functional Requirements

  • FR-1POST /results/{event_key}/publish — Commits signed monotonic sequence update and purges/pushes edge caches.
  • FR-2GET /results/{event_key}/scoreboard — Serves sub-40ms p99 live tallies across CDN + regional cache tiers.
  • FR-3PATCH & DELETE /results/{event_key}/publish — Updates, cancels, or deletes event_key records and immediately invalidates or updates cached state (read-after-write).
  • FR-4Viewers must never see score/tally regressions (read-after-write monotonic version) even during DB failover.

Workload Profile

Live Coverage Baseline96,000 Scoreboard Read RPS / 4,500 Official Tally Write RPS
Finals / Call-Projection Peak275,000 Read RPS / 14,000 Tally Write RPS
Active Working Set36 GB live precinct/venue tallies & historical breakdowns
Traffic DistributionExtreme global herd on headline event_key scoreboards

Consistency Model

Monotonic read-after-write cache invalidation/write-through so refreshed scoreboards never revert to older tallies.

Design Write-up
0 boxes · 0 edges
0 words
Hidden Cases #4–#7 run automatically on Submit
Case 1: Smoke & API ContractInput Workload
Read RPS
2,000 rps
Write RPS
400 rps
Key Distribution
Uniform (Low Skew)
Chaos Fault
None (Healthy Cluster)
Expected Pass CriteriaASSERTIONS
• Tail Latency: p99 ≤ 84 ms
• Availability: ≥ 99.6%
Valid end-to-end Client → Compute → Storage topology