[AWS] 모놀리식/마이크로서비스 아키텍처 장단점

모놀리식 아키텍처

- 일반적으로 많이 사용하고 있는 아키텍쳐
- 토이 프로젝트는 100% 모놀리식 아키텍쳐로 만든다
- 다양한 기능을 하나의 프로젝트에 모두 구현해두겠다
- A라는 기능에다가 B, C, D 기능을 계속 추가하면서 A를 건드리지 않았는데도 에러가 난다 (동감)
- D라는 기능을 추가하면 A, B, C의 QA를 다시 해야한다 (동감)
- 하나의 JS 프로젝트에서 특정 부분만 다른 언어(Python)으로 구현하고 싶을 때 어렵다

 

 

마이크로서비스 아키텍처

- 각각의 도커에서 개별적으로 배포한다 (독립성)
- 거대한 서비스인 경우에 더욱 적합하다
- 처음에 셋팅할 때 복잡하다. 각각의 서비스간의 개별 통신도 설정해주어야 한다
- 맨 처음에 서비스를 출시할 때는 모놀리식으로 개발한 뒤, 지속적으로 발전시킬 때에는 마이크로서비스로 갈아타게 된다
- 업무를 배분하기가 용이하다 ㅋㅋㅋ
- 아직 국내에서 마이크로서비스를 사용하지 않는 것 같지만, 스타트업 위주로 생겨나고 있다 (21년 기준)

 

 

마이크로서비스 설계 (Domain Event 정의 > Bounded Context 정의)