Серверная система продажи билетов генерирует ID заказа, а затем параллельно запускает функции Lambda для инвентаризации и оплаты. Если место случайно продано дважды, первое полученное бронирование должно получить место, и только оплата этого бронирования должна быть обработана. Если оплата первого бронирования отклонена, второе бронирование должно получить место, и его оплата должна быть обработана. Какой дизайн соответствует этим требованиям?

Правильный ответ — использование Amazon SNS FIFO и Amazon SQS FIFO. SNS FIFO гарантирует, что сообщения (ID заказов) обрабатываются строго в том порядке, в котором они были отправлены, что критически важно для определения "первого полученного бронирования". Распределение в две отдельные очереди SQS FIFO (для инвентаризации и оплаты) позволяет этим процессам выполняться независимо, но с сохранением порядка обработки для каждого бронирования. Если первое бронирование не удается, второе будет обработано следующим, соблюдая логику приоритета. Остальные варианты не подходят: Последовательный вызов Lambda (инвентаризация - оплата) не обеспечивает параллельной обработки и может привести к задержкам. Использование стандартных SNS и SQS не гарантирует порядок сообщений, что может привести к неправильному распределению мест при одновременных запросах.