開発チームは、AWS Lambda 関数を使用するイベントベースのアプリケーションを作成しています。イベントは、ファイルが Amazon S3 バケットに追加されたときに生成されます。チームは現在、Amazon S3 からのイベントターゲットとして Amazon Simple Notification Service (Amazon SNS) を設定しています。ソリューションアーキテクトは、Amazon S3 からのイベントをスケーラブルな方法で処理するために何をすべきですか？

Amazon S3イベントをSNSトピックに直接送信し、そこからLambdaを呼び出すと、Lambdaがイベントを処理できなかった場合に再試行メカニズムが不足します。また、SNSはメッセージを永続的に保存しないため、処理漏れのリスクがあります。 正解の選択肢は、SNSトピックからAmazon SQSキューにイベントを送信し、そのSQSキューをLambda関数のトリガーとして設定します。これにより、SQSがイベントを永続的に保存し、Lambdaが処理に失敗した場合でも再試行が可能になります。これは、スケーラブルで信頼性の高いイベント処理パターンです。 他の選択肢は不適切です。Amazon ECSやEKSを介してイベントを処理することは可能ですが、Lambdaの前にこれらのサービスを導入すると、サーバーレスの利点が薄れ、運用上の複雑さが増します。AWS Server Migration Service (AWS SMS) は、サーバー移行のためのサービスであり、イベント処理には適していません。