Bounded contexts: como a arquitetura reflete — e deve seguir — a organização
Conway's Law não é opcional: o sistema sempre vai refletir a estrutura de comunicação da organização. Saber usar isso como ferramenta de design é o que separa arquiteturas que funcionam.
Conway's Law como ferramenta de design
"Organizações que projetam sistemas são constrangidas a produzir designs que são cópias das estruturas de comunicação dessas organizações." Mel Conway, 1967. Cinquenta anos depois, esse princípio é mais relevante do que nunca.
O que é um bounded context na prática
Um bounded context é um limite explícito dentro do qual um modelo de domínio é válido e consistente. "Pedido" para o time de logística é diferente de "Pedido" para o time financeiro — e a arquitetura precisa refletir essa distinção.
Por que isso importa para o negócio
- Times autônomos — quando cada time é responsável por um bounded context claro, a coordenação cai e a velocidade sobe.
- Mudanças localizadas — mudanças de regra de negócio num domínio não propagam para outros.
- Onboarding mais rápido — escopo mental menor facilita que novos engenheiros contribuam.
O anti-pattern mais comum
Serviços tecnicamente separados mas conceitualmente acoplados — comunicando-se por chamadas síncronas em cada operação, compartilhando modelos de dados. Isso é um monolito distribuído: tem o custo da distribuição sem o benefício da autonomia.
Próximo passo
Seus times e sua arquitetura estão alinhados?
A rune.dev conduz workshops de Event Storming e modelagem de domínio para alinhar arquitetura técnica com estrutura organizacional.
Falar com um especialista →Precisa de apoio técnico no seu ambiente?
Diagnóstico sem compromisso. Retorno em até 48h úteis.