Saga Pattern

기존의 모놀리식 애플리케이션에서는 여러 엔터티에서 데이터 일관성을 유지하는 것이 간단합니다. 관계형 데이터베이스 엔진은 로컬 SQL 트랜잭션 내에 포함된 ACID(원자성, 일관성, 격리, 내구성) 보장을 제공합니다. 주문, 지불 공제 또는 재고 예약이 중간에 실패하는 경우 ROLLBACK을 호출하면 모든 데이터베이스 수정 사항이 즉시 되돌려집니다. 그러나 최신 마이크로서비스 아키텍처로 마이그레이션하면 데이터 관리가 근본적으로 변화합니다. 도메인 자율성과 독립적인 확장성을 보장하기 위해 각 마이크로서비스는 전용 데이터베이스를 소유합니다. 전자상거래 결제 처리와 같은 단일 비즈니스 작업은 이제 여러 서비스 경계와 데이터베이스 엔진(예: 주문용 PostgreSQL, 결제용 DynamoDB, 재고용 Redis)에 걸쳐 있습니다.

웹 개발 초기에는 소프트웨어 애플리케이션을 구축하는 것이 간단했습니다. 코드를 작성하고 이를 단일 실행 가능 또는 배포 가능한 아카이브로 패키지한 다음 서버에서 실행했습니다. 모놀리식 아키텍처라고 알려진 이 접근 방식은 수십 년 동안 업계에서 잘 활용되었습니다. 그러나 애플리케이션이 수백 명의 개발자와 수백만 명의 동시 사용자를 갖춘 대규모 엔터프라이즈 플랫폼으로 성장하면서 모놀리스는 한계를 보이기 시작했습니다. 배포는 느리고 위험해졌으며, 데이터베이스는 병목 현상을 일으키고, 코드베이스는 단일 개발자가 이해하기에는 너무 복잡해졌습니다.