Categories: 정보관리기술사

제136회 정보관리기술사 3교시 4번 — Saga·Outbox·CQRS·이벤트 소싱 분산 트랜잭션 패턴

[문제] 마이크로서비스 아키텍처에서 분산 트랜잭션을 관리하기 위한 Saga 패턴(코레오그래피 vs 오케스트레이션)을 비교 설명하고, Transactional Outbox 패턴과 결합하여 메시지 유실 없이 데이터 일관성을 보장하는 방법을 서술하시오. 또한 CQRS 패턴의 읽기·쓰기 모델 분리 원칙과 이벤트 소싱과의 연계 구조 및 결과적 일관성(Eventual Consistency) 처리 전략을 논하시오.

1. Saga 패턴 — 코레오그래피 vs 오케스트레이션

Saga 패턴은 마이크로서비스 환경에서 분산 트랜잭션을 여러 개의 로컬 트랜잭션으로 분해하여 처리하는 패턴이다. 각 단계 실패 시 보상 트랜잭션(Compensating Transaction)으로 롤백한다.

구분 코레오그래피(Choreography) 오케스트레이션(Orchestration)
제어 방식 서비스들이 이벤트를 발행·구독하며 자율적으로 협력 중앙 Saga Orchestrator가 각 서비스에 명령 지시
결합도 느슨한 결합(이벤트 브로커 경유) Orchestrator와 서비스 간 직접 호출
복잡도 서비스 증가 시 이벤트 흐름 추적 어려움 Orchestrator가 복잡성을 중앙 집중화 → 관리 용이
적합 규모 단순한 2~4 서비스 협력 복잡한 비즈니스 워크플로(주문→결제→배송→재고)
도구 Kafka, RabbitMQ 이벤트 기반 Conductor, Temporal, Axon Framework

2. Transactional Outbox 패턴

Outbox 패턴은 DB 트랜잭션과 메시지 발행을 원자적으로 처리하여 “DB 저장 성공 but 메시지 유실” 문제를 해결한다.

Transactional Outbox 패턴 흐름 서비스 A (주문 서비스) DB (단일 트랜잭션) orders 테이블 outbox 테이블 Outbox Relay (Debezium CDC) Kafka Topic order-events ① 저장 ② CDC 감지 ③ 발행

동작 방식:

  1. 서비스가 비즈니스 데이터와 아웃박스 레코드를 동일 DB 트랜잭션에서 저장
  2. Debezium(CDC) 또는 폴링 발행자(Polling Publisher)가 Outbox 테이블 변경을 감지
  3. 메시지 브로커(Kafka)에 이벤트를 발행하고 Outbox 레코드를 처리 완료 표시

3. CQRS + 이벤트 소싱 연계 구조

CQRS(Command Query Responsibility Segregation)는 쓰기 모델(Command)읽기 모델(Query)을 분리하는 패턴이다. 이벤트 소싱과 결합하면 Command 측에서 이벤트를 저장하고, Query 측에서 이벤트를 소비하여 읽기 최적화 뷰를 생성한다.

구분 Command (쓰기) 측 Query (읽기) 측
역할 비즈니스 규칙 적용, 상태 변경 빠른 읽기, 복잡한 집계 쿼리
저장소 이벤트 스토어 (Append-Only) 읽기 최적화 DB (Redis, Elasticsearch, RDBMS 뷰)
일관성 강한 일관성 (로컬 트랜잭션) 결과적 일관성 (이벤트 전파 후 동기화)
확장성 쓰기 처리량 독립 확장 읽기 처리량 독립 확장 (캐싱·복제)

4. 결과적 일관성(Eventual Consistency) 처리 전략

  • 재시도·멱등성: 이벤트 소비자는 멱등하게 설계하여 중복 이벤트 처리 시 동일 결과 보장 (Idempotency Key 사용)
  • Dead Letter Queue(DLQ): 처리 실패 이벤트를 별도 큐에 격리 후 수동/자동 재처리
  • 사가 보상 트랜잭션: 파티션 장애 등으로 최종 일관성 미달 시 보상 이벤트 발행으로 상태 교정
  • 버전 관리·Schema Registry: 이벤트 스키마 진화 시 하위 호환성 유지, Avro/Protobuf + Confluent Schema Registry
  • 읽기 뷰 재생성: 이벤트 소싱의 전체 이벤트 스트림을 재생(Replay)하여 읽기 모델 재구축 가능 → 버그 수정 후 재계산
[ 결론 ]

Saga 패턴은 마이크로서비스 분산 트랜잭션을 보상 트랜잭션으로 관리하며, Transactional Outbox는 DB와 메시지 발행의 원자성을 보장한다. CQRS+이벤트 소싱은 쓰기·읽기 최적화와 완전한 감사 추적을 동시에 실현한다. 결과적 일관성은 멱등성·DLQ·이벤트 재생 전략으로 안전하게 관리할 수 있다.

zerg96

Recent Posts

요양원 선택 전 반드시 확인해야 할 것들, 부모님 맡기기 전에 보세요

요양원 선택 전 반드시 확인해야 할 체크리스트를 공개합니다. 공식 평가 자료 조회법, 방문 시 확인…

2일 ago

공공기관 채용 비리, 내부에서 터져나온 충격 증언

공공기관 채용 비리의 실태와 피해 지원자의 대응법을 정리했습니다. 채용 비리 신고 방법, 공익신고자 보호제도, 취준생…

2일 ago

주식 손실 났을 때 세금 줄이는 방법, 아는 사람만 씁니다

주식 손실을 세금 절약에 활용하는 합법적 방법을 공개합니다. 해외주식 손익통산, ISA 계좌 활용, 연금계좌 절세까지…

2일 ago

음식 배달 늦으면 소비자가 취소할 수 있다, 몰랐던 권리

배달이 예상 시간보다 크게 늦으면 취소·환불을 요청할 수 있습니다. 배달앱별 지연 취소 방법과 잘못 배달됐을…

2일 ago

휴대폰 요금제 바꾸면 연 수십만원 절약, 지금 내 요금제 확인하세요

통신비 절약의 핵심은 요금제 최적화입니다. 내 데이터 사용량 확인법, 알뜰폰 전환 비교, 위약금 없이 요금제…

2일 ago

퇴직금 못 받았다면, 지금 당장 이렇게 하세요

퇴직 후 퇴직금을 받지 못했다면 즉시 노동부에 신고하세요. 지급 기한, 자격 요건, 신고 방법, 소액체당금…

2일 ago