1---2name: system-design-academy3description: Real-world system design case studies from 40+ major tech companies + 114 concepts. USE FOR: system design, design Twitter, design YouTube, design Uber, design Netflix, design WhatsApp, design Slack, design Instagram, URL shortener, payment system, distributed systems, scalability, microservices, caching patterns, consistent hashing, rate limiting, system design interview, architecture patterns, database scaling.4---56# System Design Academy78> Case studies from 40+ companies + 114 system design concepts.910## Company Case Studies1112| Company | Topics |13|---------|--------|14| Amazon / AWS | S3 architecture, Prime Video microservices, scaling |15| Netflix | Microservices, chaos engineering |16| Uber | ETA computation, nearby drivers, payments |17| WhatsApp | Messaging at billions scale |18| Slack | Messaging architecture |19| Stripe | Rate limiting, idempotent APIs |20| Instagram | Infrastructure scaling to billions |21| YouTube | Scalability, Vitess MySQL |22| Google | Search engine, Docs real-time editing |23| Discord | Performance optimization, messaging |24| Figma | PostgreSQL scaling |25| Shopify | Flash sales handling |26| Zoom | Video conferencing |27| Facebook | Live video streaming |28| Tinder | Swipe architecture |29| LinkedIn | Scalability patterns |30| Reddit | Architecture |31| Dropbox | File sync and growth |32| Canva | Real-time collaboration |33| Stripe / Razorpay / PayPal | Payment gateways |34| Zapier | Automation platform |35| Bluesky | Decentralized social network |36| Disney+ Hotstar | 25M concurrent users, emoji delivery |3738## Core Concepts (114 total)3940| Concept | Key Points |41|---------|-----------|42| API Gateway | Auth, routing, rate limiting, aggregation |43| Caching | Write-through, write-behind, cache-aside, eviction |44| Consistent Hashing | Virtual nodes, minimal rehashing on scale |45| Load Balancing | Round-robin, least-connections, IP-hash |46| Rate Limiting | Token bucket, sliding window, fixed window |47| Message Queues | Kafka, RabbitMQ, pub/sub patterns |48| DB Scaling | Sharding, replication, SQL vs NoSQL trade-offs |49| CDN | Edge caching, origin pull vs push |50| Bloom Filters | Probabilistic membership, space efficient |51| Gossip Protocol | Distributed state propagation |52| Cell Architecture | Blast radius isolation |53| Chaos Engineering | Netflix Simian Army approach |54| Actor Model | Concurrent, message-passing systems |55| Real-time | WebSocket vs SSE vs long-polling |5657## Back-of-Envelope Numbers58- 1M req/day = ~12 req/sec59- 1B req/day = ~12,000 req/sec60- MySQL write ~1,000 QPS; Redis read ~100,000 QPS61- Typical read:write ratio = 10:1 to 100:16263## 7 Interview Failure Patterns641. Not clarifying requirements first652. Skipping scale estimation663. Ignoring failure modes674. Not discussing trade-offs685. Over-engineering for current scale696. Missing data consistency requirements707. Forgetting monitoring and observability