ある企業が、Amazon SQS を使って EC2 で動作するメッセージ処理ワーカーとのキューイングアーキテクチャを構築している。メッセージ処理が成功した場合は SQS からメッセージを削除するが、処理に失敗したメッセージは最大 3 回リトライされた後に別の場所で保管し、後から手動で分析・再処理できるようにしたい。最も適切な構成はどれか。

1. A. SQS キューにデッドレターキュー（DLQ）を設定し、最大受信回数（maxReceiveCount）を 3 に設定する。処理に 3 回失敗したメッセージは自動的に DLQ に移動される。
2. B. SQS の可視性タイムアウトを 0 に設定して失敗したメッセージをすぐに再取得できるようにし、ワーカーが無制限にリトライする。
3. C. 処理に失敗したメッセージを Lambda 関数でキャッチし、別の SQS キューに手動で送信するコードをワーカーに実装する。
4. D. S3 にメッセージのコピーを常に書き込んでからキューに送信し、失敗時は S3 からメッセージを再取得する。