이벤트 소싱이란 무엇이며 어떻게 작동하나요?

Question

IT Interview Practice · Accepted Answer

## 이벤트 소싱이란 무엇인가요?

**이벤트 소싱은 발생한 이벤트를 기준이 되는 데이터로 저장한 뒤, 그 이력으로부터 현재 상태를 도출하는 방식입니다.** 각 이벤트는 “장바구니에 상품 추가”나 “주문 취소”처럼 비즈니스상의 변경을 기록합니다.

장바구니에 책이 한 권 있다는 사실만 아는 대신, 고객이 두 권을 추가한 뒤 한 권을 제거했다는 사실까지 알 수 있습니다. 이 이력은 단순히 참고용으로 보관되는 것이 아니라 장바구니 상태를 재구성하는 데 사용됩니다.

## 주요 구성 요소

- **요청 처리기:** 사용자가 수행하려는 동작을 확인합니다. 유효하지 않은 요청은 거부되며, 발생한 사실을 기록하는 이벤트로 만들어지지 않습니다.
- **이벤트 저장소:** 개별 장바구니와 같은 각 엔티티에 대해 순서가 있는 이벤트 목록을 보관합니다. 이 목록을 이벤트 스트림이라고 합니다.
- **상태 재구성 로직:** 이벤트를 순서대로 읽고 적용하여 현재 데이터를 계산합니다. 애플리케이션은 조회 속도를 높이기 위해 미리 준비한 읽기용 뷰를 유지할 수도 있습니다.

## 예시: 장바구니 재구성하기

장바구니에 다음과 같은 이력이 있다고 가정해 봅시다.

1. 장바구니 생성: 장바구니가 비어 있습니다.
2. 책 A 두 권 추가: 장바구니에 두 권이 있습니다.
3. 책 A 한 권 제거: 한 권이 남습니다.

이 세 이벤트를 순서대로 읽고 적용하면 책 A 한 권이라는 동일한 결과가 나옵니다. 이처럼 기록된 이력을 적용하여 상태를 계산하는 것을 **재생(replay)**이라고 합니다.

고객이 상품을 더 추가하면 시스템은 요청을 확인한 뒤 새 이벤트를 덧붙입니다. 두 요청이 장바구니를 동시에 수정한다면, 이벤트를 추가할 때 앞서 읽은 스트림 버전을 확인하여 충돌하는 변경을 감지해야 합니다.

재생은 데이터를 재구성하는 과정입니다. 확인 이메일을 다시 보내거나 결제를 다시 수행해서는 안 됩니다.

## 장점

- **변경 과정 설명:** 어떤 동작들이 현재 상태로 이어졌는지 이력에서 확인할 수 있습니다.
- **조회용 데이터 재생성:** 완전하게 보관된 이벤트 이력으로부터 표시용 테이블이나 보고서를 다시 계산할 수 있습니다.
- **과거 상태 확인:** 특정 시점까지의 이벤트를 적용하면 당시 엔티티의 상태를 알 수 있습니다.

## 고려해야 할 비용

- **계속 늘어나는 이력:** 스냅샷은 스트림의 특정 위치에서 계산한 상태를 저장하므로, 상태를 재구성할 때 그 이후의 이벤트만 필요합니다.
- **과거 이벤트와의 호환성:** 데이터 구조가 바뀌어도 새 코드는 기존에 기록된 이력을 계속 이해할 수 있어야 합니다.
- **명시적인 정정:** 일반적으로 오래된 데이터를 조용히 덮어쓰는 대신, 이력을 보존하도록 정정 이벤트를 추가합니다.

## 언제 사용하면 좋을까요?

이벤트 소싱은 계약의 생애 주기나 연속적인 주문 조정처럼 변경 이력이 비즈니스에서 중요한 영역에 적합합니다. 이력을 보관하고 처리하는 작업을 감수할 만큼 이점이 있어야 합니다.

애플리케이션에 최신 상태와 확인용 기록만 필요하다면 기존 방식의 저장소에 감사 로그를 함께 두는 편이 더 간단할 수 있습니다.

이벤트 소싱이란 무엇인가요?

주요 구성 요소

예시: 장바구니 재구성하기

장점

고려해야 할 비용

언제 사용하면 좋을까요?

관련 질문