Os microsserviços dividem uma aplicação em pequenos serviços independentes. Podem ajudar grandes equipas a escalar — mas para a maioria dos projetos acrescentam complexidade que custa mais do que rende. Saber quando precisa mesmo deles poupa muitas dores.
O que são
Em vez de uma aplicação (um «monólito»), o sistema é feito de muitos pequenos serviços que comunicam pela rede, cada um com uma função e implantável por si. Essa independência é todo o sentido — e todo o custo.
O que resolvem — e custam
- Resolvem: grandes equipas a trabalhar sem se atrapalharem.
- Resolvem: escalar uma parte pesada independente do resto.
- Custam: chamadas de rede, depuração distribuída, complexidade de implantação.
- Custam: agora opera infraestrutura, não só código.
Comece com um monólito: quase todo o produto de sucesso começou como um monólito bem estruturado e só extraiu serviços quando surgiu um estrangulamento real. Microsserviços prematuros são uma clássica armadilha de sobre-engenharia.
Sinais de que pode precisar deles
Várias equipas bloqueadas por uma única base de código, um componente que precisa de uma escala muito diferente do resto, ou partes do sistema com ciclos de vida mesmo separados. Se nada disto for verdade, um monólito limpo servi-lo-á melhor e mais barato.