메시지 큐

Outcome：Complete the task with 메시지 큐 (Message Queue)。 User context：체크아웃은 주문 984와 아웃박스 레코드를 하나의 트랜잭션으로 작성합니다. 그런 다음 중계기는 '영수증 생성'을 내구 큐로 보냅니다. 세 명의 작업자는 PDF를 저장한 후에만 확인하고, 짧은 저장 실패는 백오프와 함께 재시도합니다. 항상 실패하는 메시지는 상관 ID와 함께 데드레터 큐로 이동합니다. Technical concept or control：메시지 큐 (Message Queue)。 Why it fits：트래픽 급증 처리, 느린 작업 분리, 짧은 실패 재시도 또는 작업 공유를 위해 큐를 사용하세요. 전달 방식이 정확히 어떻게 이루어지는지 정의하세요. Do not use it when：즉각적인 응답이 필요한 경우 큐를 추가하지 마십시오. 또한 멱등성 있는 소비자, 백로그 제한, 관찰 가능성, 항상 실패하는 메시지에 대한 계획 없이 큐를 추가하지 마십시오. 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.