Design a low-latency URL Shortening System
Last updated: January 18, 2026
Quick Overview
Design a low-latency url shortening system that handles millions of requests. Discuss trade-offs in consistency, availability, and performance.
CrowdStrike
January 18, 2026135
0
3,637 solved
Design a low-latency url shortening system that handles millions of requests. Discuss trade-offs in consistency, availability, and performance.
This ML system design question from CrowdStrike's Technical Screen tests your ability to think about ML systems at scale. The interviewer expects discussion of data quality, feature stores, model serving infrastructure, and A/B testing strategy.
What the Interviewer Expects
- Map the business problem to a concrete ML objective
- Propose reasonable features and a baseline model
- Discuss basic model evaluation metrics
- Outline a simple serving architecture
Key Topics to Cover
How to Approach This
- Start by clarifying functional and non-functional requirements with the interviewer.
- Estimate the scale: QPS, storage, bandwidth. This drives your design decisions.
- Draw a high-level architecture first, then deep dive into 1-2 critical components.
- Discuss trade-offs explicitly (e.g., consistency vs availability, SQL vs NoSQL).
- Address failure scenarios, monitoring, and how the system handles 10x traffic spikes.
Possible Follow-up Questions
- What is your model retraining strategy?
- How would you debug a model that works well offline but poorly online?
- How would you run A/B tests on different model versions?
- How would you handle a 10x increase in prediction requests?
Practice a Similar Problem on Codemia
Solve a related problem with our interactive workspace, get AI feedback, and view detailed solutions.
Solve on CodemiaSample Answer
Requirements
- Functional Requirements:
- Generate short URLs from long URLs.
- Redirect users from short URLs to the corresponding long URLs with minimal latency.
- Provide analytics on URL usage (click...
Capacity Estimation
To estimate capacity for this system, we can start with the following calculations:
- Daily Requests: Assuming peak of 1 million requests/minute:
- 1,000,000 requests/minute * 60 minutes/hour *...