Micro-frontends não são moda: são governança de entrega

Micro-frontends não são moda. São um modelo de governança de entrega.

A discussão costuma começar pela tecnologia: Module Federation, single-spa, web components. É o assunto menos importante.

O problema que micro-frontends resolvem é organizacional: muitos times de produto disputando o mesmo canal digital, a mesma fila de release e o mesmo time de front-end como gargalo.

Quando a plataforma é bem feita, o ganho aparece em outro lugar:
→ times de produto passam a entregar direto no canal, sem fila central;
→ o time de plataforma deixa de ser executor e vira produto interno;
→ o release de um time não trava o de outro.

O que aprendi para não criar um "monólito distribuído" dentro do navegador:

1. Contrato antes de código. Design system, roteamento, autenticação e telemetria são da plataforma. Nenhum time reinventa.
2. Autonomia com guarda-corpo. Cada time faz deploy sozinho, mas passa pelos mesmos checks automáticos de performance, acessibilidade e segurança.
3. Dono claro. Cada micro-frontend tem um time responsável em produção, não só no desenvolvimento.
4. Custo explícito. Bundle duplicado e inconsistência visual são os impostos do modelo. Meça e cobre.

A métrica que importa não é quantos micro-frontends existem. É quantos times conseguem entregar valor ao cliente sem pedir licença.

Se a sua organização tem um time só de front-end, talvez você não precise disso. Se tem dez times disputando a mesma tela, provavelmente precisa.

Quem já passou por essa transição: o que foi mais difícil, a técnica ou a governança?