데드 레터 큐

Outcome：Complete the task with 데드 레터 큐 (Dead-Letter Queue)。 User context：`row-73` 행을 가져오기가 날짜 형식 오류로 인해 다섯 번 실패합니다. Amazon SQS는 메시지를 DLQ로 이동시킵니다. 팀이 설정한 경보가 운영자에게 알립니다. 파서를 수정한 후, 운영자는 소규모 배치를 안전한 속도로 재처리합니다. Technical concept or control：데드 레터 큐 (Dead-Letter Queue)。 Why it fits：반복적인 실패가 메인 큐를 반복해서 순환하지 않도록 해야 할 때는 DLQ를 사용하십시오. 이유, 출처, 시도 횟수, 메시지 연령 및 안전한 재전송 경로를 유지하십시오. Do not use it when：첫 번째 짧은 실패 후에 메시지를 이동하지 마십시오. 증가하는 DLQ를 무시하거나 문제를 해결하기 전에 다시 처리하지 마십시오. 항목 하나를 제거하는 것도 엄격한 순서를 요구하는 흐름을 깨뜨릴 수 있습니다. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary)：하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.