얼거스 개발 일지

https://cofls6581.tistory.com/274

위의 블로그를 통해서 결론내렸다!

내가 진행하던 방향은 계층별로 모듈을 나눈거였는데

하다보니 api 모듈과 domain(db) 모듈의 완전한 분리가 어려움을 느꼈고

서비스 도메인별로 모듈을 구분하는 것으로 변경하고자 한다.

오 그런데 이게 블로그라서 나눌수 있는 서비스 도메인이 있능가..?

블로그 프로필 관리 서비스 / 블로그 포스팅 관리 서비스 ...?

이왕 이렇게 된 것 관리자 전용 서비스도 만들어볼까?!

---

api 모듈과 db 모듈을 두고 작업을 해보고 있는데

api 모듈에서 db 모듈에 의존성을 두고 있지만

api 모듈에서 db 연동과 관련된 내용은 모르게 구현하고 싶다.

https://velog.io/@jonghyun3668/도메인-코드에-클린-아키텍쳐-적용하기

위 링크를 통해 사용할 repository의 adapter 와 port 를 만들어 사용하는 형태로 해결을 보았다.

더 좋은 방법이 없을까?

지금까지 조사해본 바

db 모듈에 port + adapter 구현 후 api 모듈에서 port를 사용 하는 방식이 제일 적합해보였다.

아니면 api 모듈에서 jpa를 직접적으로 사용해야 하는데

그럴거면 db 모듈을 굳이 따로 둘 필요가 없다고 생각했다. ☹️

api 모듈에서 db 모듈에 의존성을 두는 그 자체가 모순인걸까?

일단 api 모듈에서 db 모듈에 의존성을 두되, db 모듈에서 사용중인 db 관련 라이브러리는 제외하도록 작성하였다.

db 모듈은 db 직접 연동에 관여하는 기능을 하게 하고 ,

api 모듈은 api 생성 코드만 만들게 하고 싶은데 .,.,.

아니면 api 모듈에서 db 모듈로 api request를 날려야 하는걸가 ☹️ -> (공부 후 추가) 이게 맞는거였다. MSA에 대해 희미하게 알고 있는 상태에서 다른사람들이 구현한 프로젝트만 찾아보다가 이렇게 구성한 사례를 보지 못해서 아닌줄 알았는데 , MSA에 대해 좀 더 공부해보니 이때 구상했던 모듈 구조에선 이게 맞는거였다.

그런데 왜 이걸 알려주는 강의가 흔치 않을까

뭔가 많이 변한것 같다.

안좋은 방향으로

..

아니면

msa를 서비스하는 사업장이 극히 드문걸까?