[MSA] chapter 1.5~1.6_Monolithic vs Microservice

📌 개인적인 공간으로 공부를 기록하고 복습하기 위해 사용하는 블로그입니다.
정확하지 않은 정보가 있을 수 있으니 참고바랍니다 :😸
[틀린 내용은 댓글로 남겨주시면 복받으실거에요]

인프런 Dowon Lee님의 Spring Cloud로 개발하는 마이크로서비스 애플리케이션(MSA) 강의를 듣고 정리한 필기입니다.😊
Spring Cloud로 개발하는 마이크로서비스 애플리케이션(MSA) 강의 들으러 가기👩‍🏫

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

서비스 지향 아키텍처는 일반적으로 두 가지 접근 방식으로 나뉜다.

기존 프로젝트에서 개발했던 방법은 프론트와 백을 분리해서 개발하는 방식으로 모놀리식과 마이크로서비스의 중간 정도라고 볼 수 있다.

1. 모놀리식 아키텍처 (Monolithic Architecture)

하나의 애플리케이션에 필요한 모든 요소를 하나의 큰 소프트웨어로 묶어 개발하는 방식

• DB 로직, 비즈니스 로직, 프론트엔드까지 모두 하나의 애플리케이션에 유기적으로 결합된다.
• 모든 기능이 서로 강하게 결합되어 있어 일부를 수정하더라도 전체 애플리케이션을 다시 빌드하고 배포해야 한다.
• 이처럼 강한 결합은 애플리케이션 확장과 유지보수에 제약을 주며, 서비스 중단이나 성능 저하를 초래할 수 있다.

2. 마이크로서비스 아키텍처 (Microservice Architecture)

애플리케이션을 여러 개의 독립적인 서비스로 분리하여 개발하고 배포하는 방식

• 비즈니스 로직이 작고 독립된 서비스 단위로 분리되며, HTTP 통신이나 메시징 시스템을 통해 상호작용한다.
• 개별 서비스의 문제나 수정 사항이 다른 서비스에 영향을 주지 않아 부분적인 유지보수와 독립적인 확장이 가능하다.
• 예를 들어, 결제 서비스와 회원 서비스가 각각의 API로 통신하므로, 서로의 데이터베이스에 접근하지 않고 API 호출로 필요한 데이터를 주고받는다.

마이크로서비스의 주요 특징

• 작은 독립 서비스: Sam Newman은 마이크로서비스를 작고 독립적으로 작동하는 서비스들의 모음으로 정의했다.
• 중앙 집중 관리 최소화: 마틴 파울러는 중앙 집중식 관리가 최소화되어야 하고, 서비스마다 서로 다른 언어와 데이터 저장 기술을 사용할 수 있어야 한다고 설명했다. 이렇게 다양한 기술을 사용하는 아키텍처는 폴리글랏 패러다임이라 불리며, 각 서비스에 최적화된 언어와 스토리지 기술을 선택할 수 있다.

---

3. 모놀리식 vs. 마이크로서비스: 도입 고려사항

마이크로서비스 아키텍처를 도입할 때 고려사항!

1. 변화 수용 능력: 초기 개발 대비 비용과 시간이 더 들 수 있다. 장기적인 유연성과 확장성의 이점을 충분히 평가해야 한다.
2. 독립 라이프사이클: 각 서비스가 독립적으로 개발되고 운영될 수 있도록, 서비스 간 경계를 명확히 정의해야 한다.
3. 확장성: 개별 서비스마다 독립적으로 확장할 수 있어야 하며, 스케일링이 용이한 구조를 갖춰야 한다.
4. 오류 격리: 오류가 발생했을 때 다른 서비스에 영향을 주지 않도록 하고, 해당 서비스만 영향을 받도록 설계되어야 한다.
5. 외부 종속성 최소화: 각 서비스 간 종속성을 줄이고 높은 응집력을 갖출 수 있어야 한다.
6. 폴리글랏 지원: 다양한 언어와 스토리지 기술을 자유롭게 사용할 수 있어야 한다.

---

요약!

마이크로서비스는 여러 독립적인 작은 기능 단위의 서비스들이 상호작용하여 하나의 애플리케이션을 구성하는 방식이다. 이를 통해 모놀리식 아키텍처보다 더 높은 유연성과 확장성을 가지며, REST API나 메시징 시스템을 통해 효과적으로 서비스 간 통신을 수행할 수 있다.

MSA 카테고리 내 다른 글 보러가기