모듈러 모놀리스

“모듈러 모놀리스(Modular Monolith)”는 최근 몇 년간 소프트웨어 아키텍처 분야에서 자주 언급되는 개념으로, 전통적인 **모놀리스(monolith)**와 마이크로서비스(microservices) 사이에 위치한 구조적 접근 방식입니다.
아래에서 개념, 특징, 장점과 단점, 그리고 실제 적용 시 고려사항을 근거 기반으로 정리해드리겠습니다.

---

🧱 1. 개념 정의

**모듈러 모놀리스(Modular Monolith)**란,

“하나의 배포 단위로 구성된 단일 애플리케이션(monolith)이지만, 내부적으로는 명확히 분리된 모듈(또는 서브도메인)로 구조화된 아키텍처”를 의미합니다.

즉, **‘코드는 모듈화되어 있지만, 배포는 단일 단위로 한다’**는 것이 핵심입니다.

이 개념은 Simon Brown(소프트웨어 아키텍트, The C4 Model 저자)과 Vladik Khononov(Learning Domain-Driven Design, O'Reilly, 2021)의 저술 및 강연에서 널리 언급되었습니다.

---

🧩 2. 구조적 특징

구분모놀리스모듈러 모놀리스마이크로서비스

배포 단위	단일	단일	다중(서비스별)
코드 구조	종종 단일 계층/의존성 복잡	모듈 단위로 엄격히 분리	완전 분리
통신 방식	내부 메서드 호출	내부 메서드 호출	네트워크 호출(HTTP/gRPC 등)
트랜잭션	단일 DB 트랜잭션	단일 DB 또는 모듈 단위 트랜잭션	분산 트랜잭션 가능성
개발 복잡도	낮음	중간	높음
운영 복잡도	낮음	낮음~중간	높음

---

🧠 3. 설계 원칙

모듈러 모놀리스를 제대로 구현하기 위해서는 아래 원칙들이 중요합니다.

1. 명확한 경계(Context Boundary) 설정
   • 도메인 주도 설계(DDD)의 Bounded Context 개념을 차용.
   • 모듈 간 의존성을 단방향으로 제한하고, 직접 DB 테이블 접근을 금지.
2. 모듈 간 통신은 인터페이스 기반
   • 예: Order 모듈이 Inventory 모듈을 사용할 때, InventoryService 인터페이스를 통해 접근.
3. 독립 배포가 가능한 구조를 지향하되, 실제로는 함께 배포
   • 즉, **“미래의 마이크로서비스로의 분리 가능성”**을 고려한 설계.

---

⚙️ 4. 장점

1. 단순한 운영과 배포
   • 여전히 하나의 애플리케이션으로 배포하므로 CI/CD, 네트워킹, 모니터링이 간단함.
2. 높은 내부 일관성
   • 하나의 트랜잭션 경계를 유지할 수 있어 데이터 일관성 관리가 쉬움.
3. 점진적 확장성
   • 필요할 때 특정 모듈만 마이크로서비스로 독립시키기 쉬움.
4. 리팩토링 용이성
   • IDE 리팩토링 도구를 그대로 활용 가능 (예: Java, Kotlin, C#, Python 등).

---

⚠️ 5. 단점 및 주의점

1. 모듈 간 경계가 느슨하면 ‘거대 모놀리스’로 퇴화
   • 코드 레벨에서 의존성 규칙을 강제해야 함 (예: ArchUnit, Module Boundaries Test 등 사용).
2. 운영상 스케일링 한계
   • 모듈 단위로 독립적인 스케일링 불가 → 전체 애플리케이션만 확장 가능.
3. 조직 구조와 불일치 시 비효율 발생
   • 팀별로 모듈을 담당할 때, 병합 충돌이나 빌드 충돌 가능성 증가.

---

🏗️ 6. 실제 예시 및 참고 문헌

• 실제 적용 사례
  • Spotify, Shopify, Basecamp 등이 초기에는 모듈러 모놀리스 구조를 기반으로 운영하다가 일부 모듈을 점진적으로 서비스화.
  • Netflix 역시 초창기에는 “모듈화된 모놀리스”로 시작 후 점진적 마이크로서비스 전환.
• 참고 문헌
  • Simon Brown, "Modular Monoliths", https://simonbrown.je/blog/modular-monoliths
  • Vladik Khononov, Learning Domain-Driven Design, O’Reilly, 2021.
  • Martin Fowler, "Monolith First", https://martinfowler.com/bliki/MonolithFirst.html

---

✅ 정리

모듈러 모놀리스 = “모놀리스의 단순성과 마이크로서비스의 구조적 이점을 결합한 형태”

• 초기 시스템 설계나 스타트업, 또는 복잡하지 않은 도메인에서는 현실적이고 효율적인 선택.
• 마이크로서비스로 확장할 필요가 생기면, 모듈 단위로 분리하여 이행 가능.