Microserviços ou monólito modular: o que sua empresa precisa de verdade

Empresas grandes de tecnologia usam microserviços, então parece natural copiar. Mas elas adotaram essa arquitetura para resolver problemas de times com centenas de engenheiros. Para a maioria das empresas, microserviços trazem os custos sem os benefícios.

O custo escondido dos microserviços

• Comunicação pela rede: cada chamada pode falhar, demorar ou chegar duplicada (Circuit breaker: quando um serviço externo cai, o seu não precisa cair junto, Timeouts: a configuração esquecida que derruba sistemas).
• Dados espalhados: consultas que cruzam serviços viram integrações.
• Operação complexa: vários deploys, monitoramentos e versões.
• Depuração difícil: um erro atravessa cinco serviços.

O monólito modular

Um único sistema, dividido internamente em módulos bem separados — vendas, financeiro, estoque —, cada um com suas regras e fronteiras claras. Deploy simples, consultas rápidas, e a possibilidade de extrair um módulo para um serviço separado quando houver motivo real.

Quando separar um serviço faz sentido

• Uma parte precisa escalar muito mais que o resto.
• Requisitos técnicos muito diferentes (processamento de vídeo, por exemplo).
• Times grandes e independentes.

Um exemplo

O WOCOM Hub, desenvolvido pela We Codex em parceria com a Wocom, é modular: cada funcionalidade é um módulo isolado, carregado sob demanda e ativado por licença — sem a complexidade operacional de dezenas de serviços. Contamos os detalhes em Arquitetura modular com carregamento sob demanda: lições do WOCOM Hub.

A organização interna de cada módulo segue a Arquitetura em camadas no Node.js: como organizar Controllers, Services e Repositories.

A We Codex projeta arquiteturas escaláveis em sistemas web. Fale com a gente.