気象データソリューションは、Lambda関数と統合されたAPI Gateway REST APIを介して、数千のステーションからテレメトリを受信します。Lambdaは前処理のためにサードパーティサービスを呼び出しますが、そのサードパーティが過負荷になると、前処理が失敗してデータが失われます。アーキテクトは、データが失われないようにし、障害が発生した場合でも後で処理が行われるようにする必要があります。アーキテクトは何を実装すべきですか？

このソリューションは、API Gatewayから直接SQSキューにデータを送信することで、Lambda関数とサードパーティサービスの間の結合を解除します。これにより、サードパーティサービスが過負荷になっても、データは失われずにSQSキューに保持されます。Lambda関数はSQSキューからメッセージをプルし、処理に失敗した場合はメッセージがキューに戻され、後で再試行されます。プライマリキューのデッドレターキュー (DLQ) としてセカンダリキューを設定することで、複数回の処理失敗後もデータが失われることなく、調査のために保持されます。 他の選択肢は、API GatewayとLambdaの間に直接的な結合を残すか、EventBridgeを使用してもDLQの機能が不十分であるため、データの永続性を保証できません。