SysDesignPrep.com
Questions

System design interview questions

83 system design interview questions asked at Google, Meta, Amazon, Uber, Stripe and others, each with a full answer: requirements, back-of-envelope estimates, a high-level design, and 475 deep dives with the follow-up questions interviewers ask. Read the answer, watch a strong candidate give it turn by turn, then sit the same question with an AI interviewer.

Start with these five

If there is time for only five, practise these. Each teaches a pattern the others reuse.

  1. Design a URL Shortener: the warm-up every loop assumes you can do: a read-heavy service, ID generation, caching and a redirect at the edge.
  2. Design a News Feed: fan-out on write against fan-out on read, and the celebrity problem that breaks the simple answer.
  3. Design WhatsApp: persistent connections, delivery receipts and offline delivery: the real-time pattern behind every chat and presence question.
  4. Design Uber: geospatial indexing and matching supply to demand while both are moving.
  5. Design Ticketmaster: contention for scarce inventory: holds, locking, queues and a thundering herd at on-sale time.

Social feeds, chat and notifications

What these test: Fan-out on write against fan-out on read, real-time delivery over persistent connections, one process per community server fanning out to 100,000 members online at once, ranking, counters, two-hop queries over a sharded social graph, grouping articles from thousands of publishers into ranked stories, recommending from random walks over billions of saves, checking billions of posts a day for policy violations before they spread, and what happens when one account has 100 million followers.

Maps, location and marketplaces

What these test: Geospatial indexes (geohash, quadtree, H3), matching supply to demand in real time, location updates at scale, live location shared with friends through per-user pub/sub channels, routing, and holding inventory that two people want at once.

Video, music, files and collaboration

What these test: Upload and transcoding pipelines, a swipe feed that prefetches the next clips and re-ranks every page, live low-latency delivery, CDNs and adaptive bitrate, real-time media through forwarding servers, prefetching and licensing at play time, chunking and deduplication, text pastes that expire on time and burn after one read, peer-to-peer distribution under bandwidth caps, sync across devices, code hosting with a replica vote on every push and cached packs for CI fetch storms, and resolving concurrent edits with OT, CRDTs or a server-ordered document.

Payments, bookings and trading

What these test: Correctness under retries: idempotency keys, double-entry ledgers, wallet balances moved between shards and funded over rails that settle in days, exactly-once effects, seat and inventory locking under a thundering herd, booking seats that live in airlines’ systems behind slow, metered APIs, bids ordered per auction against a moving deadline, ad auctions that spend budgets across thousands of servers without overspending, scoring every card payment for fraud inside a 100 ms budget and learning from chargebacks months later, deterministic low-latency matching, and a retail brokerage that streams conflated prices to millions of phones and routes orders over FIX without ever sending one twice.

Infrastructure building blocks

What these test: Load balancing at L4 and L7, authentication and quotas at the API edge, partitioning, replication and quorums, consensus and leases, erasure coding and object storage, nearest-neighbour indexes with quantisation and filters over immutable segments, caching and eviction, anycast routing and global purge, ID generation, append-only logs, stream processing with windows, experiment assignment by hashing with the statistics that make A/B results trustworthy, and time-series and log storage: the parts every other design is made of.

Workflows and scheduling

What these test: Durable state machines, timers and leases, retries without duplicate side effects, DAG scheduling and backfills, recurring events across time zones, running other people’s workloads fairly in a multi-tenant system, delivering webhooks to a million customer endpoints for days without one slow endpoint delaying the rest, rolling a release out to a fleet in stages with automatic rollback, and placing 300,000 containers on 10,000 machines from desired state that controllers keep true through machine failures.

AI serving, games and contests

What these test: GPU batching and KV caches for LLM serving, resumable streams and tool loops for a chat assistant, permission-aware hybrid retrieval for answering over company documents, a keystroke-sized latency budget with cancellation and prefix reuse for code completion, latency-bound matchmaking, authoritative game servers with lag compensation and warm fleets, real-time ranking with sorted sets, and running untrusted code safely at contest scale.

Questions by company

The companies with the most questions reported in public interview guides and candidate reports:

Every company →

How to answer any of them

Every question here follows the same shape, and so should your answer: requirements, numbers, a design, then depth. The interview framework guide covers the structure minute by minute, back-of-envelope estimation covers the numbers, and the four-week study plan puts the questions in an order that builds on itself.

Questions people ask

What are the most common system design interview questions?

The questions asked most often are a URL shortener, a news feed (Twitter), a chat system (WhatsApp or Slack), ride sharing (Uber), video streaming (YouTube or Netflix), a rate limiter, a distributed cache, a web crawler, search autocomplete, a notification system, a payment system and Ticketmaster. They recur because each forces one core trade-off: caching a read-heavy path, fan-out, real-time delivery, geospatial matching, moving money exactly once, or contention for scarce inventory.

How many system design questions should I practice?

Eight to twelve questions that cover different patterns is enough for most interview loops. One feed, one chat system, one geospatial matcher, one payment flow, one rate limiter and one storage system teach more than thirty variations of the same feed. Practise each out loud under a 45-minute clock until you reach the deep dives with about 15 minutes left.

How long is a system design interview?

Usually 45 to 60 minutes. A 45-minute round spends about 8 minutes on functional and non-functional requirements, 5 on back-of-envelope estimates, 16 on the high-level design and 16 on deep dives into the hardest parts. Senior and staff rounds weigh the deep dives most, because that is where the trade-offs and failure modes come out.

How do you answer a system design interview question?

Use the same five steps every time: clarify the functional requirements, pin down the non-functional ones with numbers, estimate the load and storage, draw a high-level design and walk the main user flows through it, then go deep on the two or three hardest parts. State the trade-off behind every choice; interviewers grade the reasoning more than the boxes.

Which system design questions do Google, Meta and Amazon ask?

Questions reported at Google include URL Shortener, Slack, YouTube, Google Maps. At Meta: Slack, News Feed, YouTube, Notification System. At Amazon: URL Shortener, Slack, Payment System, YouTube. Each company also asks variations on these, so practising the underlying patterns matters more than memorising one company's list.

What system design questions do OpenAI and Anthropic ask?

Questions reported at OpenAI include Slack, LLM Inference Service, ChatGPT, Web Crawler, Large File Distribution System. At Anthropic: Slack, News Feed, LLM Inference Service, ChatGPT, Distributed Cache. Both lean toward the infrastructure behind AI products rather than consumer apps: queueing and batching work onto scarce, expensive GPUs, streaming results back, rate limits and quotas, and what degrades first under overload. Most of it reduces to ordinary distributed systems, so the classic patterns still carry the round.

Are these system design interview questions free?

Yes. Every question’s full written answer is free to read: requirements, estimates, components, user flows and deep dives with the follow-up questions interviewers ask. Watching a strong candidate answer it turn by turn is free too, with a Google sign-in for the deep dives.