사용자와 주문 서비스를 msa로 나누었을 때, 주문 내역 조회라는 요청에 대해 주문 서비스에서는 어떻게 처리해주어야 하나요?

Question

기존에 주문 내역 요청이 들어오면 order에서 user를 참조하고 있어서 db join 을 통해 정보를 얻어와서 dto로 반환해주었거든요 근데 이번에 도메인 별로 다 분리하는 msa?? 방식을 적용해보자고 하는데, 그럼 주문 쪽에서 유저에 관한 정보를 얻으려면 유저쪽에 api호출을 할텐데 이걸 주문 서비스에서 유저 정보를 얻는 call을 해서 기존처럼 주문정보와 사용자 정보 모두 담은 완전한 dto를 처리해주어야 하나요??아니면 프론트 쪽에서 특정 user에 대해서 user정보를 얻는 api 호출과, userid에 해당하는 주문 정보를 얻는 api호출을 따로 해서 조합하게 하는 건가요?? 알려주시면 감사하겠습니다!

oioioi · Answer

후자는 성능적으로 너무 불리해요

kenu,전독시 · Answer

트래픽이 많은가요? 학습용인가요?https://www.google.com/search?q&#61;ecommerce&#43;msa&#43;sample

장독깨기 · Answer

흠... 댓글 좀 보니 서비스 분리하는 건 확정 되었고 따라야 한다 말씀하시네요.그걸 결정한 사람이 누군지 모르겠지만,그리고, 죄송스런 말씀이지만, 그 회사에는 고수가 없네요.분리를 하겠다면, 왜 분리를 하는지, 그래서 어느부분을 분리해야 하는지,그리고, 처리 방안까지 확정을 하고 진행해야 합니다. 그니까, 작전을 미리 짜놔야 합니다.어케 처리할지 모르겠지만, 가령, 다들 좋다고 하니까, 일단 분리하자 ㅋ이건 바람직한 자세가 아닐 것 입니다.MSA 아키텍쳐로 왜 분리 하는지 그 이유를 좀 자세히 알아 보시고,우리 시스템에서 분리를 해야 한다면 어떤 부분을 분리하는게 좋을지 이런 생각도 해보시고,암튼 충분히 알아보시고, 이유와 처리 방안까지 마련한 다음 진행하는 것이 좋겠습니다.결론적으로 말씀드리면, 지금 단계에서 MSA 구조로 서비스 분리할 필요 없습니다.위 댓글에 강의 링크도 있고 하니 공부해보시고, 검색해서 또 충분히 자세히 알아보는게 좋겠습니다. :)

kenu,전독시 · Answer

태그: 안티패턴안티패턴 - 목표로서의 마이크로서비스조직의 준비 부족은 암흑 물질 세력입니까?마이크로서비스 채택 안티패턴 - 기술에 집중마이크로서비스 채택 방지 패턴 - 더 재미있을수록 좋습니다.마이크로서비스 채택 방지 패턴 - 적기법마이크로서비스 채택 방지 패턴 - 스캐터샷 채택마이크로서비스 채택 방지 패턴 - 걷기 전에 날아가려고 함마이크로서비스 채택 방지 패턴 - 마이크로서비스는 마법의 요정 가루입니다.마이크로서비스 채택 반패턴 - 시리즈모놀리식 지옥의 길에 있는 움푹 들어간 곳 - 마이크로서비스 채택 안티패턴마이크로서비스 아키텍처는 개발을 단순화하고 가속화하기 위한 것이지만 올바르게 수행된 경우에만 가능합니다.

wharup · Answer

마침 관련 글을 포스팅했습니다. 서비스가 공통 서비스의 사용자, 조직, 공통 코드를 참조할 때 성능을 고려한 가이드이고, 코드도 포함되어있습니다.모쪼록 도움이되면 좋겠습니다.https://okky.kr/articles/1464544

사용자와 주문 서비스를 msa로 나누었을 때, 주문 내역 조회라는 요청에 대해 주문 서비스에서는 어떻게 처리해주어야 하나요?

5개의 답변

기술 목록