ある企業では、何千頭ものウミガメの回遊パターンを記録するためにGPSトラッカーを使用しています。トラッカーは5分ごとにチェックを行い、ウミガメが100ヤード（91.4メートル）以上移動した場合、新しい座標を、1つのAWSリージョン内の複数のアベイラビリティーゾーンにある3つのAmazon EC2インスタンスで実行されているウェブアプリケーションに送信します。最近、ウェブアプリケーションは予期せぬ量のトラッカーデータに圧倒され、データが失われ、イベントをリプレイする方法がありませんでした。ソリューションアーキテクトは、運用上のオーバーヘッドを最小限に抑えながら、この問題が再発するのを防ぐ必要があります。ソリューションアーキテクトは何をすべきですか？

Amazon SQSは、アプリケーションコンポーネント間のメッセージキューイングサービスであり、アプリケーションがトラフィックの急増に対応できるよう非同期にデータを処理できます。ウェブアプリケーションはSQSキューからメッセージをポーリングして処理するため、データ損失を防ぎ、運用オーバーヘッドを最小限に抑えられます。 Amazon S3はオブジェクトストレージであり、頻繁な小規模なメッセージングには適していません。Amazon API GatewayとAWS Lambdaは、リアルタイム処理に適していますが、データが失われた状況での再試行メカニズムや耐久性を提供しません。Amazon DynamoDBはNoSQLデータベースですが、直接的なメッセージキューイングの目的には最適ではなく、アプリケーションの負荷分散や非同期処理の課題を解決しません。