Antes dos microsserviços: o monólito modular

Este artigo é um exemplo editorial para iniciar o blog. Adapte o conteúdo à sua experiência antes de publicá-lo.

Comece pelo problema

Se pedidos e catálogo acessam os detalhes internos um do outro, separá-los em serviços pode apenas levar esse acoplamento para a rede. Uma alternativa é definir interfaces entre os módulos e manter uma única implantação enquanto esses limites são avaliados.

Desenhe os limites

Cada módulo expõe uma interface pública. Outros módulos devem depender dessa interface, evitando acessar detalhes internos.

flowchart LR
    accTitle: Dependências entre módulos
    accDescr: A interface acessa Pedidos e Catálogo. Pedidos acessa o Catálogo por sua interface pública.
    UI[Interface] --> Pedidos
    UI --> Catalogo[Catálogo]
    Pedidos --> API[Interface pública do catálogo]
    API --> Catalogo

Registre as decisões

Uma decisão de arquitetura pode caber em uma página:

• Contexto: qual problema precisa ser resolvido?
• Decisão: qual caminho foi escolhido?
• Consequências: quais benefícios e custos foram aceitos?

A unidade de implantação pode ser única; as responsabilidades não precisam ser misturadas.

Quando reavaliar

Observe necessidades concretas: escalar uma parte separadamente, reduzir dependências entre equipes ou isolar falhas. Use essas evidências para avaliar uma extração, considerando também o custo operacional.