위성 원격 측정 파이프라인은 작은 데이터 패킷을 Amazon SQS 표준 대기열에 배치합니다. 다운스트림 애플리케이션은 메시지를 변환하지만 특정 메시지는 변환하지 못할 때가 있습니다. 실패한 메시지는 SQS 대기열에 남아 있습니다. DevOps 엔지니어는 실패한 메시지를 보존하고 과학자가 검토하고 나중에 다시 처리할 수 있도록 해야 합니다. 다음 중 이러한 요구 사항을 충족하는 솔루션은 무엇입니다?

이 솔루션은 SQS 데드 레터 큐(DLQ)를 사용하여 실패한 메시지를 자동으로 격리하고 보존합니다. 원래 대기열의 재전송 정책(redrive policy)을 구성하여 메시지가 특정 수신 횟수(예: 1회)를 초과하여 처리되지 않으면 DLQ로 이동하도록 합니다. 이를 통해 실패한 메시지가 원래 대기열에 계속 남아 애플리케이션의 재시도 로직을 방해하는 것을 방지하고, 과학자가 DLQ에서 메시지를 검토하고 수동으로 재처리할 수 있도록 합니다. 다른 옵션들은 다음과 같은 이유로 적합하지 않습니다. AWS Lambda를 사용하는 첫 번째 옵션은 메시지 검증 로직을 수동으로 구현해야 하며, SQS의 내장된 재시도 및 실패 처리 기능을 활용하지 못합니다. FIFO 대기열로 변환하는 두 번째 옵션은 메시지 순서가 중요하지 않은 경우 불필요하며, EventBridge를 통한 주기적인 스캔은 복잡하고 비효율적입니다. API Gateway와 가상 대기열을 사용하는 세 번째 옵션은 SQS의 기본 기능을 우회하고 시스템을 불필요하게 복잡하게 만듭니다.