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 composição da API
Esse padrão usa um compositor ou agregador de API para implementar uma consulta ao invocar microsserviços individuais que possuem os dados. Em seguida, ele combina os resultados realizando uma junção na memória.
O diagrama a seguir ilustra como esse padrão é implementado.
O diagrama mostra o seguinte fluxo de trabalho:
-
Um gateway de API serve a API “/customer”, que tem um microsserviço “Pedidos” que rastreia os pedidos dos clientes em um banco de dados Aurora.
-
O microsserviço “Support” rastreia problemas de suporte ao cliente e os armazena em um banco de dados do Amazon OpenSearch Service.
-
O microsserviço CustomerDetails "" mantém os atributos do cliente (por exemplo, endereço, número de telefone ou detalhes de pagamento) em uma tabela do DynamoDB.
-
A função “GetCustomer” Lambda executa as APIs desses microsserviços e realiza uma junção na memória dos dados antes de devolvê-los ao solicitante. Isso ajuda a recuperar facilmente as informações do cliente em uma chamada de rede para a API voltada para o usuário e mantém a interface muito simples.
O padrão de composição da API oferece a maneira mais simples de coletar dados de vários microsserviços. No entanto, há as seguintes desvantagens em usar o padrão de composição da API:
-
Talvez não seja adequado para consultas complexas e grandes conjuntos de dados que exigem junções na memória.
-
Seu sistema geral fica menos disponível se você aumentar o número de microsserviços conectados ao compositor da API.
-
O aumento das solicitações de banco de dados cria mais tráfego de rede, o que aumenta seus custos operacionais.
