모놀리식 아키텍처 vs 마이크로서비스 아키텍처

🤷‍♂️ 모놀리식와 마이크로서비스 아키텍처란?

---

모놀리식 애플리케이션은 하나의 통합된 유닛으로 만들어지는 반면, 마이크로서비스 아키텍처는 독립적으로 배포할 수 있는 서비스다. 어떤 것이 적합한지는 여러 요인에 따라 다르다.

---

Monlithic Architecture

👀 모놀리식 아키텍처 (Monolithic Architecture)?

---

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

 

모놀리식 아키텍처 장점

모놀리식 아키텍처를 사용하여 개발하는 가장 큰 장점은 애플리케이션이 하나의 코드 베이스에 기반을 두어서 단순하기 때문에 개발 속도가 빠르다는 것입니다. 

• 손쉬운 배포 - 실행 파일 또는 디렉토리가 하나여서 배포가 편리함
• 개발 - 하나의 유닛안에 코드 베이스로 애플리케이션을 구축하여 개발이 더 쉽다. 
• 비즈니스 - 소규모 프로젝트에서는 합리적이다.
• 간편한 디버깅 - 모든 코드가 한 유닛에 있어 요청을 따라가서 디버깅 문제를 해결하기 쉽다. 

 

모놀리식 아키텍처 단점 

모놀리식 아키텍처 방식은 서비스 규모가 커지고 확장이 어려워지면 더 이상 효과적이지 않다. 
하나의 기능을 추가 혹은 수정해도 전체 코드를 컴파일하고 테스트해야 된다.

• 애플리케이션 구동시간이 늘어나고 빌드, 배포 시간이 길어진다. 
• 조그만한 수정사항이 있어도 전체를 다시 빌드하고 배포를 해야한다. 
• 많은 양의 코드가 몰려있어 유지보수가 힘들다. 
• 기능별로 알맞는 기술, 언어, 프레임워크를 선택하기가 까다롭다. 
• 서비스가 대규모로 커지면 모놀리식 애플리케이션에서는 개발이 더욱 복잡해지고 속도가 느려진다.

---

MicroService Architecture

👀 마이크로서비스 아키텍처 (MicroService Architecture)?

---

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

 

마이크로서비스 아키텍처 장점

마이크로서비스 아키텍처를 독립적으로 실행하는 유닛으로 구성되므로, 다른 서비스에 영향을 주는 일 없이 각 서비스를 개발, 업데이트, 배포 및 확장할 수 있다. 향상된 안정성, 가동 시간 및 성능으로 소프트웨어 업데이트를 더 자주 수행할 수 있다. 

• 유연한 확장 - 마이크로서비스가 부하 용량에 도달하면 해당 서비스의 새 인스턴스를 포함하는 클러스터에 신속하게 배포하여 부담을 완화할 수 있다.
• 지속적 배포 - 더 자주 배포할 수 있다. 
• 독립적인 서비스로 배포가 빠르고 모놀리식보다 가볍다. 
• 높은 유지 관리성 및 테스트 편의성 - 독립적으로 서비스를 관리해서 코드관리에 용이하다. 
• 높은 안정성 - 서비스별 개별 배포가 가능하여 배포 시 전체 서비스의 중단이 없다. 

 

마이크로서비스 아키텍처 단점

마이크로서비스는 서비스에 복잡성을 증가시켜 무분별한 개발 확장 또는 관리되지 않는 급속한 성장으로 서비스에 복잡성을 증가 시킬수 있다.

• 전체 서비스가 커짐에 따라 복잡도가 기하급수적으로 늘어날 수 있다. 
• 서비스마다 DB가 분리되어 데이터의 조회가 어렵고 데이터의 중복이 발생한다. 
• 각자 배포한 서비스에 대해 다른 서비스와 싱크가 잘 되는지 확인해야 한다. 
• 독립적으로 서버를 운영해서 비용문제를 야기시킬 수 있다. 
• 서비스가 분산되어 있어 트랜잭션 관리, 장애 추적 및 테스트 등이 쉽지 않다.