Explorar a arquitetura de microsserviços
Hoje você vai ouvir muito o termo microsserviços. Um microsserviço é um componente de software autônomo, implantável e escalonável de maneira independente.
Eles são pequenos, focados em fazer com qualidade uma única coisa e podem ser executados de maneira autônoma. Se um microsserviço for alterado, ele não deverá 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. Isso implica em outros riscos e complexidades.
Seria melhor criá-lo para controlar as interfaces e como elas interagem entre si. E você precisa manter vários ciclos de vida de aplicativos em vez de um.
Em um aplicativo tradicional, geralmente podemos ver uma arquitetura de várias camadas.
Uma camada com a interface do usuário, uma camada com a lógica de negócios e os serviços e uma camada com os serviços de dados.
Às vezes, há equipes dedicadas para a interface do usuário e para o back-end. Quando algo precisa ser alterado, é necessário alterar em todas as camadas.
Ao mudar para uma arquitetura de microsserviços, todas essas camadas passam a fazer parte do mesmo microsserviço.
Somente o microsserviço contém uma função específica.
A interação entre os microsserviços é feita de maneira assíncrona.
Eles não chamam uns aos 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, será possível implantar novas versões deles sem afetar outras partes do sistema.
A arquitetura de microsserviços evidentemente não é um pré-requisito para a entrega contínua, mas componentes de software menores ajudam na implementação de um pipeline totalmente automatizado.