LLM Wiki — Synaptic Lattice

system-design

Properties1
tagsvibe-coding, technical-literacy, system-design

Leitura de 4 min

System Design (arquitetura de sistemas)

Definition

System design é o campo que estuda como os sistemas de software funcionam por baixo da superfície: como pedidos fluem, onde os dados moram, o que acontece quando milhões de pessoas usam ao mesmo tempo. Para o founder/PM não-técnico, é a fundação de alfabetização técnica — o repertório mínimo para especificar, debater arquitetura com IA e tomar decisões de construção sem ser engineer.

Este conceito foi sintetizado a partir do repositório educativo System Design 101 (ByteByteGo), que explica sistemas complexos com visuais e termos simples. Relaciona-se com vibe-coding, a prática que este conhecimento apoia, e com as personas non-technical-founder e pm.

Key Points

  • Escope: não é um tutorial de produto, é o mapa dos fundamentos que todo sistema usa
  • Valor pro perfil: transformar “não sei o que não sei” em um roteiro do que estudar
  • Ferramenta: guias curtos + diagramas (feito para leigos, não para engineers)
  • Licença: CC BY-NC-ND 4.0 — usar como referência intelectual e índice, não para copiar diagramas
  • Liga direto com a tag technical-literacy desta wiki

Roteiro de estudo por categoria do repo

API e Desenvolvimento Web

Como os serviços conversam pela rede: REST, GraphQL, gRPC, polling, webhooks, load balancers, proxies e níveis de HTTP. Para o founder: saber o que é uma API e como pedir “um endpoint”.

Casos Reais (Real World Case Studies)

Como gigantes (Netflix, Uber, Airbnb, Twitter, Discord, Figma) escalam na prática. Para o founder: ver a arquitetura em ação em vez de só conceito.

IA e Machine Learning

Pipelines de dados e como ChatGPT/agentes de IA funcionam por dentro. Para o founder: é o elo direto com o universo vibe coding / agentes.

Banco de Dados e Armazenamento

Tipos de banco, sharding, replicas, CAP theorem, cache de leitura. Para o founder: entender onde a verdade dos dados mora e o que é um “banco relacional”.

Entrevistas Técnicas

Padrões usados em entrevistas de system design. Menos prioridade pro founder — útil como vocabulário de contratação.

Caching e Performance

CDN, Redis, estratégias de cache, latência e métricas de performance. Para o founder: como deixar o produto rápido sem reescrever tudo.

Pagamentos e Fintech

Fluxos de pagamento: wallet, transfers, reconciliação, VISA/ACH/UPI. Para o founder: o que muda quando o produto envolve dinheiro.

Arquitetura de Software

Microservices vs monolito, orchestration vs choreography, DDD, padrões de design. Para o founder: o vocabulário de quando se discute a estrutura do sistema.

Ferramentas e Produtividade (DevTools)

Git, diagramação, deploy, integração de código. Para o founder: o que o time técnico usa no dia a dia.

Desenvolvimento de Software

Paradigmas, data structures, processos. Para o founder: pano de fundo de como o código é escrito.

Cloud e Sistemas Distribuídos

Escalabilidade, alta disponibilidade, 12-factor app, resiliência, custo de cloud. Para o founder: o eixo central — como “escalar” e “dividir o sistema” funcionam, e quanto custa.

  • Cloud e Distribuído é a categoria mais importante para o founder por ligar o que o produto exige à infraestrutura e ao custo.

Como Funciona? (How it Works)

Gmail, Maps, Google Docs, chat, streaming, busca. Para o founder: intuição de caso-a-caso em vez de só teoria.

DevOps e CI/CD

Kubernetes, Docker, pipelines, deploy. Para o founder: o “esteira” que leva código à produção.

Segurança

Criptografia, autenticação (JWT/OAuth/SSO), sessão/cookie, firewalls. Para o founder: o que significa o produto ser seguro.

Fundamentos de Computação

DNS, TCP/UDP, sistema operacional, rede. Camada de base — só quando se sente a falta dele.

Implications

Ter este mapa é a diferença entre “quero um produto” e “entendo o que meu produto implica tecnicamente”. Com ele o:

  • analista conversa com a IA/engenheiro sobre arquitetura sem se perder;
  • especifica melhor (sabe pedir “escala horizontal”, “cache”, “fila”) e
  • prioriza o que estudar na ordem mais útil (começar por Cloud/Distribuído + Caching).

Open Questions

  • O fundo de a categoria “como funciona”? Isso vira mais página por-tópico, ou fica só no roteiro como referência?
  • Quando o produto real existir, qual categoria se aprofunda primeiro (provavelmente Cloud & Escala ou Banco de Dados)?
  • context-engineering — como projetar prompts e contextos para agentes de IA (accommodation community)

Sources

Visão de gráfico

Backlinks