Explore a arquitetura de microsserviços
Hoje, você ouvirá com frequência o termo microsserviços. Um microsserviço é um componente de software autônomo, implantável de forma independente e escalável.
Eles são pequenos, focados em fazer uma coisa bem e podem funcionar de forma autônoma. Se um microsserviço mudar, isso não deve afetar nenhum outro microsserviço em seu cenário.
Ao escolher uma arquitetura de microsserviços, você criará um cenário de serviços que podem ser desenvolvidos, testados e implantados separadamente. Implica outros riscos e complexidade.
Seria melhor se você o criasse para acompanhar as interfaces e como elas interagem. E você precisa manter vários ciclos de vida de aplicativos em vez de um.
Em um aplicativo tradicional, muitas vezes podemos ver uma arquitetura multicamadas.
Uma camada com a interface do usuário, uma camada com a lógica de negócios e serviços e uma camada com os serviços de dados.
Às vezes, há equipes dedicadas para a interface do usuário e o back-end. Quando algo precisa mudar, precisa mudar em todas as camadas.
Ao avançar para uma arquitetura de microsserviços, todas essas camadas fazem parte do mesmo microsserviço.
Apenas o microsserviço contém uma função específica.
A interação entre os microsserviços é feita de forma assíncrona.
Eles não ligam uns para os outros diretamente, mas usam mecanismos assíncronos, como filas ou eventos.
Cada microsserviço tem seu ciclo de vida e pipeline de Entrega Contínua. Se você os criou corretamente, poderá implantar novas versões de microsserviço sem afetar outras partes do sistema.
A arquitetura de microsserviços não é, sem dúvida, um pré-requisito para a Entrega Contínua, mas componentes de software menores ajudam a implementar um pipeline totalmente automatizado.