Monolitic Architecture / Micro Service Architecture

📝 Architecture 에 관한 조사

요즘 프로그램 개발의 전반적인 분위기가 MA ( Monolitic Architecture ) 에서 MSA ( Micro Service Architecture )로 변하고 있다고 한다.
이러한 경향에 따라서 MA와 MAS를 비교하기 전에 Software Architecture란 무엇인지 정리하고
MA와 MSA에 대해서도 정리해보려고 한다.

---

🚩 Software Architecture 란?

• Software Architecture의 개념적인 정의

  여러 가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중 외부에 드러나는 특성
  그리고 구성 요소 간의 관계를 표현하는 시스템 구조나 구조체

이러한 거창한 의미는 개념적인 의미로만 알아두고 쉽게 설명하면 프로그램도 건물을 짓듯이 설계가 가능한데 Software Architecture는 프로그램 설계가 이루어질때 그리는 설계도를 의미한다고 생각하면 쉬울것 같다.
설계도의 종류에서 따라서 무슨 Software Architecture 인지 나뉘는데 오늘 알아볼 두가지 Software Architecture도 프로그램을 설계도를 그리는 두가지 방법이라고 생각하면 될 것 같다.

📝 Software Architecture 의 기본 원리

■ 모듈화

소프트웨어 성능 향상 및 유지관리 등이 용이하도록 시스템의 기능을 모듈단위로 나누는 것

■ 추상화

전체적이고 포괄적인 개념을 설계한 후에 구체화시켜 나가는 것

■ 단계적 분해

상위 개념부터 하위 개념으로 구체화 시키는 분할 기법 하향식 설계 전략

■ 정보은닉

모듈 내부에 정보와 자료들을 숨겨서 다른 모듈이 접근하거나 수정 못하도록 하는 것

---

🚩 Monolitic Architecture 란?

• Monolitic Architecture의 개념적인 정의

  하나의 소프트웨어를 구동시키기 위해서 모든 모듈을 한 프로젝트에 관리하는 것

Monolitic Architecture는 우리가 흔히 사용하고 있는 방식이다.
모든 모듈과 컴포넌트를 한 프로젝트에서 관리하기 때문에 원하는 소프트웨어를 구동하기 위해서는 하나의 프로젝트만 가동시키면 해당 소프트웨어가 작동된다.

• Monolitic Architecture를 설명하는 그림
  

📝 Monolitic Architecture 장단점

■ 장점

• 하나의 프로젝트내에 모든 모듈 및 컴포넌트가 존재하므로 개발이 용이하고 리뷰가 편리하다.
• 소프트웨어 구조가 비교적 단순해서 애플리케이션을 구성하는 큰 그림을 보는데 편리하다.
• 어플리케이션 기동이 단순하므로 배포가 편리하다.
• 어플리케이션의 크기가 일정 이하일 경우 디버깅이나 장애대응이 편리하다.

■ 단점

• 애플리케이션 코드가 점점 많아지고 서비스가 확장되면 전체 구조나 코드 흐름을 누구나 쉽게 이해하기 어렵다.
• 한 프로젝트 내에 있는 코드이므로 결합도가 어마어마하게 크다.
  → 코드 변경이 두렵고 확장하기 어려워진다.
• 전체 코드를 다 작성해야 테스트, 빌드가 가능하기 때문에 분업이 어렵다.
• 전체 코드에 영향이 가기 때문에 리팩토링이 어렵다.

---

🚩 Micro Service Architecture 란?

• Micro Service Architecture의 개념적인 정의

  하나의 소프트웨어를 만들기 위하여 비슷한 기능을 가진 모듈끼리 모아서 하나의 컴포넌트들을 만든뒤, 컴포넌트들을 모아서 하나의 소프트웨어를 만드는 것

• Micro Service Architecture를 설명하는 그림
  

📝 Micro Service Architecture의 장단점

■ 장점

• 하나의 마이크로 서비스가 모놀리식 서비스보다 프로젝트 규모가 작기에 프로젝트 이해도가 높아진다.
• 기능별로 마이크로 서비스가 나뉘어져 있기에 각각의 서비스간 결합도가 높지 않다.
• 각각의 마이크로 서비스 별로 리팩토링 하기에 용이하다.
• 마이크로 서비스의 프로젝트 크기가 작기때문에 테스트 및 빌드의 속도가 빠르다.

■ 단점

• 각 서비스들이 분산되어 있기에 여러 연관된 서비스를 통합하여 테스트할 때 난이도가 높아진다.
• 처음에 어떤 기준으로 마이크로서비스를 나눌지 결정하는 것이 어렵다.
• 잘못 나누면 마이크로서비스간 결합도는 높아지고 관리 비용이 늘어날 수 있다.
• 하나의 마이크로 서비스만 개발하다보면 프로그램의 전반적인 그림을 이해하기 어려울 수 있다.

---

📌 Architecture에 대하여

Architecture에 대한 정보 및 MS, MSA에 대하여 알아보았다.
MS와 MSA는 서로 상반되었다고 봐도 무방할만큼 대조적인 Architecture여서 확실한 장단점의 차이가 있기에 어떠한 Architecture를 사용할지는 전적으로 개발자의 역량에 달린거 같다.
무엇을 사용할지는 정답이 없으며 프로그램의 크기를 고려하고 팀장 및 팀원과의 소통으로 적합한 Architecture를 선택하여 개발을 진행하는 것이 중요할 것 같다.