Um sistema de emissão de bilhetes serverless gera um ID de pedido e, em seguida, executa funções Lambda de inventário e pagamento em paralelo. Se um assento for vendido acidentalmente duas vezes, o primeiro pedido recebido deve ficar com o assento e apenas o pagamento desse pedido deve ser processado. Se o pagamento do primeiro pedido for rejeitado, o segundo pedido deve ficar com o assento e seu pagamento deve ser processado. Qual design atende a esses requisitos?

A opção correta utiliza Amazon SNS FIFO e Amazon SQS FIFO, que garantem a ordem de processamento (First-In, First-Out) e a entrega de mensagens exatamente uma vez. Isso é crucial para evitar que um assento seja vendido duas vezes, pois o primeiro pedido será processado antes do segundo. Se o pagamento do primeiro falhar, o segundo pedido poderá prosseguir, mantendo a lógica de negócios. As outras opções são incorretas porque: "Altere a Lambda que gera o ID do pedido para invocar a Lambda de inventário, que então invoca a Lambda de pagamento" introduz acoplamento e não garante atomicidade ou resiliência em caso de falha. "Envie o ID do pedido para um tópico Amazon SNS e assine as funções Lambda de inventário e pagamento ao tópico" usa SNS padrão, que não garante a ordem das mensagens, podendo levar a condições de corrida e venda dupla. "Envie o ID do pedido para uma fila Amazon SQS e configure as funções Lambda de inventário e pagamento para pesquisar a fila" também usa SQS padrão, que não garante a ordem, e ambas as Lambdas competiriam pela mesma mensagem, o que não é o comportamento desejado.