Big news on campus
Serve a sudden surge of reads when thousands of users open the same notification at once.
Kata overview
You do not need to be an expert to start. This kata keeps the stakes low so you can explore trade-offs, adjust the diagram, and see how the system responds.
Context for this system design kata
Serve a sudden surge of reads when thousands of users open the same notification at once. This system design kata keeps the stakes low so you can rehearse trade-offs before taking ideas into production reviews.
Scenario and practice focus
A university sends a notification that prompts tens of thousands of students to open the same detail page within minutes. The notification blast itself is infrequent, but it triggers a sudden, read-heavy surge as students open the app to view details, check updates, and refresh for changes. The platform must absorb this traffic cleanly without cascading failures, unacceptable latency, or runaway costs.
Difficulty: Beginner–Intermediate. Estimated time: 45–75 min. Domain: Education Technology.
Constraints to balance
Operational pressure
- No manual steps in the loop
Customer and product constraints
- Keep estimated monthly cost at peak demand within budget.
Scenarios to explore in the simulator
- Serve notification detail pages within acceptable latency during post-blast surges.
- Prevent read amplification from overwhelming core data stores.
- Maintain predictable cost characteristics under sudden, short-lived spikes.
- Avoid retry and refresh storms when users perceive slowness.
Learning outcomes
- Reason about post-notification read surges using chaptered playback.
- Design read paths that remain stable under extreme, short-lived RPS.
- Isolate core data stores from read amplification.
- Evaluate cache behaviour, replica lag, and recovery across time.
Give it a try!