도메인 주도 개발 시작하기 - 애그리거트 트랜잭션 관리 , 도메인 모델과 경계

애그리거트와 트랜잭션

애그리거트에 대해 사용할 수 있는 대표적인 트랜잭션 처리 방식

1. 선점 잠금

2. 비선점 잠금

 

선점 잠금

애그리거트 사용이 끝날 때까지 다른 스레드가 헤딩 애그리거트를 수정하지 못한다.

ex) agg1이 수정하는 동안 agg2는 잠금이 해제될 때까지 블로킹된다.

 

선점 잠금 방식을 사용하면 데이터 충돌 문제를 해소할 수 있다.

하지만 교착 상태에 빠질 수 있다.

 

교착 상태란?

스레드가 각자 다른 애그리거트를 선점하다가 서로의 애그리거트에 접근하는 경우

교착 상태에 바지면 시스템은 마비되며, 사용자가 많을 수록 발생하기 쉽다.

최대 대기 시간을 설정해줌으로써 교착 상태를 해결할 수 있다.

 

비선점 잠금

변경한 데이터를 실제 DBMS에 반영하는 시점에 변경 가능 여부를 확인

-> 버전 값을 사용한다.

 

만약 커밋 시에 애그리거트 버전이 다르면 데이터 수정에 실패한다.

하지만 루트 애그리거트 외 다른 엔티티가 변경 되었을 경우, 버전이 그대로인 것을 막기 위해 강제로 버전을 증가시킬수 있다.

 

오프라인 선점 잠금

여러 트랜잭션에 걸쳐 동시 변경을 막는다.

첫 번째 트랜잭션에서 오프라인 잠금을 선점하고 , 마지막에 잠금을 해제한다.

 

만약 오프라인 선점 잠금을 하고 해제하지 않는 경우를 대비하기 위해 잠금 유효 시간을 설정해야한다.

필요에 따라서 연장할 수 있다.

 

 

도메인 모델과 경계

 

한 개의 모델로 여러 하위 도메인을 모두 표현하려고 하면 맞지 않는 모델을 만들게 된다.

ex) 카탈로그에서의 상품과 재고 관리에서의 상품은 다른 의미이다.

 

모델은 특정한 컨텍스트 하에서 완전한 의미를 갖는다.

그러므로 명시적으로 구분되는 경계를 가져서 섞이지 않도록 해야한다.

 

바운디드 컨텍스트

모델의 경계를 결정하며 논리적으로 한 개의 모델을 갖는다.

실제로 사용자에게 기능을 제공하는 물리적 시스템으로 도메인을 구현한다.

 

만약 하나의 바운디드 컨텍스트에서 개발할 때는 하위 도메인 모델이 섞이지않도록 해야한다.

 

 

바운디드 컨텍스트 구현

바운디드 컨텍스트는 표현 영역 , 응용 서비스 , 인프라를 모두 포함한다.

복잡한 로직을 갖지 않는다면 CRUD 로 구현해도 상관없다.

 

두 가지 방식을 혼합해서 사용할 수도 있다.

-> CQRS 상태를 변경하는 기능과 쿼리 기능을 구분