Spring Event와 @Async 정리 (동작 방식, 트랜잭션, 운영 포인트)

> 2025년 백엔드 개발의 화두는 단연 **"모듈러 모놀리스(Modular Monolith)"** 였습니다.<br>무조건적인 마이크로서비스(MSA) 도입으로 인한 운영 피로도에 지친 개발자들이, 다시금 "잘 짜여진 모놀리스"로 눈을 돌리고 있기 때문입니다.<br>오늘은 이 트렌드의 중심에 있는 **Spring Modulith**에 대해 알아보겠습니다.

# 1. 왜 다시 모놀리스인가?

마이크로서비스는 확장성과 배포 독립성이라는 강력한 장점을 주지만, 그만큼 **복잡성 비용(Complexity Tax)** 을 요구합니다. 분산 트랜잭션, 네트워크 레이턴시, 로깅 통합 등 해결해야 할 과제가 산더미죠.

**"굳이 처음부터 네트워크로 찢어놓을 필요가 있을까? 논리적으로만 잘 분리하면 되지 않을까?"**

이 질문에서 시작된 것이 바로 **모듈러 모놀리스**입니다. 그리고 Spring 팀은 이를 공식적으로 지원하기 위해 **Spring Modulith** 프로젝트를 런칭했습니다.

# 2. Spring Modulith의 핵심 기능

Spring Modulith는 패키지 구조를 기반으로 애플리케이션의 모듈을 정의하고, 모듈 간의 의존성을 관리해줍니다.

### ✅ 아키텍처 검증 (Verification)

가장 강력한 기능입니다. 코드가 컴파일될 때, 모듈 간의 참조 규칙을 위반했는지 검사합니다.

```java
@Test
void verifyModularity() {
    ApplicationModules.of(Application.class).verify();
}
```

예를 들어, `Order` 모듈이 `Inventory` 모듈의 내부(Internal) 클래스를 몰래 가져다 쓰면, 테스트가 실패합니다. 개발자의 실수로 스파게티 코드가 되는 것을 원천 차단하죠.

### ✅ 문서 자동화 (Documentation)

코드를 분석해서 모듈 간의 관계를 보여주는 **C4 다이어그램(UML)** 을 자동으로 생성해줍니다. "문서와 코드가 따로 노는" 문제를 해결할 수 있습니다.

### ✅ 이벤트 기반 통신 (Event Externalization)

모듈 간의 결합도를 낮추기 위해 **Spring ApplicationEvent**를 주로 사용하는데, Spring Modulith는 이를 더욱 강화하여 트랜잭션이 성공했을 때만 이벤트를 발행하거나, 카프카(Kafka) 같은 외부 브로커로 이벤트를 자동으로 연동해주는 기능을 제공합니다.

# 3. 마이그레이션 전략: 언제 써야 할까?

- **스타트업 / 신규 프로젝트**: 처음엔 Monolith로 시작하되, Spring Modulith로 구조를 잡아두세요. 나중에 트래픽이 터져서 MSA로 전환해야 할 때, 모듈 단위로 뚝 떼어내기만 하면 됩니다.
- **레거시 청산**: 스파게티가 된 기존 Spring Boot 프로젝트에 도입하여 의존성 사이클을 끊어내는 용도로도 훌륭합니다.

# 마치며

**Architecture is about boundaries.** (아키텍처는 경계에 관한 것이다)

Spring Modulith는 우리가 잊고 지냈던 이 격언을 코드 레벨에서 강제해주는 훌륭한 도구입니다. 복잡한 인프라 없이도 깔끔한 아키텍처를 유지하고 싶다면, 지금 바로 도입해 보세요!

복잡한 MSA는 이제 그만! Spring Modulith로 시작하는 모듈러 모놀리스

독자의 메모