CQRS 패턴

CQRS 패턴이란

command and query responsibility segregation의 약자이고

명령과 조회의 책임분리를 의미한다

 

도메인 모델을 command 연산과 query연산으로 분리시키는것이다

query는 단순 조회를 뜻하고

command는 단순조회를 제외한 나머지 연산들( crud에서 cud에 해당됨 ) 

 

1단계

가장 일반적인 단계는

단일 DB에 command와 qeury모델을 분리시키는 방식이다

2단계

이렇게 command와 query에 책임이 분리되어 있으니

이제 각기 다른 데이터베이스를 적용시킬 수 도 있어

read는 NoSql

write는 Sql 등 

서비스에 더 잘 최적화된 디비를 선택해서 적용할수있다

 

 

 

그럼 위와 같이 Polygrat 한 구조가 가능하다

위의 구조에서는 동기화 처리를 위한 Broker의 가용성과 신뢰도가 보장되어야 한다

 

 

3단계

그리고 3번째 형태는 이벤트 소싱을 적용한 구조이다

이벤트 소싱이란

command가 발생하게 되면 이벤트로 전환해서 이벤트 스트림(Event Stream)을 별도의 Database에 저장하고

이벤트 스트림을 저장하는 Database에는 오직 데이터 추가만 가능하고 계속적으로 쌓인 데이터를 구체화(Materialized) 시키는 시점에서 그때까지 구축된 데이터를 바탕으로 조회대상 데이터를 작성하는 방법을 말한다

대부분 CQRS패턴을 적용하고자 할떄 이벤트 소싱이 적용된 구조를 선택한다

CQRS패턴에 이벤트 소싱은 필수가 아니지만 이벤트 소싱에 CQRS는 필수라고 한다

 

장점
데이터소스(db서버)의 독립적인 크기 조정이 가능하다
보통 read : write = 1000 : 1 이라고 한다
read만 키울 수 있다

 

단점
코드를 분리시키기 때문에 복잡성이 올라간다
command를 할 때 data무결성이 일시적으로 깨진다
최종적으로는 맞춰진다

 

CQRS를 사용해야되는 경우
많은 사용자가 동시에 동일한 데이터에 병렬로 접근하는 경우나
read연산이 write연산보다 많은 경우

 

 

참고

https://wonit.tistory.com/628

https://bluayer.com/37

https://github.com/dhslrl321/cqrs-journey-guide-korean

 

CQRS 패턴, 코드에 순식간에 적용해보기

CQRS 패턴에 대한 오해 풀기