트랜잭셔널 아웃박스 패턴에 대해서 설명해주세요.

패턴 이름만 외웠는지, 이중 쓰기 실패 모드와 아웃박스 이후에도 남는 중복·운영 부담을 함께 설명할 수 있는지를 가른다.

1. 01분산 환경의 이중 쓰기 문제를 입력·출력 관점으로 먼저 설명한다
2. 02도메인 변경과 아웃박스 insert를 같은 트랜잭션으로 묶고 별도 퍼블리셔가 읽어 발행하는 단계별 흐름을 풀어준다
3. 03아웃박스가 보장하는 것(누락 방지)과 보장하지 않는 것(중복 발행, 순서)을 명확히 가른다
4. 04소비자 멱등 키·DLQ·아웃박스 정리 정책 같은 운영 보강책으로 마무리한다

• 주문 생성 직후 결제·재고·알림 같은 후속 시스템으로 이벤트를 흘려야 하는 도메인
• 여러 마이크로서비스가 같은 DB를 공유하지 않고 비동기로 연동되는 환경
• Kafka·RabbitMQ 같은 브로커를 쓰면서도 DB 커밋과 발행 사이 유실을 막아야 하는 환경
• Debezium 같은 CDC로 변경 캡처를 이미 깔아 둔 시스템

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.