イベント駆動型注文システムは、Amazon SQS標準キューを使用しています。テスト中に、単一の注文メッセージがバックエンドエラーを引き起こし、後続のメッセージをブロックしたため、処理が停止しました。キューの可視性タイムアウトは30秒ですが、バックエンド処理は10秒後にタイムアウトします。ソリューションアーキテクトは、障害のあるメッセージの調査を許可し、後続のメッセージが引き続き処理されるようにする必要があります。ソリューションアーキテクトは何をすべきですか？

このシナリオでは、単一の障害メッセージが処理をブロックしているため、デッドレターキュー（DLQ）を使用して障害メッセージを分離し、メインキューの処理を継続させることが最善の解決策です。新しい標準SQSキューをDLQとして設定することで、障害メッセージは自動的にDLQに移動し、後で調査できます。メインキューは他のメッセージの処理を続行できます。 バックエンド処理のタイムアウトを増やすだけでは、障害メッセージが引き続きメインキューをブロックする可能性があります。SQSの可視性タイムアウトを短縮すると、障害メッセージが頻繁に再処理され、リソースが無駄になる可能性があります。SQS FIFOキューは順序保証が必要な場合に適していますが、このシナリオの主な問題は障害メッセージの分離であり、標準キューで十分です。