ソリューションアーキテクトが多層アプリケーションを設計しています。ユーザーはモバイルデバイスから画像をアップロードします。アプリケーションは各画像のサムネイルを生成し（これには最大60秒かかる場合があります）、元の画像が受信されたことを確認するために、できるだけ早くユーザーに成功メッセージを返します。アーキテクトは、これらの要件を満たすために、階層間でリクエストを非同期にディスパッチするようにアプリケーションを設計する必要があります。ソリューションアーキテクトは何をすべきですか？

このシナリオでは、ユーザーへの迅速な応答と、時間のかかるサムネイル生成プロセスの非同期処理が必要です。Amazon SQSキューを使用すると、アプリケーションは画像をアップロードした直後にSQSにメッセージを送信し、ユーザーに成功を通知できます。その後、別のプロセス（例: Lambda関数）がSQSキューからメッセージをプルし、バックグラウンドでサムネイル生成を実行できます。これにより、ユーザーエクスペリエンスが向上し、アプリケーションの応答性が維持されます。 他の選択肢は、この特定の要件には最適ではありません。Lambda関数を直接イベントソースとして使用すると、Lambdaの実行が完了するまでユーザーへの応答が遅れる可能性があります。Step Functionsは複雑なワークフローに適していますが、このシンプルな非同期処理には過剰です。SNSはパブリッシュ/サブスクライブモデルであり、非同期処理のキューイングメカニズムとしてはSQSの方が適しています。