Skip to content
SeeItFlow
System Design · Interview · ~8 min read

Netflix: Interview Perspective

How to approach the 'Design Netflix' interview question — what to say, in what order, and what signals distinguish a strong answer from a weak one.

Mangesh MandlikLast updated:
Interview 01

Opening Move

The strongest opening for this problem is naming the control-plane / data-plane split.

Say: "Before I draw anything, I want to name the most important observation about this system: it has two fundamentally different workloads. The control plane — auth, catalog, recommendations, playback metadata — is small, latency-sensitive, and manageable in volume. The data plane — actual video bytes — is enormous and bandwidth-dominated. These cannot share infrastructure. I'll design each separately."

Interview 02

Requirements Phase

Clarify scope before designing.

Ask: Is this read-heavy (streaming only) or do we also need to handle uploads? Live streaming or on-demand? What scale? Global or single region to start?

For a typical interview scope: on-demand streaming, global, a very large user base. Upload pipeline is in scope at a high level; live streaming is out of scope.

Interview 03

Key Components to Cover

A complete answer covers these components with brief justification for each.

Encoding pipeline

Async queue + parallel workers → multiple renditions → object storage. Justify: one file cannot serve all devices; asynchronous encoding decouples upload from processing latency.

Object storage (origin)

Durable, cheap, high-throughput read. Justify: video binaries do not belong in a relational database; object storage is purpose-built for this.

CDN

Edges globally co-located with users. Cache hit → single-digit ms latency. Cache miss → edge fetches from origin once. Justify: physics — you cannot serve video to Tokyo from a US data center at competitive latency.

Adaptive bitrate streaming

HLS/DASH manifests, 2-4s segments, player-driven quality switching. Justify: network conditions vary; for most viewers buffering is worse than a temporary quality reduction (a product judgement, state it as such).

Control plane

Auth, catalog, recommendations, playback API (returns signed CDN manifest URL). Justify: must not compete with video delivery bandwidth.

Interview 04

Failure Handling

Be prepared to walk through each failure mode cleanly.

CDN edge failure: DNS reroutes to next edge. No data loss — CDN is stateless. Users see higher latency temporarily.

Regional failure: Multi-region control plane handles rerouting. CDN in other regions continues serving. Affected users reroute to farther edges.

Network degradation: ABR switches renditions. Quality drops, playback continues. No server-side intervention required.

Interview 05

Strong Signal Statement

When asked to summarize, say this:

Key takeaways
  1. 01Name the control/data split immediately
  2. 02Justify CDN with physics and bandwidth math
  3. 03Explain ABR as the answer to network variability
  4. 04Explain that startup latency depends on the initial bitrate rung, segment size and CDN proximity — pre-encoding only removes encode-at-request delay
  5. 05Handle at least three failure modes explicitly
Interview 06

Question Bank: Likely Questions & Follow-Ups

The sections above teach you how to run the conversation — how to open, structure, and handle failure questions in a Netflix system design interview. This section covers the other half: what actually gets asked, and the realistic follow-up questions an interviewer uses to push past your first answer. Each entry links to the relevant Architecture Deep Dive or Trade-offs section for the mechanics rather than re-explaining them here.

Opening & Scope

Q

"Design Netflix."

Strong answer angle

Don't start drawing — open with the control-plane/data-plane split immediately, per Opening Move.

Likely follow-ups
  • "What if we also need to support live streaming — say, sports?" — Tests whether the candidate recognizes live fundamentally breaks the pre-encode-and-cache model: you can't pre-encode or pre-position content that hasn't happened yet, and latency tolerance drops sharply.
  • "What if this needs to work well in a market with very poor average connectivity?" — Tests whether the candidate reasons about lower bitrate-ladder rungs and more aggressive adaptive behavior, not just "add more CDN."
  • "How would offline downloads change this design?" — Tests whether the candidate identifies this as a control-plane-plus-local-storage problem, distinct from CDN streaming entirely.

CDN & Delivery

Q

"Why not just use a third-party CDN instead of building your own?"

Strong answer angle

Point to the Open Connect content in Architecture Deep Dive — this is a real, scale-justified decision, not a default.

Likely follow-ups
  • "At what scale does building your own CDN actually make sense?" — Tests whether the candidate reasons about a break-even point (bandwidth cost savings vs. infrastructure/ops investment) rather than assuming bigger is always better.
  • "How would you decide between embedding hardware inside an ISP versus peering at an Internet Exchange Point?" — Tests understanding of that specific trade-off, not just awareness that Open Connect exists.

