<aside> 💡

블로그 주소

• https://medium.com/gccompany/msa도-모놀리스도-아닌-제3의-선택-spring-modulith-5f6d1de6399a </aside>

1. 주제

• 이 글이 설명하는 주제

  • 모듈러 모놀리스 아키텍처와 Spring Modulith

• 이 개념이 어떤 상황에서 유용한지

  • 기존의 하나의 애플리케이션에서 관리하는 모놀리스 아키텍처에서, 서비스가 커지고 도메인 간 의존이 복잡해질 때 MSA를 고려하게 됨
  • 이 때, 각 서비스를 쪼개서 관리하는 MSA보다는 하나의 애플리케이션 내에서 도메인 간의 경계와 의존성을 명확히 하는 방법으로 **‘모듈러 모놀리스 아키텍처’**를 소개함

2. 세부 내용

1) 문제 배경

서비스가 커지면서 모놀리스에서 기능이 늘어날수록

• 코드 간 의존이 복잡해짐
• 배포 한 번에 전체 서비스가 영향을 받는 상황이 반복됨

자연스럽게 MSA를 떠올렸지만, 현실적으로 다음의 사항들이 부담이 됨

• 하나의 기능을 위해 여러 서비스를 동시에 수정·배포가 됨
• 진정한 MSA라면 독립 배포가 가능해야 함에도 점검을 걸고 새벽에 동시 배포를 해야 하는 식