Um sistema serverless usa uma função Lambda BeginResponse que inicializa dados; depois, muitas funções Lambda devem ser executadas em paralelo, cada uma dependendo apenas das saídas de BeginResponse. Cada Lambda downstream requer invocações com capacidade de nova tentativa e controle de concorrência independente sem perda de mensagens. Qual design oferece a solução mais eficiente operacionalmente?

A opção correta utiliza um tópico do Amazon SNS para desacoplar o Lambda BeginResponse das funções downstream e um Amazon SQS para cada função Lambda downstream. O SNS permite que BeginResponse publique uma única mensagem que será entregue a todas as filas SQS inscritas, garantindo que todas as funções downstream recebam a mensagem. As filas SQS fornecem um buffer para cada Lambda, permitindo controle de concorrência independente, novas tentativas automáticas e garantia de entrega (sem perda de mensagens), mesmo que um Lambda esteja sobrecarregado ou falhe temporariamente. A opção de usar apenas SNS para assinar Lambdas diretamente não oferece controle de concorrência independente nem garantia de entrega em caso de falha ou sobrecarga do Lambda. A opção de criar um tópico SNS separado para cada fila SQS é redundante e mais complexa do que o necessário. A opção de usar Step Functions sequencialmente não atende ao requisito de execução paralela, e a complexidade de iniciar o Step Functions via SNS adiciona sobrecarga desnecessária.