[MSA] 시작과 전략

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로 전환

https://waspro.tistory.com/429

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

https://waspro.tistory.com/432

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