Encoding

Q

"Would you use the same bitrate ladder for every title?"

Strong answer angle

No — point to the per-title encoding content in Architecture Deep Dive.

Likely follow-ups
  • "What does per-title encoding actually cost you?" — Tests awareness of the real compute trade-off, not just the benefit.
  • "How would you decide if a title needs per-shot encoding instead of just per-title?" — Tests whether the candidate can reason about diminishing returns rather than assuming finer-grained is always better.

Recommendation System

Q

"How would you build the recommendation system?"

Strong answer angle

Signal pipeline, then a hybrid approach — point to the Recommendation System layer for the full comparison.

Likely follow-ups
  • "How do you handle a brand-new user with no watch history?" — Tests cold-start awareness.
  • "Should 'Continue Watching' use the same pipeline as 'Because You Watched X'?" — Tests whether the candidate distinguishes real-time session-driven rows from batch-computed ones, a genuinely nuanced production distinction.

Watch State Sync

Q

"How do you make sure someone can pause on their phone and resume on their TV?"

Strong answer angle

Point to the Watch State Sync layer; contrast explicitly with why this doesn't need Uber-style continuous push infrastructure.

Likely follow-ups
  • "What if the same show is being watched on two devices at once?" — Tests conflict-handling reasoning (last-write-wins, and why that's fine here).
  • "Does this need the same real-time push infrastructure as showing a driver's location on a map?" — A direct cross-system comparison question; tests whether the candidate over-engineers by reaching for a persistent connection when a simple read-through fetch is sufficient.

Failure

Q

"What happens if CDN coverage for an entire region goes down during a big launch?"

Strong answer angle

Point to the Regional Failure scenario for the reroute mechanism.

Likely follow-ups
  • "How is this different from a regional failure for a ride-hailing platform?" — Tests whether the candidate identifies why a stateless, cache-based system (Netflix's CDN) recovers more gracefully than a stateful one carrying real in-flight state (Uber's active trips) — the blast radius is fundamentally different in kind, not just degree.

Adaptive Bitrate & Encoding Trade-offs

Q

"Why not just always stream at the highest quality available?"

Strong answer angle

Point to Adaptive Bitrate Streaming — fixed maximum quality ignores real, constantly-changing network conditions and would cause frequent buffering on anything less than an excellent connection.

Likely follow-ups
  • "How quickly should the player react to a drop in bandwidth?" — Tests whether the candidate understands the trade-off between reacting fast (risk of unnecessary quality thrashing) and reacting slow (risk of a stall).
Q

"Does pre-encoding make sense for every title, even ones almost nobody watches?"

Strong answer angle

Point to Pre-encoding vs On-demand Transcoding — pre-encoding wins at streaming scale generally, but the calculus is worth questioning at the long tail.

Likely follow-ups
  • "What would change your answer for extremely rare or low-traffic content?" — Tests whether the candidate can reason about the same trade-off at a different point on the popularity curve, rather than treating the decision as universal.

Control Plane

Q

"What's actually lost if the control plane goes down but CDN stays up?"

Strong answer angle

Point to Centralized vs Multi-region Control Plane — users already playing a title keep streaming (CDN doesn't need the control plane mid-playback), but browsing, search, auth, and starting anything new all fail.

Likely follow-ups
  • "Would a user notice anything if they were already watching something when this happened?" — Tests whether the candidate correctly separates what the control plane hands off once versus what it's needed for continuously — a strong answer says no, mid-playback is unaffected.

Cross-Cutting Curveballs

Q

"How would this design change for a live sports streaming event?"

Strong answer angle

Tests recognizing the live-content break identified in the Opening & Scope category above, now applied mid-design — live breaks the pre-encode-and-cache model entirely, since nothing can be pre-positioned before it happens.

Likely follow-ups
  • "What would need to be true of the CDN and encoding pipeline to make this work?" — Tests whether the candidate can reason forward to near-real-time chunked encoding and much shorter cache lifetimes, rather than just naming the problem.
Q

"What would you cut for an MVP launch in a new, smaller market?"

Strong answer angle

Tests prioritization under constraint — a strong answer identifies that per-title encoding, Open Connect, and elaborate recommendation infrastructure are all scale-justified investments that can be deferred, while the core control-plane/data-plane split and basic adaptive bitrate cannot.

Likely follow-ups
  • "At what point would you revisit each of those cuts?" — Tests whether the candidate ties each deferred piece back to the specific scale threshold that justifies it, rather than treating the MVP as permanent.