1. MSA 개요
MSA(Microservice Architecture)는 하나의 큰 애플리케이션을 여러 개의 작은 독립적인 서비스로 나누어 개발하는 소프트웨어 아키텍쳐 방식이다. 각각의 서비스는 독립적으로 배포 가능하고, 자체 프로세스에서 실행되며, 경량하된 통신 메커니즘(주로 HTTP)를 사용하며, 비즈니스 기능 단위로 구성된다.
1 - 1. 주요 특징
- 독립적인 배포 가능성: 각 서비스는 독립적으로 배포할 수 있다.
- 작은 팀 구성: 각 서비스는 작은 팀이 독립적으로 개발하고 관리할 수 있다.
- 기술 스택의 다양성: 각 서비스는 적절한 기술 스택을 자유롭게 선택할 수 있다.
2. 모놀리식 vs MSA
2 - 1. 모놀리식

모놀리식은 하나의 큰 애플리케이션에 모든 기능이 통합되어 있다.
단일 코드베이스와 데이터베이스를 사용한다.
모든 구성요소가 강하게 결합되어 있다.
2 - 1 - 1. 모놀리식 장점
- 간단한 배포: 배포가 단순하다.
- 간단한 개발: 개발이 단순하고 직관적이다.
- 단일 데이터베이스: 하나의 데이터베이스를 사용하니 데이터 일관성을 유지하기 쉽다.
- 효율적인 성능 오버헤드: 시스템이 실제 작업을 수행하는데 필요한 추가적인 컴퓨팅 자원(시간, 메모리, 처리능력)이 적게 든다.
2 - 1 - 1. 모놀리식 단점
- 확장성 부족: 특정 기능을 확장하려면 전체 애플리케이션을 확장해야 한다.
- 긴 개발 주기: 작은 변경 사항도 전체 애플리케이션을 다시 배포해야 한다.
- 유연성 부족: 새로운 기술 도입이 어렵고, 특정 모듈에 종속적이다.
2 - 2. MSA

2 - 2 - 1. MSA 장점
- 확장성: 특정 서비스만 확장할 수 있다.
- 장애 대응: 장애 격리가 용이하다. 하나의 기능이 장애가 나도 다른 기능은 정상 동작한다.
- 독립적 배포: 개별 서비스의 변경 사항을 독립적으로 배포할 수 있다.
- 유연성: 서비스별로 적합한 기술 스택을 선택할 수 있다.
- 작은 팀 구성: 서비스별 작은 팀으로 구성되어 애자일(agile)한 개발이 가능하다.
2 - 2 - 3. MSA 단점
- 복잡성 증가: 서비스 간 통신, 데이터 일관성 유지 등의 복잡성이 증가한다.
- 성능 오버헤드 증가: 각 서비스의 모니터링, 로깅 등을 개별적으로 관리해야 한다.
- 네트워크 지연: 서비스간의 통신이 네트워크를 통해 이루어지므로 지연 시간이 발생할 수 있다.
3. 언제 MSA를 도입해야 할까?
MSA가 좋으니까 무조건 MSA를 도입해야 하는 것은 아니다.
예를 들어, 시제품을 만들때는 MSA를 도입하기 보다는 빠르게 개발할 수 있는 모놀리식이 적합하다.
제한된 리소스 환경이나, 작은 규모의 프로젝트라면 모놀리식이 적합하다.
3 - 2. MSA에 적합한 시스템
대규모 복잡한 시스템은 MSA가 적절하다.
높은 확장성이 필요한 경우, MSA가 적절하다.
빠른 배포 주기가 필요한 경우, MSA가 적절하다.
DevOps 문화가 잘 정착된 조직의 경우, MSA가 적절하다.

