마이크로 서비스 별 엔티티

안녕하세요. 좋은 강의 감사합니다.

강의를 참고하며 Monolithic 프로젝트를 MSA 구조로 전환하고 있습니다.

각 서비스 별로 DB를 분리하면서 아래와 같은 고민이 한가지 생겼는데요.

Service 목록 :

User-service Item-serivce, Order-service, Cart-service

시나리오 :

Order-service의 API를 호출하여 주문조회를 한다.

이 때, '주문 상세 조회'를 요청하면 해당 주문의 '아이템 리스트'도 함께 가져온다.

질문 :

제시한 상황처럼 주문 조회, 장바구니 조회 등에서 아이템 조회가 빈번하게 일어납니다. 이 경우 아래 두가지 중 어떤 방식으로 설계하는 것이 좋을지 고민이 됩니다.

1. Item에 관한 Entity, Repository, Table 을 Order-service, Cart-service 도메인에 같이 포함시킨다. Item에 관한 데이터 변경이 일어날 시 Item-service, Order-service, Cart-service 의 Item 테이블도 같이 동기화해준다. (서비스 간의 통신을 줄이기 위해 고려했던 내용입니다. 근데 이 경우 Item table을 세가지 서비스에서 관리하기 떄문에 Identity 전략은 사용하지 못하고 UUID로 Item table의 PK를 관리해줘야 할 듯 합니다. 생각해보니 번거롭기도 하고 이상해지네요.)

2.  Item에 관한 Entity, Repository, Table 은 Item-serivce에서만 관리한다. Order-service, Cart-service 에서 조회, 주문으로 인한 수량 변경 등으로 Item 데이터 처리가 필요할 시 서비스 간 통신으로 Item-service에서 데이터를 조회, 변경한다.

개발에 있어서 Right way는 없겠지만 실무에서는 어떤 방식이 더 선호되는지 위 두가지 방식의 장단점은 어떤게 있을지 답변 부탁드립니다.

또, 고민에 도움이 될만한 키워드도 같이 알려주시면 학습하는데 큰 도움이 될 것 같습니다.

질문이 조금 길었네요. 감사합니다.