이벤트 구동 아키텍처

Outcome：Complete the task with 이벤트 구동 아키텍처 (Event-Driven Architecture)。 User context：구독 42가 취소되면 Billing은 주제, 시간 및 추적 ID가 포함된 버전된 `SubscriptionCanceled` 이벤트를 게시합니다. Access와 Analytics 서비스는 자체적으로 반응하며 중복된 이벤트 ID를 제거합니다. Analytics는 나중에 로그를 재실행할 수 있습니다. 다음 단계가 실패하면 전체 흐름을 하나의 트랜잭션으로 처리하는 대신 보상(compensation)을 사용합니다. Technical concept or control：이벤트 구동 아키텍처 (Event-Driven Architecture)。 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.