MSA | Notion

기존 글 PDF 파일 첨부

MSA와 모노리틱 아키텍처 비교

	MSA	모놀리틱
장점	모듈성이 크다( 작은 조각)
집중(응집)된 책임을 가진다.
영속성 저장소의 격리성을 가진다.
독립 확장이 가능하다.
새로운 기술 도입이 용이하다.	개발이 간단하다
쉽게 변경 가능하다.
테스트가 쉽다
배포가 쉽다
확장이 쉽다
단점	개발, 테스트, 배포의 어려움
도입 시점 결정의 어려움
모듈 경계 구분의 어려움
서비스 배포 주기 조정의 어려움
기술의 높은 난이도	비대해지면 너무 복잡해 진다.
개발이 점점 더뎌진다.
배포가 점점 오랜 시간이 걸린다.
기술 스택 발전이 어렵다
리소스 배분이 어렵다

마이크로서비스 아키텍처 패턴 종류 ( 각 패턴을 하기에 상세히 설명 )
- 인프라 패턴: 개발 영역 밖의 인프라를 해결 → 해당 책에서 다루지 않음
- 애플리케이션 인프라 패턴: 개발에 영향을 미치는 인프라 문제 해결 → 해당 책에서 다루지 않음
- 애플리케이션 패턴: 비즈니스 로직과 연관된 문제 해결
  - 비즈니스 능력에 따라 서비스를 분해
  - DDD: 다른글 참고
- 통신패턴: 프로세스 간 통신(IPC)에 관한 패턴
  - 통신 스타일, 디스커버리, 신뢰성, 트랜잭션 메시징, 외부API로 분류 가능
- 트랜잭션 관리(데이터 일관성 패턴)
  - 2PC: 다중 database 트랜잭션을 이용한 방법. 요새는 추천되지 않음
  - 사가: 이벤트 브로커를 이용한 패턴
- 데이터 쿼리 패턴: 데이터를 조합하는 패턴
  - API 조합
  - CQRS
- 서비스 배포 패턴: 서비스를 연속성있게 배포하는 패턴
  - 가상머신, 컨테이너, 서버리스
- 관측성 패턴: 런타임 동작의 이해, 문제 파악 진단/조치와 관련된 패턴
  - 헬스 체크: 서비스의 가동 상태를 반환하는 엔드 포인트
  - 로그 수집: 서비스 내역을 기록하고 중앙 서버에 로그 출력
  - 분산 추척: 각 요청마다 ID를 부여하여 서비스를 통과하는 과정 기록
  - 예외 추적: 중복된 예외를 제거하고 개발자에게 경고와 해결상태를 기록
  - 애플리케이션 지표: 카운터, 게이지등의 메트릭 표현에 관한 지표
  - 감사 로깅: 사용자의 작업을 기록
- 테스트 자동화 패턴: 테스트를 단순화하고 다양하게 하는 패턴
  - 컨슈머 주도 계약 : 클라이언트가 의도한 대로 서비스가 동작하는지 확인
  - 인티그레이션 테스트: 클라이언트와 서비스가 상호 통신 가능한지 확인
  - 서비스 컴포넌트: 서비스를 각각 테스트
- 횡단 관심사 패턴: 비즈니스 로직과 연관되지 않는 기술의 구현에 관한 패턴
  - APP Mesh, 마이크로 섀시 패턴, 서비스 Mesh 패턴
- 보안 패턴: 신원, 역할에 따른 사용자 인증 및 권한 부여에 관한 패턴
  - JWT, SESSION 이용
서비스 분해 전략 ( 어플리케이션 패턴)

MSA이든 모놀리식 아키텍처이던지 간에 핵심은 여러 파트로의 분해와 파트 간의 관계에 있다.

업무와 지식을 분리하여 서로 어떻게 상호 작용하는지 밝히는 것이 순서이다.

계층화 아키텍처
- 전형적인 아키텍처 스타일로 계층마다 명확한 역할을 분담한다.
- 각 계층은 하위의 계층에만 의존한다.
- 계층은 표현(프레젠테이션), 비즈니스, 영속화(퍼시스턴스) 로 분리된다.
  - 표현: 사용자 인터페이스, 외부 API가 구현
  - 비즈니스: 비즈니스 로직이 구현
  - 영속화: 데이터베이스 상호작용을 구현
- 그러나 계층화 아키텍처는 현대의 아키텍처와는 큰 간극이 존재한다.
  - 표현 계층이 하나: 현대의 시스템은 호출하는 클라이언트가 여러 개이다.
  - 영속화 계층이 하나: 상호 작용하는 영속화 시스템이 여러 종류가 가능하다
  - 비즈니스 로직이 영속화 계층에 의존한다
  - 현실에서는 영속화 계층의 DAO가 비즈니스 로직에 의존하는 역전이 일어난다.
    - Service → Repository ← DAO(Repository 구현체)
육각형 아키텍처(Hexagonal Architecture)

계층화 아키텍처의 대안으로 여러 모듈로 구성된 외/내부 연동 모듈과 비즈니스 로직이 포함되어있다.

모듈: 도메인 객체의 집합으로 비즈니스 로직을 구성한다. (Entity + Usecase)
인바운드 어댑터(Input Port): REST API, 웹UI 어댑터 등 비즈니스 요청을 요청을 받아 비즈니스 로직을 호출한다.
아웃바운드 어댑터(Output Port): DB 등 영속성(Persistence) 저장소 와 외부 서비스를 호출하는 역할을 담당한다. 또한 비즈니스 로직에서 생성된 이벤트를 발행한다.
이 스타일 아키텍처는 비즈니스 로직에 있던 표현/데이터 접근 로직이 어댑터로 분리되어 의존하지 않게 만든다.