[TIL] MSA (Microservices Architechture) ?

승은·2024년 10월 28일

TIL

목록 보기

21/23

대규모 애플리케이션을 작고 독립적인 서비스로 나누어 개발, 배포, 운영하는 아키텍처 방식입니다. 각 서비스는 독립적으로 개발되고 배포될 수 있으며 특정 기능을 담당합니다.
여러 개의 작은 서비스로 구성되어 각 서비스가 독립적으로 개발되고 배포되는 구조입니다.
전체 시스템이 분산되어 있어 개발과 배포가 독립적으로 가능하기 때문에 확장성과 유지관리가 용이합니다.
대규모 프로젝트, 시스템을 독립적으로 개발하고 확장해야 하는 경우에 적합합니다.

어느 상황에 아키텍처를 사용해야 하는가?

전체 서비스 외부로부터 들어오는 접근을 내부 구조를 드러내지 않고 처리하기 위한 요소입니다. 사용자 인증(Consumer Identity Provider)과 권한 정책관리(Policy Management)를 수행하며 API Gateway가 여기서 가장 핵심적인 역할을 담당합니다.
API Gateway는 서버 최앞단에 위치하여 모든 API 호출을 받습니다. 받은 API 호출을 인증한 후 적절한 서비스들에 메세지를 전달될 수 있도록 합니다.

마이크로 서비스 구성 요소간의 네트워크를 제어하는 역할을 합니다.
서비스 간에 통신을 하기 위해서 Service Discovery, Service Routing, 트래픽 관리 및 보안 등을 담당하는 요소가 있어야 합니다.
Service Mesh는 언급된 기능 모두 수행합니다.

컨테이너 기반 어플리케이션 운영은 유연성과 자율성을 가지며 개발자가 손쉽게 접근 및 운영할 수 있는 인프라 관리 기술로 MSA에 적합하다는 평가를 받고 있습니다.
대표적인 컨테이너 관리 환경 : Kubernetes

어플리케이션이 실행되는 가운데 네트워크를 통해서 사용할 수 있는 모든 서비스
MySQL과 같은 데이터베이스, 캐시 시스템, SMTP 서비스 등 어플리케이션과 통신하는 Attached Resource들을 지칭하는 포괄적인 개념
그 중 Message Queue는 MSA에서 메세지의 송신자와 수신자가 직접 토신하지 않고 Message Queue를 활용하여 비동기적으로 통신하는 것을 선호합니다.
- MSA를 적용한 프로젝트에서 장애가 발생한 경우
  - 마이크로서비스 오케스트레이션이 진행되면서 새로운 마이크로 서비스를 생성/재생성 등의 작업을 진행하게 됩니다.
- 만약 Message Queue를 사용하지 않는 강한 결합 구조의 경우
  - 여러 서비스를 걸치는 실시간 트랜잭션을 처리할 때 하나의 서비스가 죽어버린다면 트랜잭션이 끊어지기 때문에 해당 서비스 요청을 보존할 수 없고 큰 에러가 발생합니다.
  - REST 통신으로 트랜잭션 실패에 대한 처리를 구현하는 것은 매우 복잡합니다.

MSA에서 데이터 변경이나 보상 트랜잭션과 같은 처리를 Message Queue를 활용한 비동기 처리가 효율적입니다.

어플리케이션 개발 단계를 자동화하여 어플리케이션을 보다 짧은 주기로 고객에게 제공하는 방법
지속적인 통합(Continuous Integration), 지속적인 전달(Continuous Delivery), 지속적인 배포(Continuous Deployment)가 CI/CD의 기본 개념
이를 자동화하는 것은 배포가 잦은 MSA 시스템에 필요한 요소 중 하나