Microservice Architecture (MSA) 그리고 Monolithic

최동민·2022년 12월 4일

목록 보기

33/53

모놀리직(Monolithic Architecture)

: 애플리케이션 안에 모든 비즈니스 로직이 다 들어가 있는 구조

전통의 아키텍처를 지칭한다. 소프트웨어의 모든 구성요소가 한 프로젝트에 통합 되어 있는 형태.

모놀리식 아키텍처의 경우 모든 프로세스가 긴밀하게 결합되고 단일 서비스로 실행된다. 따라서 애플리케이션의 한 프로세스에 대한 수요가 급증하면 해당 아키텍처 전체를 확장해야 한다. 코드 베이스가 증가하게 되면 모놀리식 애플리케이션의 기능을 추가하거나 개선하기가 더 복잡해진다.

장점

소규모 프로젝트에서는 합리적이다.
개발, 빌드, 배포, 테스트가 용이하다.

단점

어플리케이션 구동시간이 늘어나고 빌드,배포 시간이 길어진다.
조그마한 수정사항이 있어도 전체를 다시 빌드하고 배포를 해야한다.
많은 양의 코드가 몰려있어 유지보수가 힘들다.
일부분의 오류가 전체에 영향을 미친다.
기능별로 알맞는 기술, 언어, 프레임워크를 선택하기가 까다롭다.
scale out이 불가능 하다.

마이크로서비스 (MicroService Architecture)

마이크로서비스 아키텍처는 하나의 큰 애플리케이션을 여러 개의 작은 서비스 유닛으로 쪼개어 변경과 조합이 가능하도록 만든 아키텍처를 말한다. 각 마이크로서비스는 상호 통신이 가능하며 이를 통해 전체 서비스를 구성한다. 애플리케이션이 독립적인 구성 요소로 구축되어 각 애플리케이션 프로세스가 서비스로 실행된다. 이러한 서비스는 경량 API를 사용하여 잘 정의된 인터페이스를 통해 통신한다. 서비스는 비즈니스 기능을 위해 구축되며 서비스마다 한 가지 기능을 수행한다. 서비스가 독립적으로 실행되기 때문에 애플리케이션의 특정 기능에 대한 수요를 충족하도록 각각의 서비스를 업데이트, 배포 및 확장할 수 있다.

장점

독립적인 서비스로 배포가 빠르고 모놀리식보다 가볍다.
서비스별 개별 배포 가능하여 배포 시 전체 서비스의 중단이 없다.
각 서비스에 따라 개별적으로 서버를 나눌 수 있어 메모리 및 cpu 관리에 효율적이다.
각 서비스가 모듈화 되어있고 모듈끼리 RPC, Message-driven 이용하여 통신하기 때문에 각 서비스의 개발 속도가 증가한다.
분리된 서비스로 개발할 수 있기 때문에 서비스마다 가장 적합한 기술을 선택 할 수 있다.
서버 및 프로스 장애 시, 격리 및 복구가 쉬워 장애가 전체 서비스로 확장될 가능성이 적다.

단점

각자 배포한 서비스에 대해 다른 서비스와 연계가 잘 되는지 확인해야 한다.
서비스 간 호출 시 REST API 사용으로 인한 통신비용, Latency(지연시간)가 증가한다.
서비스가 분산되어 있어 트랜잭션 관리, 장애 추적 및 테스트 등이 쉽지 않다.
서비스마다 DB가 분리되어 데이터의 조회가 어렵고 데이터의 중복이 발생한다.
전체 서비스가 커짐에 따라 복잡도가 기하급수적으로 늘어날 수 있다.

Monolithic VS MSA

마이크로서비스란, 서비스를 비즈니스 경계에 맞게 세분화 하고, 서비스 간 통신은 네트워크 호출을 통해 진행하여 확장 가능하고 회복적이며 유연한 어플리케이션을 구성하는 것

MSA라는 아키텍처가 주목받는 이유

애플리케이션에 종속되어 있는 서비스들이 한통으로 관리되던 Monolithic.
개발 유연성의 한계, 요구사항 대처 시간 소요, 장애 격리/신뢰성, 배포/롤백 리스크, 리소스 낭비 등 즉, 큰 변화에 대한 대응이 어려우며, 새로운 기능 추가 및 업데이트에 어려움이 있는 기존의 Monolithic이 가진 단점을 보완하였다.

여러 역할을 하는 시스템이 하나의 소프트웨어로 집합되어 있어, 특정 부분에 문제가 발생 시, 큰 장애로 이어질 수 있는 Monolithic.

여러 역할을 하는 시스템이 하나의 서버에 함께 올라가있기에, Scale-Out (확장) 시 필요없는 자원이 함께 증가되는 Monolithic.

민첩하고 손쉬운 배포 및 업데이트를 가진 MSA.
하이리스크 -> 로우리스크.

MSA를 도입하기 위해서 어떤 기술이 필요할까?

국내 MSA 적용 사례

MSA 구축 시 어려움은?

Don't even consider microservices unless you have a system that's too complex to manage as a monolith. - By MARTIN FOWLER (디자인 패턴 유명가)
왠만큼 복잡한 시스템을 사용하는 것이 아니라면, MSA는 불필요하며, 모놀리식이 더 낫다.

복잡성이 높아야지만 모놀리식 대비 MSA의 생산성을 높이 가질 수 있겠다.
나의 기업 시스템 규모에 MSA의 생산성 효율을 따져봐야 할 것.