사가 패턴

Outcome：Complete the task with 사가 패턴 (Saga Pattern)。 User context：주문 `984`는 재고를 예약하고 NT$248를 승인한 후 배송을 요청합니다. 배송은 주소를 거부합니다. 사가는 승인을 취소하고 동일한 사가 ID로 재고를 해제합니다. 그런 다음 주문을 보상된 것으로 기록합니다. Technical concept or control：사가 패턴 (Saga Pattern)。 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.