Capítulo 3. Dividir o monólito
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
Muitos dos que estão a ler este livro provavelmente não têm uma folha em branco para desenhar o seu sistema, e mesmo que tivessem, começar com microsserviços pode não ser uma boa ideia, pelas razões que explorámos no Capítulo 1. Muitos de vocês já terão um sistema existente, talvez alguma forma de arquitetura monólita, que pretendem migrar para uma arquitetura de microsserviços.
Neste capítulo, vou delinear alguns primeiros passos, padrões e dicas gerais para te ajudar a navegar na transição para uma arquitetura de microsserviços.
Tem um objetivo
Os microsserviços não são o objetivo. Não "ganhas" por ter microsserviços. A adoção de uma arquitetura de microsserviços deve ser uma decisão consciente, baseada numa tomada de decisão racional. Só deves pensar em migrar para uma arquitetura de microsserviços se não conseguires encontrar uma forma mais fácil de atingir o teu objetivo final com a tua arquitetura atual.
Sem uma compreensão clara do que estás a tentar alcançar, podes cair na armadilha de confundir atividade com resultado. Já vi equipas obcecadas com a criação de microsserviços sem nunca perguntarem porquê. Isto é extremamente problemático, dadas as novas fontes de complexidade que os microsserviços podem introduzir.
Fixar-se nos microsserviços em vez de se concentrar no objetivo final também significa que provavelmente deixará ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access