MSA (MicroServiceArchitecture) (33) 썸네일형 리스트형 Outer Architecture와 Inner Architecture의 이해 Inner Architecture vs Outer Architecture Outer Architecture : MSA가 운영되는 환경을 정의, 예시는 아래와 같다. 우리가 생각하는 일반적인 인프라 아키텍처 구조라고 할 수 있다. Inner Architecture : 실제 비즈니스가 실행되는 각 MSA내 구조를 정의한 아키텍처이다. Inner Architecture는 위에서 설명한 Outer Architecture와는 다른 차이점이 있는데 차이점으로는 위에서 설명한 Outer Architecture는 인프라 기반의 아키텍처를 설명한 반면 Inner Architecture는 실제 비지니스가 실행되는 구조를 정의한 것이다. 내부 서비스와 관련된 architecture. 쉽게 말해 내부 서비스를 어떻게 잘 쪼개.. 쿠버네티스를 활용한 MSA 아키텍처 구성 # MSA... MSA... MSA... 여기저기서 MSA에 혈안이 되어 있다. Micro Service Architecture 즉 MSA는 아래의 그림으로 설명이 가능하다. 구글링을 통해 그나마 잘 설명된 그림을 골라서 가져왔다. MSA를 구현하는데 있어서 쿠버네티스는 필수는 아니다. 하지만 쿠버네티스와 도커 환경없이 MSA를 구현하기 힘들기 때문에 MSA를 말하면 기본적으로 쿠버네티스와 도커 그리고 API Gateway를 통한 서비스 분기 정도 떠올리수 있을거 같다. 자, 그렇다면 나는 AWS를 사용하고 있으므로 AWS에서 제공하는 쿠버네티스 환경인 EKS를 기반으로 MSA를 구현하는 방법에 대해서 말해보자. 기본적인 아키텍처는 아래와 같다. (지극히 개인적인 구조이고, 추상화도 개인적으로 되어 있으.. MSA 아키텍처 설계 시 문제점 및 해결방안 문제점 1. 성능 2. 장애 격리 3. 데이터 동기화 # 성능 - 대용량 트래픽 대응 - 초당 15,000 회의 호출 발생 - 모든 시스템이 대용량 트래픽을 감당하기에는 어려움 # 장애 격리 - 내부 서비스나 DB 장애가 발생해도 서비스는 이상이 없어야 한다. # 데이터 동기화 - 데이터가 분산 되어 있음 해결방안 CQRS 아키텍처 : 명령과 조회를 철저히 분리 C : Command (명령) Q : Query (조회) R : Resposibility S : Segregation 폴리그랏 아키텍처 적용 AWS SNS, SQS 를 사용하요 데이터 동기화 진행 정리 MSA를 꼭 해야되나? 규모의 경제가 바탕이 되어야 한다. 트래픽, 시스템, 인력 모놀리틱 아키텍처와 MSA # 모놀리틱 아키텍처 단점 1. [리소스 낭비의 효과] 하나의 서비스로 묶여있기 때문에, 예를들어 USER 서비스만 스케일 아웃으로 서비스를 확장시키면 되는데, 전체 서비스를 스케일링을 해야하는 단점이 존재한다. 2. [종속적 라이브러리의 충돌] 서비스가 분산되어 있지 않기 때문에 필요한 서비스마다 라이브러리를 설치하는게아니라 전체 라이브러리를 설치해야하는 비효율적인 현상 및 라이브러리 충돌현상 발생 3. [작은 수정사항이 있어도 코드 전체를 배포 해야함] 애플리케이션이 커지면 커질수록 빌드 및 테스트 하는데 상당한 시간이 소요됨 위의 단점을 극복하기위해 MSA 즉 MicroServiceArchitect 라는 개념이 생겼으며 하나의 문화로 자리잡아 가는중... MSA의 장점 1. 서비스 단위의 빠른 개발.. MSA (LoadBalencer를 위한 설정) 1. first-service 와 second-service의 application.yml 파일에 아래의 내용을 각각 추가해 줍니다. eureka: client: register-with-eureka: true fetch-registry: true service-url: defaultZone: http://localhost:8761/eureka - 위와같이 설정해 주는 이유는 eureka 매니저 서버에서 first-service와 second-service와의 통신을 통해 서비스를 관리하기위한 설정 입니다. server: port: 8081 spring: application : name: my-first-service eureka: client: register-with-eureka: true fetc.. MSA (LoggingFilter) 1. GlobalFilter 파일을 복사하고, LoggingFilter로 이름을 바꿔줍니다. 2. 아래의 소스코드를 입력 합니다. package com.example.apigatewayservice.filter; import lombok.Data; import lombok.extern.slf4j.Slf4j; import org.springframework.cloud.gateway.filter.GatewayFilter; import org.springframework.cloud.gateway.filter.OrderedGatewayFilter; import org.springframework.cloud.gateway.filter.factory.AbstractGatewayFilterFactory; import.. MSA (GlobalFilter) 1. filter 패키지에서 CustomFilter파일을 복사하여 GlobalFilter 파일을 생성한다. 2. GlobalFilter에서 아래 코드를 작성한다. package com.example.apigatewayservice.filter; import lombok.Data; import lombok.extern.slf4j.Slf4j; import org.springframework.cloud.gateway.filter.GatewayFilter; import org.springframework.cloud.gateway.filter.factory.AbstractGatewayFilterFactory; import org.springframework.http.server.reactive.ServerHttp.. MSA Spring (CustomFilter) 1. application.yml 파일을 아래와 같이 수정합니다. 기존에 설정된 필터 정보에서 Add 부분을 주석처리하고 CustomFilter를 추가해 줍니다. server: port: 8000 eureka: client: register-with-eureka: false fetch-registry: false service-url: defaultZone: http://localhost:8761/eureka spring: application: name: apigateway-service cloud: gateway: routes: - id: first-service uri: http://localhost:8081/ #http://127.0.0.1:8081/first-service/welcome #이동될.. 이전 1 2 3 4 5 다음
