Padrão de serviço por equipe

Em vez de decompor monólitos por recursos ou serviços de negócios, o padrão de serviço por equipe os divide em microsserviços gerenciados por equipes individuais. Cada equipe é responsável por uma capacidade comercial e possui a base de código da capacidade. A equipe desenvolve, testa, implanta ou escala seus serviços de forma independente e interage principalmente com outras equipes para negociar APIs. Recomendamos que você atribua cada microsserviço a uma única equipe. No entanto, se a equipe for grande o suficiente, várias subequipes poderão possuir microsserviços separados dentro da mesma estrutura de equipe. A tabela a seguir explica as vantagens e desvantagens de usar esse padrão.

Vantagens

Desvantagens

As equipes agem de forma independente com o mínimo de coordenação. As bases de código e os microsserviços não são compartilhados por várias equipes. As equipes podem inovar e iterar rapidamente nos recursos do produto. Equipes diferentes podem usar tecnologias, estruturas ou linguagens de programação diferentes. Importante: eles devem estar ocultos por trás de uma API pública estável e bem definida.

Pode ser difícil alinhar as equipes à funcionalidade do usuário final ou aos recursos comerciais. É necessário um esforço adicional para fornecer incrementos de aplicativos maiores e coordenados, especialmente se houver dependências circulares entre as equipes.

A ilustração a seguir mostra como um monólito pode ser dividido em microsserviços que são gerenciados, mantidos e fornecidos por equipes individuais.