본문 바로가기
호기심_메모

[MSA] 시작과 전략

by 겸손하게 빚진자로, 밝게 인사 2021. 8. 23.
728x90

MSA의 기본사상은 SOA(Service Oriented Architecture)에서 출발하고 발전

하지만 SOA가 유행할 당시에는 XML, SOAP이라는 무거운 프로토콜로 개발자가 구현하기 어려운 문제점이 있었다. 

Docker가 나오면서 서비스를 Docker단위로 구현하기 쉽게 되었고, Micro Service Architecture라는 이름으로 개발방법이 발전되었다. 

 

- SOA와 MSA의 차이

https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=stmshra&logNo=221446919085

 

- MSA의 장점 

① 작은 서비스들로 나누고, 각 서비스를 독립적으로 배포가능(loosely-coupled)

② 네트워크를 통해 서로 커뮤니케이션(Rest API 활용)

③ 소스코드의 복잡도 감소

 재사용성 → 확장성

서비스별 hw/sw 플랫폼/기술의 도입  및 확장이 자유로움

 

- MSA의 단점

① 실패시 데이터 정합성 관리 필요 (분산시스템 환경)

② 관리 및 운영복잡도 증가

③ 서비스 구성 시 아키텍처로 명확히 분리되지 않는 경우 MSA장점 저해

 

- MSA Architecture

 

 참고 : https://cyberx.tistory.com/64

 

모놀리틱 시스템에서 MSA로 전환

SW산업은 그 어느 산업보다 빠른 속도로 변하고 있다고 느낄지 모르겠지만, Software 개발자로서 IT밒 소프트웨어 개발 트랜드를 면면히 살펴 본다면 사실 하나 하나 계단을 밟아가는 듯이 점진적

cyberx.tistory.com

https://waspro.tistory.com/429

 

[MSA 개념 정립하기] MSA의 개념과 장단점

본 포스팅에서는 MSA의 개념과 이후 개발 패러다임에 대해 알아보도록 하겠습니다. Microservice는 SOA (Service Oriented Architecture) 의 경량화 버전으로 (Service: 특정 기능의 집합, service의 범위 정의..

waspro.tistory.com

https://waspro.tistory.com/432

 

[MSA 개념 정립하기] MSA 아키텍처 패턴 (Client, 운영자, 개발자 측면의 흐름)

본 포스팅에서는 MSA에 접근하는 Client, 운영자, 개발자측면의 흐름도를 살펴보도록 하겠습니다. Microservice는 SOA(Service Oriented Architecture)의 경량화 버전으로 (Service: 특정 기능의 집합, servi..

waspro.tistory.com

 

반응형