Concordo que devemos usar o simples e somente ir pra Microsserviços casa haja realmente uma vantagem. Eu cito isso claramente no texto:
Uma estrutura monolítica bem definida permitirá substituir qualquer funcionalidade por um microsserviço quando necessário.
O foco do documento é trazer opções, microserviços é apenas uma delas... tem mais na parte 2...
Todo mundo faz isso. Fala que deve usar o simples em uma frase e todo o resto do texto fala das maravilhas que microsserviço faz por você, sem apresentar todos os problemas na mesma proporção, ou até mais já que coisas perigosas devem ser até mais destacadas.
Esse é um padrão em quase 100% das publicações sobre o assunto. Não estão promovendo o pensamento sobre, estão promovendo a arquitetura.
Postei na parte 2 pra ler aqui porque uma é consequência do erro da outra.
As pessoas preciam parar de olhar para oque está tod mundo olhando e começar olhar para os casos de tremendo sucesso fazendo o simples. Esses é que falta divulgação.
Concordo que deveria colocar mais riscos e consequencias negativas da adoção de MS. Valeu pelo input, vou adicioná-las.
Uma coisa que pode ajudar é mostrar os graficos de acoplamento mais como uma organização e não que o microsserviço é que faz isso. Para o desaviasado parece que ele é a única forma que consguir isso. E mesmo em algo desacoplado masi simples já pode ser complicado.
Existe muita gente fazendo receitas de bolo que pioram muito. Por exemplo a tal da clean arquiteture que muitos usam sem pesar nos custo e benefícios que terá. Ela complica muito sem usufruir dos ganhos porque não precisava. Complexidade precisa se pagar muito bem.
Já vi gente justificar que adoraram ms porque a equipe não conseguia se organizar sem eles. Aí está tudo destruído. Não tem o que fazer. E pregar o que é (ou era, mas não diminuiu, só surgiram coisas novas) o problema mais difícil da computação, como solução de uma equipe ruim, parece bem temerário. Se equipe é ruim, ela terá apenas sistemas ruins e duplicados, se forem obrigadas a fazer o que não conseguem.
Tudo pode ter justificativa, mas é difpicil criá-las com bom embasamento, muitas vezes precisa fazer para mostrar que é bom, e ninguém vai querer jogar fora oque foi feito, então inventa-se "provas" que deu certo. Eu vi inúmeras vezes, tenho várias anedotas de decisão errada que não foram negadas porque põe da credibilidade de quem escolheu aquilo em questionamento, e ela tem que defender com unhas e dentes e o trabalho dela passa ser inventar justificativas falsas para não parecer um erro.
Novamente, existem cenários reais para adotar algo mais complexo, mas é de 2 ou 3 ordens de magnitude menores do que as pessoas acham ou até que praticam. E quem for adotar não pode pegar algo muio simplificado para ter de base. Quem for mergulhar nisso tem que primeiro que mergulhar em estudo em altas profundidades de muita coia da computação, algumas ainda em criação. Por isso eu sou favorável de basicamente criar dificuldades, não facilidades, e se a pessoa passar por todas as barreiras, aí tem uam chance melhor dela coneguir um bom resultado. Por isso prefiro assutar quem pode precisar disso, do que inventivar quem provavelmente nmão vai precisar.
Concordo plenamente. Só parte do acoplamento que não entendi, é a figura que está na seção "Realtime"? Se for, ela não tem link com microserviços. Mas se falou de forma geral (acoplamento entre aplicações), sim, faz sentido.