4. 결론
MSA를 도입하기 전에 어떤 시스템을 만들지 정확하게 파악하는 게 먼저다.
왜 MSA를 도입해야 하는가에 대한 답이 명료할 때, MSA를 도입하는 것이다.
모놀리식이냐 MSA이냐는 조직의 니즈에 맞게 반영 되어야 한다.
5. References
https://m.blog.naver.com/rogman0/221528807151
MSA 도입을 위한 고려사항
안녕하세요. 오늘은 지난번 질문도 있고 해서 나름대로 MSA 도입을 위한 과정에서 고려해야할 사항들에 ...
blog.naver.com
[마이크로서비스] Monolithic vs SOA vs Microservice, 다양한 아키텍처와의 비교
오늘은 MSA와 다양한 아키텍처들을 비교해보는 시간을 가져보도록 하겠다. MSA 아키텍처 즉 Microservice Architecture는 기존에 존재하던 아키텍처와는 새로운 아키텍처 방식으로 다양한 아키텍처들과
wonit.tistory.com
https://akasai.space/architecture/about_msa/
MSA(Microservice Architecture)이란? | devlog.akasai
실무에서 실제로 사용중인 아키텍처 패턴인 MSA에 대하여 간략히 알아보았습니다. MSA(Microservice Architecture)란? Microservice Architecture…
akasai.space
https://savvycomsoftware.com/blog/microservices-vs-monoliths/
Microservices Vs Monoliths In Software: Pros & Cons In 2024
This blog explores the nuances of microservices vs monoliths with respective pros, cons, and considerations for optimal scalability and efficiency.
savvycomsoftware.com
'MSA' 카테고리의 다른 글
2024 11 28 TIL - Spring Cloud Config (1) | 2024.11.28 |
---|---|
2024 11 27 TIL - API Gateway, Spring Cloud Gateway (2) | 2024.11.27 |
2024 11 26 TIL - CircuitBreaker(Resilience4j) (0) | 2024.11.26 |
2024 11 25 TIL - 로드 밸런싱, Netflix Ribbon (2) | 2024.11.25 |
2024 11 22 TIL - Spring Cloud Netfilx Eureka로 알아보는 서비스 디스커버리 (3) | 2024.11.22 |
1. MSA 개요
MSA(Microservice Architecture)는 하나의 큰 애플리케이션을 여러 개의 작은 독립적인 서비스로 나누어 개발하는 소프트웨어 아키텍쳐 방식이다. 각각의 서비스는 독립적으로 배포 가능하고, 자체 프로세스에서 실행되며, 경량하된 통신 메커니즘(주로 HTTP)를 사용하며, 비즈니스 기능 단위로 구성된다.
1 - 1. 주요 특징
- 독립적인 배포 가능성: 각 서비스는 독립적으로 배포할 수 있다.
- 작은 팀 구성: 각 서비스는 작은 팀이 독립적으로 개발하고 관리할 수 있다.
- 기술 스택의 다양성: 각 서비스는 적절한 기술 스택을 자유롭게 선택할 수 있다.
2. 모놀리식 vs MSA
2 - 1. 모놀리식

모놀리식은 하나의 큰 애플리케이션에 모든 기능이 통합되어 있다.
단일 코드베이스와 데이터베이스를 사용한다.
모든 구성요소가 강하게 결합되어 있다.
2 - 1 - 1. 모놀리식 장점
- 간단한 배포: 배포가 단순하다.
- 간단한 개발: 개발이 단순하고 직관적이다.
- 단일 데이터베이스: 하나의 데이터베이스를 사용하니 데이터 일관성을 유지하기 쉽다.
- 효율적인 성능 오버헤드: 시스템이 실제 작업을 수행하는데 필요한 추가적인 컴퓨팅 자원(시간, 메모리, 처리능력)이 적게 든다.
2 - 1 - 1. 모놀리식 단점
- 확장성 부족: 특정 기능을 확장하려면 전체 애플리케이션을 확장해야 한다.
- 긴 개발 주기: 작은 변경 사항도 전체 애플리케이션을 다시 배포해야 한다.
- 유연성 부족: 새로운 기술 도입이 어렵고, 특정 모듈에 종속적이다.
2 - 2. MSA

