Framework RESHADED

Por que tantos travam no início

Por que candidatos experientes travam nos primeiros cinco minutos de uma entrevista de system design?

Quase sempre o motivo é o mesmo: eles começam a desenhar componentes sem um roteiro.

Imagine o pedido: 'Projete um assistente de suporte baseado em LLM para um e-commerce'. Você tem 45 minutos.

O risco é sair desenhando caixas antes de saber o que precisa ser resolvido. O RESHADED é uma sequência de etapas que evita isso.

As oito etapas do RESHADED

Cada letra do nome é uma etapa, sempre na mesma ordem.

Requisitos e Estimativa servem para entender o problema. Storage, High-level design e APIs estruturam a solução.

Detalhamento, Avaliação e Diferencial aprofundam e defendem o design.

Pense nesses três blocos como as fases da sua narrativa: entender, estruturar e aprofundar.

Requisitos e Estimativa primeiro

Em Requisitos, defina o que o sistema faz (funcionais) e como deve se comportar (não funcionais): latência, disponibilidade e escala.

Na Estimativa, calcule de forma aproximada tráfego, armazenamento e banda.

No caso do assistente, suponha números hipotéticos: respostas em menos de 2 s e 10 mil usuários ativos por dia.

Com 5 perguntas por usuário, 10 mil × 5 dão cerca de 50 mil chamadas ao LLM por dia. Esse número orienta decisões de custo mais adiante.

Storage, High-level design e APIs

No Storage, escolha o esquema e o modelo de dados mais adequado. Aqui: histórico de conversas e um índice vetorial.

No High-level design, desenhe os componentes principais e como se comunicam: gateway, orquestrador RAG e LLM. O orquestrador busca contexto no índice vetorial.

Em APIs, especifique os contratos entre clientes e serviços, como POST /chat.

Você já faz isso com microsserviços em Python. A diferença é narrar na ordem certa.

Detalhar, avaliar e se destacar

No Detalhamento, aprofunde os componentes críticos do design.

Na Avaliação, confira se o design atende aos requisitos e discuta trade-offs e gargalos. Exemplo: um cache para baixar o custo das 50 mil chamadas diárias.

No Diferencial, destaque o que torna o sistema único: integração com LLMs, cache de respostas ou fallback entre modelos.

No caso, o fallback entre provedores de LLM fecha um design completo e justificado dentro do tempo.

Sua experiência vira narrativa

Se você já roda microsserviços em produção, conhece quase todas as peças.

O valor do RESHADED está em transformar essa experiência em uma narrativa clara que o entrevistador consegue seguir.

Com o roteiro, você guia a entrevista com clareza e confiança, mostra raciocínio estruturado e garante que nenhuma decisão importante fique de fora.

Na próxima simulação, comece pelos Requisitos e só desenhe caixas depois da Estimativa.

Numa entrevista de system design, ao receber o pedido 'Projete um encurtador de URLs', o primeiro passo recomendado pelo RESHADED é _____

• definir requisitos funcionais e não funcionais
• desenhar os principais componentes e serviços

Answer: definir requisitos funcionais e não funcionais

O RESHADED começa pelos Requisitos (funcionais e não funcionais, como latência, disponibilidade e escala). Desenhar componentes sem saber o que precisa ser resolvido é justamente o que faz candidatos experientes travarem nos primeiros minutos.

No RESHADED, na etapa de _____ você calcula tráfego, armazenamento e banda; no _____ você define o esquema e o modelo de dados; e em _____ você especifica os contratos entre clientes e serviços.

Answer: No RESHADED, na etapa de Estimativa você calcula tráfego, armazenamento e banda; no Storage você define o esquema e o modelo de dados; e em APIs você especifica os contratos entre clientes e serviços.

Cada etapa tem um foco próprio: Estimativa dimensiona a carga com números aproximados; Storage escolhe o modelo de dados adequado; APIs formaliza os contratos (ex.: um endpoint POST /chat).

Imagine que você projeta um assistente de suporte baseado em LLM para um e-commerce, com 10 mil usuários ativos por dia (número hipotético), cada um fazendo cerca de 5 perguntas. Na etapa de Estimativa, quantas chamadas ao LLM por dia você deve prever?

• Cerca de 50 mil
• Cerca de 10 mil
• Cerca de 2 mil
• Cerca de 500 mil

Answer: Cerca de 50 mil

10 mil usuários × 5 perguntas ≈ 50 mil chamadas ao LLM por dia. Esse número orienta decisões posteriores, como usar cache na Avaliação para reduzir custo.