あるEコマース企業は、Amazon SNSを使用して、倉庫アプリケーションが処理するオンプレミスのHTTPSエンドポイントに注文メッセージを送信しています。一部の注文メッセージが受信されませんでした。ソリューションアーキテクトは、未配信のメッセージを保持し、最大14日間分析する必要があります。開発作業を最小限に抑えて、これらの要件を満たすソリューションはどれですか？

正解は、Amazon SNSデッドレターキューを、保持期間14日のAmazon Simple Queue Service (Amazon SQS) ターゲットで設定することです。Amazon SNSのデッドレターキュー (DLQ) 機能は、メッセージが配信できなかった場合に自動的にメッセージをS3、SQS、またはLambdaに転送します。SQSキューをDLQターゲットとして設定し、保持期間を14日にすることで、未配信メッセージを最大14日間保持し、後で分析できます。これは開発作業を最小限に抑え、要件を満たします。 Kinesis Data Streamはリアルタイムデータ処理に適していますが、未配信メッセージの保持と分析にはSQSの方がシンプルでコスト効率が良いです。アプリケーションとSNSの間にSQSキューを追加する方法は、SNSの直接サブスクリプションの利点を失い、アーキテクチャが複雑になります。DynamoDBはキーバリューストアであり、メッセージキューイングやDLQのユースケースには適していません。