Spring boot 멀티 모듈

skarltjr commented 2 years ago

먼저 모듈이란 무엇일까?

모듈이라는 개념은 독립적으로 운영될 수 있는 의미를 가지는 구성요소 단위
참고 : https://techblog.woowahan.com/2637/
1. 단일 프로젝트의 문제점
ex) 회원 시스템 개발 상황에서 두 개의 독립된 프로젝트를 구성해야하는 상황
- member internal api
- member external api
단일 프로젝트로 진행한다면 하나의 Domain을 설계한 후 이를 두 개의 단일 프로젝트에서 복붙해가면서 2개의 각각 다른 단일 프로젝트를 만들어야한다
이 상황에서 2개 프로젝트의 Domain의 동일함을 보장할 수 있는가? 어렵다 ★
위 상황을 어떻게 타개할까?

2. 멀티 모듈 프로젝트 실패 case

공통 모듈에 핵심 코드를 몰아넣고 공유하면 어떨까?
멀티 모듈 프로젝트는 공통으로 사용하는 코드들을 모아놓고 같이 쓸 수 있게 해주는구나
- 이 말은 맞지만 틀리다고 한다!! 단순히 여기까지만 생각하면 많은 문제점이 발생
★ 공통으로 사용한다는 것은 결국 모든 모듈에 영향력을 끼칠 수 있다는 것
- 나아가 이 말은 리팩토링시 공유되는 코드를 수정하면 그 파급력이 매우 크다는 것
또한 공유 모듈은 의존성 덩어리가 될 수 있는데 어플리케이션마다 필요한, 필요하지 않은 의존성이 다른 상황에서 공유 모듈로 인해 불필요한 의존성이 내포될 수 있다.
설정 또한 위와 마찬가지

3. 좋은 멀티 모듈이란

우선 멀티 모듈이란 실행가능한 어플리케이션을 모듈 각각이 독립적으로 소유하고 있다는 것
이러한 독립적으로 실행가능한 어플리케이션은 서로 다른 책임과 역할을 가지기 때문에 위에 적은 문제를 피하기 위해선 의존성과 사용성에 대한 개방, 폐쇄를 철저히

todo : 현재 설계중인 프로젝트 멀티 모듈 프로젝트를 진행하며 해당 기록 채워나가기

skarltjr commented 2 years ago

모듈 간 의존성 꼭 필요한가 확인해보기

상황:

현재 application 모듈과 domain 모듈이 분리 + 각 모듈을 서로를 의존성으로 갖지 않는데
request는 application / service는 domain에 위치
따라서 service는 application 모듈을 의존성으로 갖지 않아서 request를 파악할 수 없었다.
그러나 만약 domain이 application 모듈을 의존성을 갖게 된다면 필요없는 다른 하위 의존성까지 끌어올것이라 생각 + 순환참조
그래서 의존성을 추가하는 대신 request를 통으로 보내지 않고 필드 단위로 보내는 방향으로 진행

멀티 모듈 느낀점

멀티 모듈 환경에서 개발을 해보니 가장 좋은 점은 무엇보다 각각의 모듈이 어느 정도 독립적이고 이로인해 각각이 갖는 책임이 작아지며 개발을 하는 입장에선 하나에 집중할 수 있다는점이었다.

skarltjr commented 2 years ago

공유 모듈 고민해보기 상황 :

인증/인가/공통에러 처리등을 core라는 하나의 모듈에서 담당

다른 module들은 이 core를 의존성으로 갖고있다.


담당한 커뮤니티 서비스(ground모듈)의 컨트롤러단에서 발생한 예외를 전역적으로 처리하고자 했고  core 모듈에 전역 핸들러가 구현되어있는 상황.

-> 분명히 공통적인 에러처리 (ex) @Valid를 통한 MethodArgumentNotValidException) 등을 처리해주는 공통 부분이 있어서 편리했다. -> 여기서 생각난것이 공유모듈의 위험성이 있을 수 있다고 생각. -> 만약 core가 고장나면 여러곳에서 앞의 예시처럼 예외처리가 어려워질것 -> 또한 core에 꼭 필요한 의존성만 존재하도록 해야한다고 생각 -> 그러나 전역적으로 필요한것들을 모아둔 공유 모듈이 어느 정도 필요하다고 생각.

skarltjr commented 2 years ago

내가 왜 이걸 기록하는가?

모든 과정을 하나의 모듈로 해결하면 지금 수행하는 프로젝트처럼 작은 프로젝트에선 충분할것
그러나 내 목표는 그게 아니고 큰, 의미있는 서비스를 제공하는 것
서비스가 커지면 당연히 프로젝트도 커지고 문제가 발생할 수 있는 곳이 매우 많아질것
동시에 하나의 모듈이라면 하나의 문제가 말 그대로 하나의 프로젝트 전체에 영향을 줄 것
쪼갤 수 있다면 쪼개서 작게 작게 관리하며 각 문제상황이 다른 모듈에게 영향을 주지 않도록
각자의 책임에 집중할 수 있도록

skarltjr / Memory_Write_Record