MSA가 분산 모놀리스가 되는 이유

마이크로서비스 아키텍처가 실패하는 가장 흔한 패턴

마이크로서비스 아키텍처(MSA)는 대규모 시스템의 복잡성을 해결하기 위해 등장했다.

많은 팀이 다음과 같은 기대를 가지고 MSA를 도입한다.

• 서비스 독립 배포
• 높은 확장성
• 장애 격리
• 빠른 개발 속도

하지만 실제 운영 환경에서는 기대와 다른 결과가 나타나는 경우도 많다.

겉으로 보기에는 서비스가 여러 개로 나뉘어 있지만
실제로는 하나의 시스템처럼 동작하는 구조가 만들어지는 것이다.

이러한 구조를 보통 분산 모놀리스(Distributed Monolith)라고 부른다.

---

분산 모놀리스란 무엇인가

분산 모놀리스는 다음과 같은 특징을 가진다.

• 서비스는 여러 개로 나뉘어 있다
• 하지만 서비스 간 의존성이 매우 강하다
• 하나의 서비스 변경이 다른 서비스에 영향을 준다
• 독립적인 배포가 어렵다

즉 물리적으로는 분산되어 있지만
논리적으로는 하나의 모놀리식 시스템과 크게 다르지 않다.

---

1. 서비스 경계를 잘못 설정한 경우

MSA에서 가장 중요한 설계 요소는 서비스 경계(Service Boundary)다.

하지만 많은 시스템이 기술 중심으로 서비스를 분리한다.

예를 들어 다음과 같은 구조다.

User Service
Order Service
Payment Service

 

문제는 실제 비즈니스 로직이 다음처럼 얽혀 있을 때 발생한다.

• 주문 서비스가 사용자 데이터를 직접 조회
• 결제 서비스가 주문 상태를 직접 수정
• 사용자 서비스가 주문 정보를 관리

이 경우 서비스는 나뉘어 있지만
실제로는 강하게 연결된 하나의 시스템이 된다.

---

2. 데이터베이스 공유

분산 모놀리스의 가장 흔한 원인은 데이터베이스 공유다.

예를 들어 다음 구조를 생각해 보자.

Service A
Service B
Service C
↓
하나의 Database

 

이 경우 서비스는 분리되어 있지만
데이터 레이어에서는 완전히 결합되어 있다.

결과적으로 다음 문제가 발생한다.

• 서비스 간 강한 결합
• 데이터 변경 영향 확대
• 배포 의존성 증가

MSA에서는 보통 다음 원칙을 따른다.

서비스는 자신의 데이터를 소유해야 한다

 

즉 서비스별 데이터베이스 분리가 중요하다.

---

3. 지나치게 많은 동기 호출

서비스 간 통신이 대부분 동기 API 호출로 이루어지는 경우도 문제를 만든다.

예를 들어 주문 처리 과정에서 다음과 같은 호출이 발생할 수 있다.

Order Service
→ User Service
→ Payment Service
→ Inventory Service

 

이 구조에서는 하나의 서비스 장애가
전체 요청 흐름을 중단시킬 수 있다.

결과적으로 시스템은 분산되어 있지만
장애 전파 구조는 모놀리스와 비슷해진다.

 

4. 독립 배포가 불가능한 구조

MSA의 중요한 목표 중 하나는 서비스별 독립 배포다.

하지만 다음과 같은 상황이 발생하면 문제가 된다.

• 서비스 A 변경 시 서비스 B도 수정 필요
• API 변경 시 여러 서비스 동시 배포 필요
• 버전 의존성 증가

이 경우 서비스는 분리되어 있지만
실제로는 하나의 시스템처럼 배포된다.

즉 MSA의 핵심 장점이 사라진다.

---

5. 잘못된 MSA 도입 전략

많은 조직이 MSA를 도입할 때 다음 방식으로 접근한다.

모놀리스 시스템
→ 기능별로 코드 분리
→ 서비스 분리

 

하지만 도메인 설계 없이 서비스만 나누면
결국 기존 모놀리스의 복잡성이 그대로 분산된다.

MSA는 단순한 기술 구조가 아니라
도메인 중심 설계(DDD)와 함께 접근해야 한다.

---

좋은 MSA의 특징

좋은 마이크로서비스 아키텍처는 다음 특징을 가진다.

• 서비스 책임이 명확하다
• 데이터 소유권이 분리되어 있다
• 서비스 간 의존성이 낮다
• 서비스가 독립적으로 배포된다
• 장애가 전체 시스템으로 확산되지 않는다

이 기준이 충족되지 않으면
MSA는 쉽게 분산 모놀리스가 될 수 있다.

---

정리

MSA가 분산 모놀리스가 되는 이유는 대부분 기술 문제가 아니라
아키텍처 설계 문제다.

대표적인 원인은 다음과 같다.

원인                                                                                                   설명

잘못된 서비스 경계	도메인 분리가 부족
데이터베이스 공유	서비스 간 강한 결합
과도한 동기 호출	장애 전파 구조
독립 배포 불가능	서비스 간 의존성

마이크로서비스 아키텍처의 핵심은
서비스 개수가 아니라 경계 설계다.

서비스를 많이 나누는 것보다
올바른 경계를 설정하는 것이 훨씬 중요하다.