Conduza uma entrevista de system design

Uma entrevista de system design começa com um enunciado propositalmente vago, como “Projete um encurtador de URL”. Raramente existe uma única resposta certa. O entrevistador está observando como você lida com a ambiguidade, faz suposições razoáveis, comunica trade-offs e conduz a conversa até um projeto que funcione. Um roteiro repetível evita que você pule direto para caixas e setas.

1. Esclareça os requisitos. Requisitos funcionais dizem o que o sistema faz (“usuários podem criar links curtos”). Requisitos não funcionais dizem quão bem ele precisa fazer isso: escala, latência, disponibilidade, consistência, durabilidade.
2. Estime a escala. Requisições por segundo, armazenamento e largura de banda, aproximados - só o suficiente para orientar as decisões.
3. Defina a API e o modelo de dados. Os principais endpoints e as principais entidades, com seus padrões de acesso.
4. Esboce o projeto de alto nível. Clientes, balanceadores de carga, serviços, bancos de dados, caches e filas.
5. Aprofunde. Escolha as partes mais difíceis (muitas vezes para onde o entrevistador leva você) e entre nos detalhes: gargalos, modos de falha, limites de escala.
6. Feche. Resuma os trade-offs, o que pode falhar e o que você construiria em seguida.

Uma divisão de 45 minutos, como ponto de partida: requisitos 5 minutos, estimativa 5, API e modelo de dados 5, projeto de alto nível 10, aprofundamento 15, fechamento 5.

A divisão do tempo é um guia, não um roteiro fixo. Alguns entrevistadores pulam a estimativa; outros passam todo o aprofundamento em um único componente. O que importa é que você conduza a conversa, confirme com o entrevistador a cada transição (“Esse projeto de alto nível parece razoável antes de eu aprofundar?”) e se adapte quando ele mudar o rumo.