ある企業には、新しいデータ配信に関する通知を受け取るAmazon SNSトピックと、データを処理して保存するAWS Lambda関数で構成されるデータ取り込みワークフローがあります。取り込みはネットワーク接続の問題により時折失敗し、ジョブを手動で再実行しない限り、そのデータは取り込まれません。すべての通知が最終的に処理されるようにするために、ソリューションアーキテクトは何をすべきですか？

この問題は、Lambda関数が失敗した場合でもデータが確実に処理されるようにする方法を問うています。Amazon SQSキューをオンフェイルの送信先として設定することで、Lambda関数の実行が失敗した場合に、そのイベントがSQSキューに送信されます。その後、Lambda関数を修正して、このSQSキューからメッセージをポーリングし、処理するように設定できます。これにより、一時的なネットワーク接続の問題などでLambda関数が失敗しても、データが失われることなく、後で再処理されることが保証されます。 他の選択肢は適切ではありません。Lambda関数を複数のアベイラビリティーゾーンにデプロイしても、ネットワーク接続の問題による失敗は解決されません。CPUとメモリの割り当てを増やしても、ネットワーク接続の問題は解決しません。SNSトピックの再試行戦略は、SNSからLambdaへの配信に失敗した場合にのみ有効であり、Lambda関数自体の処理失敗には対応できません。