一位解決方案架構師正在設計一個多層應用程式。使用者從行動裝置上傳圖片。應用程式會為每張圖片產生縮圖 (這可能需要長達 60 秒)，並盡快向使用者傳回成功訊息，以確認已收到原始圖片。架構師必須設計應用程式，以非同步方式在各層之間分派請求，以符合這些要求。解決方案架構師應該怎麼做？

正確答案是建立 Amazon SQS 訊息佇列。當圖片上傳時，應用程式會將訊息放入 SQS 佇列以觸發縮圖產生，並立即向使用者傳回成功訊息，確認已收到原始圖片。這滿足了非同步處理和快速使用者回饋的需求。SQS 佇列解耦了上傳和縮圖產生過程，確保即使縮圖產生需要較長時間，使用者也能迅速收到確認。 撰寫自訂的 AWS Lambda 函數來產生縮圖並提醒使用者，雖然 Lambda 可以處理縮圖產生，但直接從上傳事件調用 Lambda 並不直接提供非同步處理和立即確認的功能，除非額外設計。建立 AWS Step Functions 工作流程過於複雜，因為它協調多個步驟，而這裡只需要一個非同步處理。建立 Amazon SNS 通知主題和訂閱不適用於此情境，因為 SNS 主要用於發布/訂閱模型，而不是用於解耦任務處理的佇列服務。