SysDesignPrep.com
← All companies

Meta system design interview questions

51 questions on this site are reported in Meta software engineer interviews. Each has a full reference design (requirements, back-of-envelope numbers, components, user flows and deep dives with interviewer follow-ups). Each one can be walked through turn by turn and then sat as a mock. Patterns covered: real-time, websockets, fan-out, chat, ranking, caching, social, transcoding, cdn, adaptive-bitrate, pipelines, storage, multi-channel, idempotency, rate-limiting, priority-queues, gpu-batching, streaming, scheduling, kv-cache, tool-calling, context-management, prompt-caching, consistent-hashing, eviction, replication, hot-keys, chunking, dedupe, sync, object-storage, conflict-resolution, tries, search, stream-processing, windowing, exactly-once, olap, analytics, media-pipeline, counters, ttl, persistent-connections, store-and-forward, end-to-end-encryption, delivery-receipts, push, proactive-caching, steering, resilience, geospatial-index, change-data-capture, aggregation, sorted-sets, sharding, time-windows, anti-cheat, quorum-replication, gossip, lsm-tree, sandboxing, job-queue, untrusted-code, contests, autoscaling, geo-sharding, recommendations, bloom-filters, match-detection, write-heavy, comment-trees, voting, listings, contention, compare-and-set, durable-timers, bidding, broadcast, pub-sub, sse, sampling, moderation, heavy-hitters, count-min-sketch, sliding-windows, webrtc, sfu, real-time-media, congestion-control, multi-region, inverted-index, scatter-gather, tail-latency, prefetching, licensing, offline, counting, playlists, smtp-ingress, spam-filtering, per-user-sharding, peer-to-peer, bandwidth, integrity, stragglers, vector-search, feature-store, consensus, leases, fencing-tokens, leader-election, watches, erasure-coding, range-partitioning, durability, strong-consistency, recurrence, time-zones, interval-search, deployment, canary, reconciliation, rollback, blast-radius, live-video, low-latency, request-coalescing, adaptive-scheduling, change-detection, time-series, range-queries, alerting, geospatial, async-pipeline, spatial-matching, leaderboards, privacy, time-partitioning, load-balancing, networking, health-checks, control-plane, graph, in-memory, consistency, batch, auctions, budget-pacing, git, quorum, content-addressing, thundering-herd, short-video, prefetch, session-ranking, exploration, clustering, ingestion, edge-caching, deduplication, experimentation, hashing, statistics, latency-budget, cancellation, prefix-caching, context-assembly, code-completion, expiry, abuse, random-walks, visual-search, image-serving, ann-indexes, quantisation, segments, multi-tenancy, perceptual-hashing, review-queues, policy-engine, audit-log, market-data, order-management, ledger, fintech, actors, presence, wide-column.

Run an AI mock Meta interview →One of these questions, run as a live round in that style, with a debrief at the end.

Attribution comes from public interview guides and candidate reports, not from Meta. It indicates where a question has been asked, nothing more.

Meta questions

hard

Design WhatsApp

Deliver 50 billion end-to-end encrypted messages a day to phones that are often offline, with sent, delivered and read ticks, and a server that cannot read any of it.

persistent-connectionsstore-and-forwardend-to-end-encryptiondelivery-receiptspush
medium

Design Tinder

Show each person a deck of nearby profiles that fit both people’s preferences, never repeat one, take 2 billion swipes a day, and announce a match the instant two people like each other.

geo-shardingrecommendationsbloom-filtersmatch-detectionwrite-heavy
medium

Design Reddit

Serve communities of posts with deeply nested comment threads, take tens of thousands of votes a second, rank by hot and best, and keep a 50,000-comment thread fast while it is still growing.

comment-treesvotingrankinglistingscaching

What the Meta round looks like

45 minutes, product-shaped: a feature of a consumer product at a scale few companies reach. Often paired with a product sense angle.

What it is reported to weigh

  • Product judgement: what the feature needs to do before how it is built
  • Fan-out, feeds, ranking and the hot-key problems that come with billions of users
  • Practical storage and caching decisions with numbers attached
  • Iterating from a simple design to one that survives the scale

The common mistake

Starting with infrastructure. The expected opening is what the user sees and what that implies, then the system that delivers it.

From public interview guides and candidate reports, and Meta’s own interview guidance where it publishes any. Not endorsed by Meta. Formats change; treat it as a prior, not a promise.

Read before the round: Meta product architecture vs system design interview

How to prepare for the Meta system design interview

Large-company loops run 45 to 60 minutes, expect numbers, and spend most of the time on deep dives. Walk through a question to see how a strong candidate paces the hour, sit the same question as a mock until you can produce the requirements, the estimates and the design without looking, then read the interview framework guide for how to structure the hour. The other questions on the site teach patterns that show up in Meta interviews under different names.

Questions people ask about the Meta system design interview

What system design questions does Meta ask?

Questions reported in Meta system design interviews include Slack, News Feed, YouTube, Notification System, LLM Inference Service, ChatGPT, Distributed Cache and Dropbox, among 51 in total. Between them they test real time, websockets, fan out, chat, ranking and caching. The reports come from public interview guides and candidate accounts, not from Meta, so practise the patterns rather than memorising one list.

What is the Meta system design interview like?

45 minutes, product-shaped: a feature of a consumer product at a scale few companies reach. Often paired with a product sense angle.

What does Meta look for in a system design interview?

Reports say the Meta round weighs 4 things. 1. Product judgement: what the feature needs to do before how it is built. 2. Fan-out, feeds, ranking and the hot-key problems that come with billions of users. 3. Practical storage and caching decisions with numbers attached. 4. Iterating from a simple design to one that survives the scale. Starting with infrastructure. The expected opening is what the user sees and what that implies, then the system that delivers it.

How do I prepare for the Meta system design interview?

Practise the questions reported there out loud, under a 45-minute clock: requirements with numbers first, then estimates, a high-level design, and deep dives into the two or three hardest parts. Start with Slack: watch a strong candidate answer it turn by turn, then sit it yourself. Then cover the patterns the round leans on (real time, websockets, fan out and chat) with one more question each.