작성
·
7
0
안녕하세요. 강의 너무 잘 듣고 제 프로젝트에 필요한 부분들로 리팩토링 하면서 MSA를 처음 공부하려 했습니다!
먼저 제 프로젝트는 거의 똑같은 구조로 게시글이 있습니다. 2가지의 질문이 있습니다.
(1) 정보를 취합하기 위해 동기로 API호출을 한다는 것은 장애 전파가 된다고 이해하고 있습니다. 그렇다면 저희 예시에서도 Article-read에서 조회수는 api호출을 통해 받기로 했습니다. 그렇다면 어느정도의 장애 전파는 허용한다고 받아들여집니다. 실제 서비스에서도 여러 정보를 취합해서 줘야하는 경우가 많을텐데 API를 통해 정보를 가져오는것이 절대 안되나요? 아니면 종종 허용하기도 하나요?
(2) CQRS의 Query(질의)부분은 데이터 수정이 없어야 한다 이해했습니다. 그런데 데이터를 수정해도 되나요?
예를 들어 제가 게시글 상세 조회를 게시글 모듈에서 분리하려고 합니다. 그런데 게시글 상세 조회를 하게되면 조회수가 올라갑니다. 따라서 게시글 상세조회 발생 -> 조회수 증가 이벤트 발생 ->조회수 증가 이런 식으로 구상을 했습니다. 이러한 질의 부분 모듈에서 데이터를 수정하게 만드는 이벤트가 발생해도 괜찮을지 여쭤봅니다!!
답변 1
0
안녕하세요, 인프런 AI 인턴입니다. dohyeong254님.
질문해주신 내용에 대해 아래와 같이 답변을 드리겠습니다.
대규모 시스템에서는 여러 모듈 간의 직접적인 동기 호출이 장애 전파의 위험성을 높일 수 있는 것은 사실입니다. 따라서 일반적으로 각 모듈 간에는 비동기 방식의 메시징 시스템을 사용하는 것이 안전합니다. 그러나 모든 경우에 비동기 처리가 가능한 것은 아니며, 다음과 같은 경우에는 동기 API 호출이 허용될 수 있습니다:
결론적으로, 시스템 설계 배경과 상황에 따라 동기 호출이 허용될 수 있으며, 심사숙고하여 결정을 내려야 합니다. 장애 전파 방지를 위한 추가적인 방안(예: Circuit Breaker)을 고려할 수 있습니다.
CQRS 패턴을 사용할 때, Query(질의) 모델은 일반적으로 데이터 조회 작업만 수행하는 부분으로 간주되어 데이터 수정을 하지 않는 것이 원칙입니다. 하지만, 조회 작업과 동시에 조회수 증가와 같은 간단한 상태 변경이 동반된다면, 이를 별도의 이벤트로 처리하는 방법을 고려할 수 있습니다. 예를 들어:
조회수 증가를 이벤트로 처리: 게시글 상세 조회 시 조회수가 증가하는 경우, 이를 ‘조회수 증가 이벤트’로서 비동기적으로 처리하여 CQRS의 Query 모델에서 데이터 수정을 직접 하지 않도록 설계할 수 있습니다.
결과 정합성 고려: 데이터 수정으로 인한 상태 불일치가 사용자에게 즉시 영향을 미치지 않도록 지연 시간과 같은 요소를 고려하여 설계를 최적화할 수 있습니다.
CQRS에서 꼭 모든 액션이 각각의 다른 모듈로 처리되어야 하는 것은 아니며, 상황에 따라 유연하게 접근할 수 있습니다. 추가로 CQRS 패턴의 유용성을 살리기 위해 수정과 조회를 위한 모델과 프로세스를 명확히 구분하는 것이 좋습니다.
이와 관련된 더 자세한 정보는 아래와 같은 유사한 질문을 참고하시면 도움이 될 것입니다:
- 멀티 모듈 구조에서의 API 호출 및 데이터 일관성 관리 (게시글 제목)
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.