MicroService Architecture ‐ CQRS Patterns

MicroService Architecture - CQRS Patterns

CQRS(Command Query Responsibility Segregation) 패턴

• DB를 읽기 및 쓰기 작업으로 분리하는데 이렇게 하는 이유는 비효율적인 조인이나 복잡한 쿼리를 피하기 위해서이다.
  • Command : 데이터 상태를 애플리케이션에 반영 및 변경
  • Query : 복잡한 조인 작업 처리, 결과 반환 용도. 데이터 상태를 애플리케이션에서 변경하지 않는다.

CQRS Level 1 정리

• 분리 수준 : Controller 및 Service만 분리
• 장점 : 간단한 구조, 구현 난이도 낮음
• 단점 : 성능상 큰 장점은 없음, 확장성 제한적

CQRS Level 2 정리

• 분리 수준 : Controller, Service, DB 스키마 분리
• 장점 : 읽기 모델을 조회 최적화하여 성능 향상 가능
• 단점 : 구현 및 관리 복잡성 증가

CQRS Level 3 정리

• 분리 수준 : Controller, Service, DB 스키마, 물리적 DB 분리
• 장점 : 읽기/쓰기 성능 및 확장성 극대화
• 단점 : 복잡성, 비용, 관리 난이도 증가

CQRS(Command Query Responsibility Segregation) - Read and Write Operations

• DB 읽기 및 쓰기에 서로 다른 접근 방식으로 서로 다른 전략을 정의한다.
• 이렇게 하는 이유는 읽기 및 쓰기 작업이 성능과 확장성 요구 사항이 다르기 때문이다.

CQRS(Command Query Responsibility Segregation) - Sync with Read and Write DB

• Read/Write DB 모두 동기화 유지한다.
  • 동기화의 수단으로 메시지 브로커를 사용한다.
  • Pub/Sub 패턴을 적용하는 메시지 브로커를 두게 되면 약간의 지연은 발생할 수 있다.
  • 이와 같은 방식을 최종적 일관성(Eventual Consistency)이라고 한다.
• Read DB에서 구독하기 위한 이벤트를 발행하면 Read DB는 Write DB로부터 동기화를 거쳐 Read Table 어