: 애플리케이션 안에 모든 비즈니스 로직이 다 들어가 있는 구조
전통의 아키텍처를 지칭한다. 소프트웨어의 모든 구성요소가 한 프로젝트에 통합 되어 있는 형태.
모놀리식 아키텍처의 경우 모든 프로세스가 긴밀하게 결합되고 단일 서비스로 실행된다. 따라서 애플리케이션의 한 프로세스에 대한 수요가 급증하면 해당 아키텍처 전체를 확장해야 한다. 코드 베이스가 증가하게 되면 모놀리식 애플리케이션의 기능을 추가하거나 개선하기가 더 복잡해진다.
마이크로서비스 아키텍처는 하나의 큰 애플리케이션을 여러 개의 작은 서비스 유닛으로 쪼개어 변경과 조합이 가능하도록 만든 아키텍처를 말한다. 각 마이크로서비스는 상호 통신이 가능하며 이를 통해 전체 서비스를 구성한다. 애플리케이션이 독립적인 구성 요소로 구축되어 각 애플리케이션 프로세스가 서비스로 실행된다. 이러한 서비스는 경량 API를 사용하여 잘 정의된 인터페이스를 통해 통신한다. 서비스는 비즈니스 기능을 위해 구축되며 서비스마다 한 가지 기능을 수행한다. 서비스가 독립적으로 실행되기 때문에 애플리케이션의 특정 기능에 대한 수요를 충족하도록 각각의 서비스를 업데이트, 배포 및 확장할 수 있다.
마이크로서비스란, 서비스를 비즈니스 경계에 맞게 세분화 하고, 서비스 간 통신은 네트워크 호출을 통해 진행하여 확장 가능하고 회복적이며 유연한 어플리케이션을 구성하는 것
애플리케이션에 종속되어 있는 서비스들이 한통으로 관리되던 Monolithic.
개발 유연성의 한계, 요구사항 대처 시간 소요, 장애 격리/신뢰성, 배포/롤백 리스크, 리소스 낭비 등 즉, 큰 변화에 대한 대응이 어려우며, 새로운 기능 추가 및 업데이트에 어려움이 있는 기존의 Monolithic이 가진 단점을 보완하였다.
여러 역할을 하는 시스템이 하나의 소프트웨어로 집합되어 있어, 특정 부분에 문제가 발생 시, 큰 장애로 이어질 수 있는 Monolithic.
여러 역할을 하는 시스템이 하나의 서버에 함께 올라가있기에, Scale-Out (확장) 시 필요없는 자원이 함께 증가되는 Monolithic.
민첩하고 손쉬운 배포 및 업데이트를 가진 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의 생산성 효율을 따져봐야 할 것.