Microservice 아키텍처(MSA)의 유행은 가고 Modulith SOA로 환원

SOA는 2000년대 초 W3C에서 제정한 API 국제표준인 Web Services 덕분에 본격화되다. 아마존은 어느 회사보다 먼저 2002년에 SOA를 회사의 SW 개발 표준으로 채택했고, 그 결과로 IaaS를 창조하여 오늘날 클라우드 인프라/플랫폼의 1인자가 됐다. 아마존의 클라우드 서비스들을 아마존웹서비스(AWS)라고 부르게 됐던 유래이기도 하다.

아마존은 자기가 창조한 클라우드 환경에서 자사의 SOA 서비스들을 각기 독립적으로 배포함으로써, 자사 애플리케이션의 업그레이드를 하루에 수만번 배포하기에 이르렀고, 이 과정에서 요즘 마이크로서비스 아키텍처(MSA)라고 부르는 일련의 SOA 구현 아키텍처 패턴들이 시도되었다. MSA는 결국 데브옵스(DevOps)를 위한 서비스 지향 아키텍처(SOA)의 구현 스타일인 것이다.

아마존, 넷플릭스, 페이스북 등 소위 웹 스케일 거대 기업의 MSA 성공을 본따, 2012년 경 모든 기업에 걸쳐 시작된 MSA에 대한 과잉 기대와 무분별한 유행이 13년이 지난 이제야 거의 진정 되면서 본래의 SOA 아키텍처로 환원하고 있다. 자바 개발에서도, MSA 구현을 지원하는 Spring Boot + Spring Cloud보다 본래의 SOA 구현을 지원하는 Spring Boot + Spring Modulith의 인기가 상승하고 있다.

Modulith = (Logical) Modular + (Physical) Monolith = Original SOA (with Web Services replaced by REST)

그동안 마이크로서비스 Hype에 휘말려, 불필요한 MSA 교육, MSA 파일럿 프로젝트, MSA 애플리케이션 운영 난항에 시달렸던 개발자들도 이젠 좀 해방될 것 같다. Spring Boot 등 개발 툴의 발전으로 REST 기반 SOA 애플리케이션의 개발은 비교적 쉬워 졌지만, SOA 서비스, API, 서비스 컴포지션 및 서비스 인벤토리의 설계와 서비스 거버넌스의 확립은 공학적 지식과 기법에 대한 훈련과 이해 없이는 쉽지 않다는 점을 유의하고, 그동안 MSA에 대한 맹목적 투자에서 벗어나 SOA 기본에 대한 유익한 투자를 감행하기 바란다!