How to lead an ambiguous AI system design interview from requirements to architecture?
Intermediate · 2 min read · Interview Experience
Open in study mode to save this question and track progressShort answer: Lead ambiguous AI system design interviews by systematically establishing functional and non-functional requirements (QPS, TTFT/TPOT SLAs, token budget), calculating back-of-the-envelope GPU/VRAM estimations, diagramming high-level data flow topology, justifying technical trade-offs, and detailing failure mode resilience.
Detail
In staff-level AI system design interviews, prompts are intentionally broad (e.g. "Design an enterprise AI customer support system for 100,000 daily active users").
Successful candidates drive the architectural whiteboard structure proactively.
1. Scope & Constraints ──► Clarify QPS (100 QPS), Context Length (4K), Latency SLA (TTFT < 200ms) 2. Back-of-the-Envelope ──► Compute VRAM per node, KV cache footprint, GPU node counts 3. High-Level Blueprint ──► Gateway -> Semantic Cache -> Hybrid RAG -> vLLM Serving Engine -> Guardrails 4. Technical Deep Dives ──► PagedAttention, Prefix Caching, NLI Guardrails, Disaggregated Prefill 5. Failure & Resiliency ──► Provider fallbacks, circuit breakers, rate limits, PII sanitization
Back-of-the-Envelope Estimation Blueprint
- Concurrency: 100 QPS .
- KV Memory: For 70B model in FP16, KV cache occupies .
- GPU Sizing: 100 active 4K context streams require VRAM for KV cache alone, requiring dedicated GPU instances (e.g. node).
Example
Whiteboard architecture presentation structure:
markdown
1. API Gateway: Token Bucket Rate Limiter + PII Redaction Proxy + OAuth RBAC.
2. Caching Layer: Redis Semantic Cache (Threshold 0.90 Cosine Similarity).
3. Retrieval Pipeline: Qdrant HNSW Vector Search + BM25 Sparse + Cohere Reranker.
4. Serving Cluster: vLLM Instance with PagedAttention + Chunked Prefill.
5. Observability: OpenTelemetry Tracing + Continuous Ragas Faithfulness Evals.Interview tips
- Own the whiteboard: lead the conversation smoothly from high-level data flow down to low-level GPU VRAM calculations.
- Always tie technical architecture choices back to business outcomes (SLA latency, token cost, compliance).
Related Concepts
- [[What is load balancing for LLM inference clusters across multi-region GPU pools?]] (
#151): What is load balancing for LLM inference clusters across multi-region GPU pools? - [[How do tensor parallelism (TP) and pipeline parallelism (PP) split large model weights across multi-GPU nodes?]] (
#157): How do tensor parallelism (TP) and pipeline parallelism (PP) split large model weights across multi-GPU nodes? - [[How to conduct a complete system design interview for a multi-tenant enterprise RAG search platform?]] (
#199): How to conduct a complete system design interview for a multi-tenant enterprise RAG search platform?