CQRS (Command and Query Responsibility Segregation) Pattern
CQRS (Command and Query Responsibility Segregation) Pattern을 분석한다.
1. CQRS (Command and Query Responsibility Segregation) Pattern
![[Figure 1] CORS Pattern](/blog-software/docs/theory-analysis/cqrs-pattern/images/cqrs-pattern.png)
[Figure 1] CORS Pattern
CQRS (Command and Query Responsibility Segregation) Pattern은 의미 그대로 Command Responsibility와 Query Responsibility을 분리하는 Pattern을 의미한다. 여기서 Responsibility는 Model을 의미한다. 즉 Command와 Query가 다른 Model을 이용하여 동작하는 방식을 의미한다.
[Figure 1]은 CQRS Pattern을 나타내고 있다. Command는 State, Report를 변경하는 Create, Update, Delete 동작을 의미하고, Query는 State, Report를 Read하는 동작을 의미한다. Command와 Query는 서로 다른 Model로 동작하며, Command Model의 Command가 Query Model로 전파되어 Query Model의 State, Report를 변경한다. 다수의 Command Model의 Command들이 하나의 Query Model로 전파되어 Query Model의 State, Report를 변경할 수도 있다.
Command Model과 Query Model을 분리할 수 있다는 장점을 가지고 있지만, 일반적인 CRUD Model에 비해서 구현의 복잡도가 올라가고 Command Model에 Command가 Query Model까지 반영하는데 시간이 걸리는 Replication Lag 문제가 발생한다는 단점도 존재한다.
![[Figure 2] Event Sourcing Pattern](/blog-software/docs/theory-analysis/cqrs-pattern/images/event-sourcing-pattern.png)
[Figure 2] Event Sourcing Pattern
CQRS Pattern을 이용하는 대표적인 곳이 Event Sourcing Pattern이다. [Figure 2]는 Event Sourcing Pattern을 이용하는 Order Service에 적용한 CQRS Pattern을 나타내고 있다. Event Soucing Pattern에서 Event는 CQRS Pattern의 Command와 일치한다. Create, Update, Delete Order 동작을 통해서 생성된 Event는 Event Store에 저장되며, Message Queue를 통해서 Read Database에 비동기 적으로 Event가 반영(Projection)된다. 이후에 Read Order 동작은 Read Database에 저장된 Order의 상태 정보를 이용한다.