AWS MSA ARCHITECTURE

MSA란? MicroService Architecture 작고, 독립적으로 배포 가능한 각각의 기능을 수행하는 서비스단위, 기능단위로 구성된 프레임워크, 아키텍처
MSA특징 각각 자체 프로세스에서 실행 HTTP기반 API로 통신 자동화된 배포머신을 통해 독립배포 중앙 집중식 관리는 최소화 서로 다른 프로그래밍 언어로 개발 가능 서로 다른 데이터 저장 기술을 사용 가능
MSA장점 서비스 별 개별 배포가 가능하다. 배포시의 전체서비스의 중단이 없다. 특정 서비스, 기능의 확장성이 용이하다. 장애가 발생할 경우, 전체 서비스에 영향을 끼치는 부분이 적다.
MSA단점 기능단위의 시스템이 많아져, 인터페이스의 수가 늘어나게되어 오류 발생확인이 어렵다. 서비스가 분리되어 있기 때문에 테스트와 트랜잭션이 복잡하다. 데이터가 여러 서비스에 분산되어있기때문에 관리가 어렵다.
클라우드 시스템인 Azure는 개발 관리도구인 Azure DevOps Services나 Azure Portal등을 이용해서 이러한 단점을 극복하려한다.

기존 Monolith앱의 단점
- 앱 확장성의 어려움
- 장기 개발 사이클의 어려움
- 특정 모듈 장애시의 운영 어려움, 신규 기능 추가의 어려움
다양한 마이크로 서비스 구조 진화

마이크로서비스 아키텍처는 자유롭게 만들 수 있다. EC2를 이용해서 서버에 올린다거나, ECS container를 이용해 Docker처럼 올리거나, Lambda를 이용해서 AWS의 다양한 서비스API를 사용하거나, LambdaBlueprints를 이용해서 다양한 외부 서비스 API를 이용해서 개발할 수 있다.

API 기반 서비스 인터페이스 및 하위 호환성 유지

lambda버전, API gateway의 stage기능, stages변수를 조합하여 API의 버전을 다르게 배포할 수 있다.(테스트용 등)

각기 다른 폴리그랏 개발 및 운영 환경

워크로드별 최적의 개발 환경구성 Polyglot접근 방식을 통한 서비스 아키텍처 선택

적합한 개발 환경, 개발 언어를 사용하여 개발 할 수 있다. 개별적인 데이터 스토어를 구성하여, DB트랜잭션 문제가 생겼을 경우, 해당 데이터 스토어만 에러가 나기때문에 그 외기능은 사용가능하다.
트랜잭션 에러시에
- CorrelationID 활용, 환경변수값을 넘겨서 분기별로 확인
- 서비스별 자체 롤백 제공
StepFunctions 각 단계를 트리거 및 추적, 시각적 워크플로로 확인할 수 있다.

지속적인 마이크로 서비스 모니터링

마이크로 서비스별 보안 강화

API 생태계 확산을 통한 비지니스 창출

기술 너머 조직의 변화

기능별 조직에서 자율성 높은 책임 조직으로

자동화

AWS의 각종 DevOps자동화 도구

참조

Last updated 3 years ago