CQRS란?
하나의 모델로 쓰기·읽기를 다 처리하는 대신 두 모델을 분리하는 패턴이다.
언제 쓰나
- 쓰기 패턴과 읽기 패턴이 크게 다를 때 (예: 쓰기는 정합성, 읽기는 속도)
- 복잡한 도메인 (DDD와 자주 결합)
- Event Sourcing과 결합해 read model을 이벤트로 구축
주의
대부분의 앱엔 오버엔지니어링. 단일 모델로 해결되는 규모에선 복잡도만 증가한다. "나중에 필요해지면 적용"이 안전한 판단.
CQRS란?Command Query Responsibility Segregation
정의
쓰기(Command)와 읽기(Query)를 서로 다른 모델·DB로 분리하는 패턴. 복잡 도메인·고성능 조회에 유리.
다른 표현CQRS 패턴
📘 관련 기술노트
전체 보기 →🔗 함께 보면 좋은 용어
Backend 전체 →실시간 옵션 비교
폴링·Long Polling·SSE·WebSocket. 복잡도·기능별 선택.
A/B Testing
두 변형을 무작위 분할해 비교하는 실험 방법론. Feature Flag와 자주 결합.
Access + Refresh Flow
짧은 Access Token과 긴 Refresh Token을 조합한 인증 패턴. 보안과 UX 균형.
Actix Web
Rust의 고성능 웹 프레임워크. 타이프 세이프·액터 모델.
API
Application Programming Interface
소프트웨어 간 통신 약속. 보통 HTTP 기반 REST, GraphQL, gRPC가 대표적.
API Gateway
클라이언트와 백엔드 서비스들 사이의 단일 진입점. 인증·레이트 리밋·라우팅·로깅을 중앙화.