System Design para Brasileiros — Guia Completo 2026
System design interview é a etapa mais temida por devs brasileiros — e a menos praticada. Este guia explica em português como estruturar uma resposta de 45 minutos, quais componentes dominar e como abordar os 5 sistemas mais cobrados em entrevistas de empresas americanas.
Framework dos 45 minutos
A maioria dos candidatos falha em system design não por falta de conhecimento técnico, mas por falta de estrutura. Use este framework cronometrado para cada entrevista:
Clarificar requisitos
Pergunte: quantos usuários? Leitura ou escrita intensiva? Consistência eventual ou forte? Disponibilidade 99.9% ou 99.99%? Nunca comece a desenhar sem clarificar.
Estimativas de escala
Calcule: QPS (queries por segundo), armazenamento em 5 anos, largura de banda. Ex: 100M usuários × 1 post/dia = 1.157 QPS. Mostre que você pensa em escala.
Definir APIs
Defina os endpoints principais: POST /tweets, GET /timeline, GET /search. Isso força clareza sobre o que o sistema faz antes de entrar em detalhes de implementação.
High-level design
Desenhe a arquitetura: clients, load balancer, web servers, databases, cache, CDN. Use uma arquitetura limpa com os componentes essenciais. Explique cada escolha.
Deep-dive nos componentes
O entrevistador vai pedir para aprofundar em 1–2 componentes. Esteja pronto para detalhar o database schema, o algoritmo de feed, o sistema de cache ou o message queue.
Trade-offs e melhorias
Discuta limitações do seu design e como melhoraria com mais tempo. Ex: 'Para reduzir latência, adicionaria um cache Redis na camada de leitura do feed.' Demonstra maturidade.
Componentes essenciais e quando usar cada um
Não precisa ser expert em cada tecnologia — precisa saber justificar a escolha. “Escolhi Redis porque preciso de O(1) lookup e os dados cabem na memória” é melhor que apenas dizer “usaria um cache”.
Redis
Use case:Cache de leitura, session storage, pub/sub, rate limiting, leaderboard
Quando usar:Acesso frequente a dados que mudam pouco; latência < 1ms necessária
Kafka
Use case:Event streaming, processamento assíncrono, log de auditoria, pipelines de dados
Quando usar:Alta throughput; precisa desacoplar produtor do consumidor; replay de eventos
PostgreSQL / MySQL
Use case:Dados transacionais, relacionamentos complexos, relatórios, ACID compliance
Quando usar:Dados estruturados com relacionamentos; consistência forte necessária
Cassandra
Use case:Escrita massiva, dados de séries temporais, multi-região sem downtime
Quando usar:Escala horizontal extrema; eventual consistency aceitável; write-heavy
S3 / Blob Storage
Use case:Imagens, vídeos, backups, arquivos estáticos, logs
Quando usar:Arquivos grandes ou binários; não precisa de queries complexas
CDN
Use case:Conteúdo estático global, imagens, JS/CSS, vídeos
Quando usar:Usuários distribuídos globalmente; reduzir latência de borda; reduzir carga no origin
Elasticsearch
Use case:Full-text search, log analytics, autocomplete, geosearch
Quando usar:Queries de busca complexas que SQL não resolve bem; facetas e relevância
Load Balancer
Use case:Distribuir tráfego, health checks, SSL termination, sticky sessions
Quando usar:Mais de um servidor de aplicação; alta disponibilidade; zero downtime deploy
Os 5 sistemas mais cobrados em entrevistas
Domine estes 5 sistemas e você estará preparado para 80% das perguntas de system design. Estude o design de cada um e saiba explicar as decisões chave.
URL Shortener (TinyURL)
Core design
Hash de 7 chars + redirect 301/302
Stack chave
Key-value store (Redis + SQL backup)
Escala
100M URLs, 1B redirects/dia
Ponto crítico: Cache quente para URLs populares; collision handling no hash
Twitter Feed
Core design
Fan-out on write vs fan-out on read
Stack chave
Cassandra (tweets) + Redis (timeline cache)
Escala
500M tweets/dia, 200ms p99 para carregar feed
Ponto crítico: Celebridades usam fan-out on read; usuários normais usam fan-out on write
Uber / Ride-sharing
Core design
Geo-matching motorista ↔ passageiro em tempo real
Stack chave
PostGIS / Quad-tree para queries geoespaciais
Escala
14M viagens/dia, matching < 1s
Ponto crítico: WebSocket para localização em tempo real; surge pricing com filas
YouTube / Video Streaming
Core design
Upload → transcoding → CDN → adaptive streaming
Stack chave
S3 (vídeos) + SQL (metadata) + Redis (views count)
Escala
500h de vídeo/min upload, bilhões de views
Ponto crítico: HLS/DASH para adaptive bitrate; CDN com PoPs globais
WhatsApp / Chat
Core design
Entrega garantida de mensagens com WebSocket/XMPP
Stack chave
Cassandra (mensagens) + Redis (presença online)
Escala
100B mensagens/dia, entrega < 100ms
Ponto crítico: ACK de 3 estados (enviado, entregue, lido); fan-out para grupos
Perguntas frequentes
O que é system design interview e quando aparece?
É uma entrevista de 45–60 min onde você projeta um sistema real do zero. Aparece para cargos Pleno+ na maioria das Big Techs. Avalia requisitos, estimativas de escala, arquitetura, componentes e trade-offs.
Preciso saber programar durante a system design interview?
Não — você não escreve código. Usa diagramas (whiteboard ou ferramenta online) e verbaliza as decisões. O foco é na arquitetura e no raciocínio, não na implementação.
Como estruturar a resposta em 45 minutos?
Use o framework: 5 min clarificar, 5 min estimativas, 5 min APIs, 10 min high-level design, 15 min deep-dive, 5 min trade-offs. Cronômetro mental é essencial — candidatos que ficam presos em um componente não chegam ao final.
Precisa saber todos os componentes (Kafka, Redis, Cassandra)?
Não precisa ser expert, mas precisa saber QUANDO e POR QUÊ usar cada um. Redis para cache com O(1) lookup, Kafka para event streaming de alta throughput, Cassandra para escrita massiva com eventual consistency.
Pronto para praticar system design?
Use o mock interview do VagaNaGringa para simular uma system design interview completa com feedback em português. Ou explore o guia completo de entrevista técnica para cobrir coding e behavioral também.