아키텍처 중에 옳은것, 맞는것, 정답지는 존재하지 않음. 아키텍처 선택은 오로지 tradeoff 만 존재함

참고출처

https://developer.lightbend.com/docs/akka-platform-guide/concepts/message-driven-event-driven.html https://medium.com/dtevangelist/event-driven-microservice-란-54b4eaf7cc4a

0. 용어 정의

• 어플리케이션(app): 우리가 사용하는 일반적인 프로그램, 서비스의 묶음

• 서비스: 어플리케이션 내에서의 비슷한 기능의 집합, 묶음

  <aside> 🔥 하나의 어플리케이션은 n개의 서비스로 구성되어져 있다.

  </aside>

• 서버: 앱에서 필요로 하는 서비스를 제공하는 객체, 서버를 구분하는 기준은 배포를 바탕으로 구분한다.

  • 1개의 서버는 1개의 배포로직이 존재함.
  • 배포 플로우가 각각 존재한다 = 서로 다른 서버이다.

• producer : 메시지를 생산하는 주체

• broker: 생산된 메시지를 저장하는 주체

• consumer: 메시지를 소비하는 주체

1. 아키텍쳐 구분(크기에 따른)

https://velog.io/@dsunni/마이크로-서비스-아키텍처-모놀리틱-아키텍쳐

1.1. Monolithic Architecture

• 앱 내의 n개의 서비스를 한개의 서버에서 관리
• 장점
  • 빠르게 개발할 수 있다.
  • 관리가 용이하다.
• 단점
  • 어느 곳이라도 장애 발생시 전체 앱에 영향을 끼칠 수 있다.
  • 앱 내의 코드간의 coupling이 높을 가능성이 매우 높다.
  • 서버 자원 관리가 어려움(=scale out / scale up 등에 많은 비용이 든다)
    • User → 20
      • Java
    • Store → 60%
      • Java
    • Review 15
      • Python
    • Admin → 5
      • typescript

1.2. MicroService Architecture(MSA)

• 앱 내의 n개의 서비스를 n개의 서버에서 관리