MSA 개념정리 및 기술 스택 조사

[tjdgns8439]

[todo]

• MSA 관련 개념 학습
• MSA Outer Architecture 기술 스택 조사

[tjdgns8439]

https://s200928.tistory.com/29
블로그에 정리해봤습니다!

[zzu-yaaa]

Service Discovery

• 서비스의 위치(IP, Port)를 저장 및 관리하는 서비스의 주소록(=Service Registry) 역할
• 서비스를 호출하는 쪽에서 서비스 위치를 몰라도 Service Discovery 구현체에서 서비스의 위치를 질의함으로써 요청 전달 가능
• Server side vs Client side
  • Server-Side Discovery : Service Registry가 아닌 앞단의 Load Balancer를 통해 다른 서비스 호출 → 추가적인 인프라 필요
  • Client-Side Discovery : Service Registry를 통해 서비스 호출
    • ex) Spring Eureka

API Gateway

• 외부의 요청을 받아 알맞는 도메인 application에게 요청을 보내는 역할
• MSA 구조에서 외부에서 각 마이크로 서비스로 진입하는 진입점으로 API Gateway를 공통되게 사용
• 요청에 대한 공통 관심사를 API Gateway에서 처리 가능 (인증, 모니터링 등)
• 라이브러리 : Netflix Zuul vs Spring Cloud Gateway
  • Netfilx Zuul은 Servlet 기반의 동기 방식
  • Spring Cloud Gateway는 Netty 기반의 비동기/Non-blocking 방식 → 스프링에서 권장
• 동작 과정

Spring Cloud Config

• 문제상황 : 설정 파일을 각각의 모듈이 가지는 경우, 수정 사항이 생길때마다 이를 수정하고 애플리케이션으르 새로 빌드 및 배포해야함
  • Spring Cloud Config 를 통해 서버 외부에서 설정 파일 한 번에 관리 가능
• 분산 시스템에서 외부화된 구성을 위한 서버 및 클라이언트 제공
• Config Server 사용 시, 모든 환경에서 애플리케이션의 외부 속성을 관리할 수 있는 중앙 집중식 장소 생성
• 저장소의 기본 구현은 git을 사용하므로 버전 관리 및 쉽게 접근 가능

Circuit Breaker

• 모듈 간 장애 발생 시 장애를 빠르게 탐지하고 요청 차단 가능
• circuit breaker 패턴
  • 장애를 방지하기 위한 패턴으로 장애 발생 지점을 감지하고 실패하는 요청을 계속적으로 보내지 않도록 방지하는 패턴
  • closed, open, half_open 세 가지 상태로 상태 관리
• fallback
  • 서비스를 차단한 경우 예외를 발생시키는 대신 대비책을 제공하거나 미리 준비된 동작을 실행하는 것
  • Circuit Breaker가 Open 상태인 상황에서 사용자 요청을 에러로 응답하지 않고 성공으로 응답하는 것을 의미
• Bulkhead
  • 응답시 지연되는 서비스에 자원을 모두 소진하지 않도록 스레드 풀을 격리하는 것

SAGA Pattern

• 2pc(2 phase commit)의 문제점을 보완하는 패턴
• 2PC 패턴은 관련 모든 서비스들의 DB 트랜잭션을 동시에 처리하기 위해 관련 DB에 Lock 설정하는 반면, Saga 패턴은 관련 모든 서비스들의 DB 트랜잭션을 순차적으로 처리한다.
• 로컬 트랜잭션 이벤트를 통해 트랜잭션을 처리 → 롤백이 필요한 경우 ‘보상 트랜잭션’ 수행
  • 보상 트랜잭션 : 트랜잭션 자체를 롤백하는게 아니라 롤백한 것처럼 만드는 것
• msa에서 트랜잭션을 관리하기 위한 패턴으로 사용하기위해서는 메시지 브로커 필요

레퍼런스
https://ksh-coding.tistory.com/138 -> msa 시리즈 정말 알차게 읽었습니다
https://www.youtube.com/watch?v=DY3sUeGu74M&t=89s
https://youtu.be/0Ssx7jJJADI?si=n-HgQg368gQn15OW