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á.
# Perguntas frequentes
## Como posso combinar diferentes padrões de integração?
Na maioria das situações, convém combinar padrões de integração. Por exemplo, você pode usar o AWS Step Functions para orquestrar um processo que chama um serviço remoto usando o padrão de verificação de declaração. Ou pode ter um processo orquestrado que coloca mensagens em filas, o que, por sua vez, aciona serviços coreografados.
## Qual é o principal benefício de usar uma arquitetura de microsserviços?
As principais vantagens incluem escalabilidade independente de serviços, melhor isolamento de falhas, maior velocidade de desenvolvimento por meio do trabalho em equipe paralelo e a capacidade de entrega e implantação contínuas (CI/CD).
## Como posso implementar o tratamento de erros nesses padrões?
Você pode implementar o tratamento de erros usando mecanismos integrados em Serviços da AWS. Por exemplo, AWS Lambda as funções podem ser configuradas com a lógica de repetição, e o Amazon SQS suporta filas de mensagens mortas para lidar com falhas persistentes. Além disso, o Step Functions fornece mecanismos de tratamento e repetição de erros em nível de fluxo de trabalho.
## Quais são os benefícios do uso do padrão de verificação de declaração na comunicação assíncrona?
O padrão de verificação de declaração permite que os clientes recebam um identificador no momento do envio da solicitação. Esse identificador pode ser usado mais tarde para verificar o status e recuperar o resultado. Esse padrão beneficia os clientes por fornecer um mecanismo para pesquisar resultados sem esperar de maneira síncrona. Para obter mais informações, consulte a seção [Verificação de reivindicações](asynchronous.md#claim-check) anterior deste guia.
## Como o padrão de retorno de chamada melhora a comunicação assíncrona em microsserviços?
O padrão de retorno de chamada melhora a comunicação assíncrona, permitindo que o cliente forneça um local para o serviço entrar em contato após a conclusão do processamento. Isso dissocia o cliente da espera por uma resposta e permite que ele continue com outras tarefas. Para obter mais informações, consulte a seção [Retorno de chamada](asynchronous.md#callback) anterior deste guia.
## Posso implementar a comunicação bidirecional em microsserviços usando os padrões descritos?
Você pode implementar a comunicação bidirecional criando uma conexão estável entre um cliente e um serviço, para que eles possam enviar e processar mensagens de maneira assíncrona. Isso exige que o serviço dê suporte a uma conexão aberta para cada cliente. Para obter mais informações, consulte a seção [Comunicação bidirectional](asynchronous.md#bidirectional) anterior deste guia.
## Como posso otimizar o uso de funções do Lambda em padrões de comunicação assíncrona?
É possível otimizar funções do Lambda garantindo que elas sejam idempotentes para lidar com possíveis duplicações de mensagens, usando recursos do Amazon SQS, como grupos de mensagens para ordenação, e implementando pesquisas longas para reduzir os custos. Além disso, você pode monitorar métricas de execução para identificar oportunidades de otimização.
## Quais são as principais diferenças entre usar o Amazon SNS e EventBridge o pub/sub padrão?
O Amazon SNS envia uma única mensagem a todos os assinantes, o que pode incluir dados desnecessários para alguns assinantes. A Amazon EventBridge permite um controle mais granular, permitindo que você tenha várias regras que correspondam a um único evento, com cada regra acionando um serviço ou ação downstream diferente. Para obter mais informações, consulte o [Amazon SNS](sns.md) e [EventBridge](eventbridge.md)as seções anteriores deste guia.