2 - 2 - 1. MSA 장점
- 확장성: 특정 서비스만 확장할 수 있다.
- 장애 대응: 장애 격리가 용이하다. 하나의 기능이 장애가 나도 다른 기능은 정상 동작한다.
- 독립적 배포: 개별 서비스의 변경 사항을 독립적으로 배포할 수 있다.
- 유연성: 서비스별로 적합한 기술 스택을 선택할 수 있다.
- 작은 팀 구성: 서비스별 작은 팀으로 구성되어 애자일(agile)한 개발이 가능하다.
2 - 2 - 3. MSA 단점
- 복잡성 증가: 서비스 간 통신, 데이터 일관성 유지 등의 복잡성이 증가한다.
- 성능 오버헤드 증가: 각 서비스의 모니터링, 로깅 등을 개별적으로 관리해야 한다.
- 네트워크 지연: 서비스간의 통신이 네트워크를 통해 이루어지므로 지연 시간이 발생할 수 있다.
3. 언제 MSA를 도입해야 할까?
MSA가 좋으니까 무조건 MSA를 도입해야 하는 것은 아니다.
예를 들어, 시제품을 만들때는 MSA를 도입하기 보다는 빠르게 개발할 수 있는 모놀리식이 적합하다.
제한된 리소스 환경이나, 작은 규모의 프로젝트라면 모놀리식이 적합하다.
3 - 2. MSA에 적합한 시스템
대규모 복잡한 시스템은 MSA가 적절하다.
높은 확장성이 필요한 경우, MSA가 적절하다.
빠른 배포 주기가 필요한 경우, MSA가 적절하다.
DevOps 문화가 잘 정착된 조직의 경우, MSA가 적절하다.

4. 결론
MSA를 도입하기 전에 어떤 시스템을 만들지 정확하게 파악하는 게 먼저다.
왜 MSA를 도입해야 하는가에 대한 답이 명료할 때, MSA를 도입하는 것이다.
모놀리식이냐 MSA이냐는 조직의 니즈에 맞게 반영 되어야 한다.
5. References
https://m.blog.naver.com/rogman0/221528807151
MSA 도입을 위한 고려사항
안녕하세요. 오늘은 지난번 질문도 있고 해서 나름대로 MSA 도입을 위한 과정에서 고려해야할 사항들에 ...
blog.naver.com
[마이크로서비스] Monolithic vs SOA vs Microservice, 다양한 아키텍처와의 비교
오늘은 MSA와 다양한 아키텍처들을 비교해보는 시간을 가져보도록 하겠다. MSA 아키텍처 즉 Microservice Architecture는 기존에 존재하던 아키텍처와는 새로운 아키텍처 방식으로 다양한 아키텍처들과
wonit.tistory.com
https://akasai.space/architecture/about_msa/
MSA(Microservice Architecture)이란? | devlog.akasai
실무에서 실제로 사용중인 아키텍처 패턴인 MSA에 대하여 간략히 알아보았습니다. MSA(Microservice Architecture)란? Microservice Architecture…
akasai.space
https://savvycomsoftware.com/blog/microservices-vs-monoliths/
Microservices Vs Monoliths In Software: Pros & Cons In 2024
This blog explores the nuances of microservices vs monoliths with respective pros, cons, and considerations for optimal scalability and efficiency.
savvycomsoftware.com
'MSA' 카테고리의 다른 글
2024 11 28 TIL - Spring Cloud Config (1) | 2024.11.28 |
---|---|
2024 11 27 TIL - API Gateway, Spring Cloud Gateway (2) | 2024.11.27 |
2024 11 26 TIL - CircuitBreaker(Resilience4j) (0) | 2024.11.26 |
2024 11 25 TIL - 로드 밸런싱, Netflix Ribbon (2) | 2024.11.25 |
2024 11 22 TIL - Spring Cloud Netfilx Eureka로 알아보는 서비스 디스커버리 (3) | 2024.11.22 |