Arrumar a casa antes de demolir: Pulamos essa etapa na ânsia pelos microsserviços?

Em microserviços meu time e eu sempre partimos do monolitico pro microserviços, o grande problema ao meu ver quando entra nessa abordagem com um time pequeno começa a complicar muito a manutenção, principalmente se não tem bem fixado uma cultura de monitoramento.
Nas minha carreira, normalmente quebrar pra uma arquitetura de microserviços faz sentido quando tem muita gente mexendo na mesma base de código, mas muitas vezes o que acontece é criar grandes serviços o que não é microserviços, exemplifico: meu trabalho anterior tinha uma API de logistica, financeiro, carrinho e etc. A equipe era de uns 30 devs e cada time tinha de 4 a 5 pessoas cuidando de 2 a 3 serviços em média, não era serviços pequenos por exemplo o financeiro era bem grande, mas funcionava esse esquema. Acho que foi o mais perto que cheguei num sistema de microserviços e funcionava bem.
Por outro lado já trabalhei numa startup com 5 dev e começamos a quebrar um monolito em microserviços e isso meio que não funcionou aumentava muito a dificuldade de manter e o time não tinha uma cultura de monitoramento muito sólida. Outra situação que quebrar um monolito funciona é migrar pra outra linguagem/framework por exemplo trabalhei num sistema java que era um monolito e foi quebrado em microserviços em rails era um time de uns 15 devs e foi um desafio, mas fazia até sentido por que era uma forma de mudar a stack de forma gradual, mas sei que depois que sai houve desafios de manutenção por ter vários serviços e poucos devs, além do problema também de monitoramento dos serviços.

No meu caso eu diria que só se deve quebrar um monolito em serviços menores se for necessário pois trás outros desafios, mas, como disse ali não trabalhei num lugar com microserviços "by the book" então possivelmente minha opinião tem um viés.

A ultima questão acho que é mais importante, muitas mudanças vem do desejo do time de seguir as têndencias, enquanto tem gente que trabalha a 30 anos com Progress e 4GL. Os dois acho que são problemáticos, mas, o importante é ter um equilibrio, evoluir sim a plataforma, mas quebrar seja em grandes serviços ou microserviços é necessário o time sentir uma necessidade, seja trabalhar com mais stacks, ter um time grande mexendo na mesma base ou ainda ter partes do código que precisam ser separados para algum tratamento especial.

Além disso foi o que você disse, não adianta separar em serviços menores, se não tem uma boa cobertura de testes, um pipelile de CI/CD e colocar monitoramento.

Achei que eu tinha postado isso :D Porque eu falo sempre disso e muitas vezes do mesmo jeito, citos esses exemplos.

Sobre a questão do site/app pequeno (é engraçado que as pessoas perderam tanto a noção das coisas que acham que monótito ou microsserviços é algo só para web, e não é, mas provavelmente se não for para web é provável que o time já tenha mais competência e dificilmente vai adortar microsserviços nisso).

Aliás, em time pequeno nem deve passar pela cabeça a palavra microsserviços.

Eu já passei pela experiência de reformar e de demolir, mas nunca para microsserviços, foi mudanaça de tecnologia ou mudar tudo porque o legado era impraticável. Os resultados sempre foram bons.

O caminho dos microsserviços só pode se dar em equipes enormes, mas enormes mesmo, que não estejam conseguindo gerenciar isso, e a equipe esteja preparada para desenvolver algo mais complexo, porque ms são mais complexos. Além disso precisa fazer um experimento (curiosamente ninguém fala em MVP nisso, né? Porque adotam MVP com receita de bolo, modinha, não porque sabem o que está fazendo) e precisa provar que será melhor, sem entrar com um viés. Na verdade pode ter um viés, de não querer microsserviços, assim fica mais garantido.

Sua última pergunta é um enorme "sim". Mas nem todo mundo é assim, existem pessoas competentes de verdade, e as outras são só pessoas comunicativas, que são convencer, que são políticos.

Eu sou engenheiro, não sou político. Eu não faço nada para agradar, eu faço para funcionar. Se você ver alguém querendo agradar muito, desconfie, político que tem cargos de governo e políticos na iniciativa priva ou até na vida particular só tem um interesse, e você não vai se beneficiar disso a não ser que ele precise de você para alcançar seu objetivo.

S2

Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente (não vendo nada, é retribuição na minha aposentadoria) (links aqui no perfil também).