一個無伺服器票務系統會產生訂單 ID，然後平行執行庫存和支付 Lambda 函數。如果座位不小心重複銷售，則必須由收到的第一個訂單取得座位，並且只處理該訂單的付款。如果第一個訂單的付款被拒絕，則第二個訂單應取得座位並處理其付款。哪種設計符合這些要求？

此設計利用 Amazon SNS FIFO 主題提供嚴格的訊息排序和一次性傳遞，確保訂單 ID 按照接收順序處理。SNS FIFO 主題會將訊息扇出到兩個 Amazon SQS FIFO 佇列：一個用於庫存，另一個用於支付。SQS FIFO 佇列維持訊息順序，並確保每個訊息只由一個消費者處理，從而防止重複銷售問題。如果第一個訂單的支付失敗，系統可以透過處理佇列中的下一個訂單來處理，因為順序是保證的。 其他選項不符合要求： 依序叫用 Lambda 函數會導致處理速度變慢，且無法有效處理支付失敗後的備用邏輯。 標準 Amazon SNS 主題和 Amazon SQS 佇列不保證訊息順序，可能導致重複銷售和不正確的支付處理。