Padrão de serviço por equipe - AWS Orientação prescritiva

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

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.

Decompor monólitos em microsserviços por equipes