웹훅

Outcome：Complete the task with 웹훅 (Webhook)。 User context：결제 서비스가 결제 완료 이벤트를 서명해서 주문 서비스로 보내요. Technical concept or control：웹훅 (Webhook)。 Why it fits：각 페이로드에 서명하세요. 처리 과정은 멱등적(idempotent)으로 만들고, 실패한 전송은 재시도하며, 내구성 있는 이벤트 기록을 유지하세요. 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.