Monolithic Architecture 란?
소프트웨어의 모든 구성요소가 하나의 결합체를 이루고 있는 프로젝트 설계모습이 있다.
그런 설계 모습을 모놀리식 아키텍처라 부릅니다.
큰 규모의 서비스가 아니라면 모놀리식 아키텍처를 많이 사용하고 저 또한 대부분 그렇게 설계하고 작업을 많이했습니다.
하지만 모놀리식의 아키텍처는 분명이 존재하는데 특히나 인원이 많은 기업에서는 더욱이나 문제점이 들어납니다.
또한 지금 같이 개발자들의 각기 다른 언어 생태계를 가진 상황 그리고 프로젝트 별 부분 별 어떤 언어가 더 빠르고 더 정확한 프로그래밍을 해야하는 상황에서 문제가 들어나는 거 같아요.
장점
소규모 프로젝트에 좋다
합리적인 가격과 유지보수 용이성
단점
서비스가 커지면 구조 파악의 힘듬
장애 발생 시 전체 프로젝트를 체크해야하는 상황
부분적 관리가 힘듬
위와 같은 부분을 해결하기 위해서 등장한 것이 바로 MSA입니다.
해결 이라고 표현을 하지만 어떠한 아키텍처 기법이 맞다 틀리다는 선택할 수 있다고 생각하지는 않습니다.
아키텍처니깐요 해당 구성은 상황에 맞게 구성하는거라고 봅니다.
MicroService Architecture 란?
각 서비스를 독립적으로 구성하고 그것을 연결하는 아키텍처라고 생각하면됩니다!
주로 각 서비스는 API방식(RestfulAPI) gRPC방식을 활용하는데 나는 이제는 시그널 버퍼 방식으로 구현하는 서비스에 새롭게 투입된 상황이라 gRPC방법으로 나아갈 것 같다.
즉, MSA의 등장은 대규모 서비스를 위한 보완을 위해서 등장했다고 보면된다 그러면 SOA랑은 같은거 아닌가라는 의문이 들수도 있다 그 부분은 아래에서 다시 다뤄보자!
SOA와 MSA의 차이
Serrvice Oriented Architecture란?
서비스 지향 설계 방식 입니다 MSA와 비슷하게 서비스 단위별로 나누어 개발을 하는 것 입니다.
재가용성을 목표로 개발하며 마이크로 서비스 아키텍처와 매우 흡사합니다.
SOA는 재가용성 즉 서비스를 돌려 다른 시스템에 붙이거나 하여 처리하는 방법이라고 보면될 거 같아요.
MSA와 SOA 차이가 뭐죠?
위에서 말한 재가용성이 차이이며 독립적인게 차이입니다.
마이크로 서비스 아키텍처는 하나의 서비스별 독립적인 역할을 담당합니다.
둘 다 서비스 지향 설계 방식을 기반으로 하지만 MSA는 SOA와 달리 각 서비스가 독립적으로 구성된다.
그래서 해당 서비스들을 RestfulAPI, gRPC와 같은 것으로 통신하여 결과를 받아오며 각 서비스가 결합없이 독립적으로 개발을 해도 무관하다!
이렇게 까지보면 여태 내가 했던 프로젝트로 각 나눠져있는 서비스를 구현해서 API를 만들어 제공하는 방식이니
MSA방식으로 제작하는 케이스들도 종종 있었던 거 같다!
MicroService Archiecture
MSA의 특징
각 서비스 하나하나가 독립적인 하나의 Monolithic Architecture
각 서비스는 특정 개발언어가 정해진게 아닌 각각의 독립적인 존재
각 서비스는 다른 서비스에 의존하지 않아야한다.
통신을 이용한 소통 RPC/ REST
MSA 장점
개별 배포가 가능하다 ( 각 서비스별 배포이기에 실제 서비스 중단이 필요없다 )
배포가 용이하다
언어에 구애 없이 개별 구성을하고 연결을하면 된다.
확장성이 용이하다
서비스별 장애는 전체 서비스에 영향을 적게준다
장애 이슈 가능성이 적다
MSA 단점
설계가 어렵다
서비스 통신을 위한 비용이 발생한다 API / gRPC 어떠한 방식이든 필수
지연시간(latency)이 발생하는데 해당 방법을 최소화 해야한다 (실시간까지는 아니겠지만!)
통합 테스트가 불가능하다 (최종 통합테스틑 각 툴을 추가하여 설계야한다!)
데이터 관리에 대한 설계가 필요하다
클라우드에 'MSA' 적용이 필요한 이유
