분산 트랜잭션 탱고: 왜 마이크로서비스에 사가가 필요한가

마이크로서비스는 모놀리식 시스템으로부터의 자유를 약속했지만, 종종 ACID 트랜잭션의 안전성을 희생했습니다. 분산 환경에서는 롤백 기능이 사라져 잠재적인 데이터 불일치와 부분 실패에 대한 두려움을 야기합니다. 이전 시스템을 재현하려는 시도인 2단계 커밋은 결합도와 확장성 문제를 야기할 수 있습니다. 실패를 완전히 무시하는 것은 위험한 접근 방식이며, 필연적으로 데이터 손상과 운영 문제를 초래합니다. Saga 패턴은 분산 시스템에서 부분 실패가 불가피하다는 것을 인식하며 해결책으로 등장합니다. Saga는 실패를 처리하기 위해 보상 작업을 포함하는 일련의 로컬 트랜잭션을 사용하여 복구 경로를 제공합니다. Saga는 중앙 조정자를 사용하는 오케스트레이션 또는 분산된 이벤트 기반 접근 방식을 사용하는 안무를 통해 구현될 수 있습니다. 오케스트레이션은 중앙 집중식 제어 및 가시성을 제공하지만 결합도를 증가시킬 수 있습니다. 안무는 느슨한 결합을 제공하지만 이벤트 스트림 관리의 복잡성을 야기할 수 있습니다. 오케스트레이션과 안무 사이의 선택은 프로젝트 요구 사항에 따라 트레이드 오프입니다. Saga 패턴을 채택하면 복잡성이 증가하여 보상 트랜잭션의 설계, 테스트 및 유지 관리가 필요합니다. 이는 최종 일관성을 수용하고 짧은 기간의 중간 상태를 받아들여야 합니다. 그러나 Saga 패턴은 분산 환경에서 탄력적이고 내결함성 있는 시스템을 구축하는 결과를 가져옵니다. Saga는 마이크로서비스의 복잡하고 예측 불가능한 특성을 인정하는 설계 패턴입니다. 이를 통해 이 환경에서 번창하는 강력하고 확장 가능하며 독립적인 시스템을 구축할 수 있습니다.