아웃박스 패턴은 발행을 해결하고, 인박스 패턴은 처리를 해결한다

이 글은 신뢰할 수 있는 이벤트 기반 시스템에는 안전한 발행을 위한 Outbox 패턴과 안전한 소비를 위한 Inbox 패턴, 두 가지 장치가 모두 필요하다고 설명한다.

Kafka와 RabbitMQ 같은 브로커는 보통 at-least-once 방식으로 전달하므로, 이벤트가 성공적으로 발행된 뒤에도 여러 번 처리될 수 있다.

글은 다양한 실패 사례를 짚으며, 단순한 idempotency만으로는 업무 흐름을 충분히 보호하기 어렵다고 보여준다.

Inbox 패턴은 소비자 측에서 중복을 제거해 중복 결제, 중복 이메일, 불필요한 상태 변경을 막는다.