SlideShare a Scribd company logo
대용량 아키텍쳐 설계
마이크로서비스 아키텍쳐
#목표
“근래에 유행하는 백앤드 아키텍쳐 스타일인 MSA에 대해서 알아본다.”
시작하기에 앞서서
• 아쉽게도 “마이크로서비스 아키텍쳐”를 권장하지는 않겠습니다.
• 실력이 전체적으로 좋은 팀만이 운영이 가능
• 좋은 커뮤니케이션이 전제되어야 함
• 서비스 개발에 유용 (SI 나 프로젝트식의 만들고 빠지는 식에는 안좋음)
• 장애 처리 , 테스트 어려움
기본 개념의 이해
#1
전통적인 아키텍쳐 스타일
• 모노리틱 아키텍쳐 (통서버)
• 하나의 서버에 모든 비지니스 로직이 들어가 있는 형태
• 하나의 중앙 집중화된 데이타 베이스에 모든 데이타가 저장됨
전통적인 아키텍쳐 스타일의 장단점
• 단점
• 여러개의 기술을 혼용해서 사용하기 어려움 (node.js , Ruby, Python etc)
• 배포 및 재기동 시간이 오래 걸림
• 수정이 용이하지 않음 (타 컴포넌트 의존성)
• 장점
• 기술 단일화
• 관리 용이성
마이크로서비스 아키텍쳐란?
• 시스템을 여러개의 독립된 서비스로 나눠서, 이 서비스를 조합함으로서 기능을 제공하는 아키텍쳐 디자인 패
턴
• SOA의 경량화 버전 (실패한다면 실패하는 이유도 같음)
서비스란?
– 단일된 기능 묶음으로 개발된 서비스 컴포넌트
– REST API등을 통하여 기능을 제공
– 데이타를 공유하지 않고 독립적으로 가공 저장
사용자 관리 인터페이스
• REST
• Thrift,Protocol buffer
• AMQP
• :사용자 데이타
서비스 조합
• 하나의 기능을 구현 하는데, 여러개의 서비스를 조합하여 기능을 제공
예) 주문 하기 : 사용자 정보 조회, 상품 정보 조회, 신규 주문 생성
사용자 관리
상품 관리
주문 관리
쇼핑몰 웹
API CALL
사용자정보
상품정보
주문정보 사용자 관리 상품 관리 주문 관리
사용자 정보 상품 정보 주문 정보
쇼핑몰 웹
API CALL
모노리틱
아키텍쳐
마이크로 서비스
아키텍쳐
기술 스택
• 마이크로 서비스 아키텍쳐는 서비스 별로 다른 기술 스택을 사용할 수 있음
사용자 관리
(JAVA)
상품 관리
(node.js)
주문 관리
(JAVA)
사용자 정보
(Cassandra)
상품 정보
(MySQL)
주문 정보
(CouchBase)
쇼핑몰 웹
API CALL
장점일까?
• 운영 관점에서 여러가지 기술을 동
시에 다뤄야 함
(Devops – You build, You run)
• 사람이 떠나면 보수 불가
(Product not a project)
단점일까?
• 적절한 기술을 적절하게 배치 가능
o 복잡한 데이타 RDBMS, 양이
많은 고속 데이타 NoSQL
o C10K NoSQL, 빠른 개발 스크
립트 언어, 튼튼한 시스템은 자
바 …
팀 모델
• 컨웨이의 법칙
• 뼈저리게 느낌
“소프트웨어의 구조는 그 소프트웨어를 만드는 팀
의 구조와 일치한다.”
설계 백날 잘해야 소용없음
제대로 된 팀 구조를 만드는 것이 설계 (그 다음은 알아서 됨 ?)
• 친한팀 컴포넌트끼리는 개발이 잘됨. 그러다 보니 그쪽으로 기능이 몰림
• 잘하는 팀한테 자꾸 중요 기능이 몰림
서비스 컴포넌트들이 균등하게 디자인 되지 않음
팀모델
• 분산형 거버넌스 (각 팀이 알아서. 적합한 기술, 스스로 하기)
• You build & You run!!
• Self Organized Team
• Product vs Project
• Cross functional team
• Alignment (소통!!)
팀 모델
• 팀간 조율이 핵심
• 새로운 조율자 ROLE이 요구됨
프로그램 메니져 : 팀간 일정 조율
치프 아키텍트 : 서비스간 흐름 정의, 표준 정의, 에러 추적/처리 방법 정의
MSA 설계 패턴
#2
마이크로 서비스 아키텍쳐 토폴로지
• 일반적인 마이크로 서비스 아키텍쳐 스택 구조
API gateway
Service orchestration
(mediation, aggregation)
CommonAPIs
CommonAPIs
CommonAPIs
CommonAPIs
CommonAPIs
CommonAPIs
생략 가능 영역
• API 게이트 웨이 : API의 single end point
• Common APIs : 범용 API
• Orchestration : 여러 API를 묶어서, 요구 사항에 맞
는 로직을 구현
• Service Orchestration
규모가 커질 수 록 추가되는 계층들 (오케스트레이션, API 게이트 웨이)
1단계
2단계
3단계
쇼핑몰 API
서버
서비스 오케스트레이션 계층의 활용
사용자 관리 상품 관리 주문 관리
사용자 정보 상품 정보 주문 정보
앱 또는 자바스크
립트 클라이언트
API CALL
사용자 관리 상품 관리 주문 관리
사용자 정보 상품 정보 주문 정보
API CALL
클라이언트
API CALL
클라이언트에서 직접 서비
스를 조합 하는 방식
별도의 조합 계층(Orchestration or Mediation)
을 넣는 방식
다른 프로토콜 사용 가능
ex)내부 PB, 외부 REST
• API가 범용적으로 잘 짜야 있어야함
• 클라이언트 팀이 모든 컴포넌트팀과
조율이 필요
규모가 크지 않은 구조에서 효과적
• 중간에 API를 커스터마이제이션 또는 조합
하는 계층을 별도로 둠
• 클라이언트팀은 조합 API 개발팀과 커뮤니
케이션만 하면 됨
• 클라이언트 요구 사항에 기민하게 대처
• 그러나 계층은 하나 더 늘어남 (성능,디버
깅,배포)
일정 규모 이상. 특히 클라이언트
가 여러개인 구조에 효과적
API 게이트 웨이
• 클라이언트와 API 서버 앞에서 일종
의 프록시 처럼 위치 하여 다양한 기
능을 수행함
• API 인증/인가
• 로깅
• 라우팅
• 메시지 변환
• 메시지 프로토콜 변환
:
API 서버 API 서버 API 서버
데이타 데이타 데이타
API 게이트 웨이
API 게이트 웨이
• SOA ESB (Enterprise Service Bus)의 단순화 버전
• 있으면 좋음. 없어도 됨
• 만들 수 있는 실력있으면, 쓰는게 좋음
• 잘못 쓰면 망하는 지름길
API 게이트웨이를 이용한 설계 패턴 #1
• 인증,인가의 단일화
IDM
(계정관리)
API 토큰
관리
클라이언트
API
게이트 웨이
API
서버
1. API 토큰 발급 요청
2. 사용자 인증/인가
3. API 호출
5. API 호출
4. API 토큰 인증
API 게이트웨이를 이용한 설계 패턴 #2
• 멀티 앤드포인트와 멀티 프로토콜 제공
<그림. 다양한 디바이스로 부터 정보를 수집하는 IOT시스템에 타입별 앤
드 포인트 제공하는 예제>
• MEP (Message Exchange Pattern) 변화
API 게이트웨이를 이용한 설계 패턴 #2
API 게이트웨이를 이용한 설계 패턴 #3
• 오케스트레이션
• ESB 기반 SOA 프로젝트가 실패한 대부
분의 원인 (안하는게 좋음)
• 오케스트레이션 서버를 별도로 두는게
좋음
API 게이트웨이를 이용한 설계 패턴 #4
• 메세지 기반 라우팅
• 글로벌 배포 시스템에 유용함
• 멀티 버전 시스템 (레거시 업그레이드)에 유용
API 게이트웨이를 이용한 설계 패턴 #5
• Cross Cutting Concern (공통 기능) 처리
• 인증,로깅등 공통 기능 처리
• API 개발팀은 비지니스 로직에 집중할 수 있도록 해줌
API 게이트웨이를 이용한 설계 패턴 #6
• 다중 API 게이트 웨이 패턴
• 내부,외부용 API 게이트웨이 분리
API 게이트웨이를 이용한 설계 패턴 #7
• API 호출용 엔드포인트와 스트리밍 (파일)용 엔드포인트 분리
API 게이트웨이를 이용한 설계 패턴 #6
• 비 기능 요소 제어
• QoS 제어
• Metering & Charging (상용 API 서비스 과금)
• API 모니터링
분산 트렌젝션의 추적
• 여러개의 서비스 컴포넌트를 조합하여 움직이는 트
렌젝션에 대한 추적 디자인 패턴
• 원리 (XA 분산 트렌젝션과 유사)
• 초기 API에서 GTXID와 LTXID를 생성
• 서버를 넘어갈때 마다 같은 GTXID를 사용, LTXID는 하
나씩 증가
• 구현시
• 서버간에는 HTTP 헤더로 TXID 전달
• 서버내에서는 Thread Local (Java)등의 컨택스트 변수
활용
 초기 표준 설계가 중요함
Beyond API 게이트 웨이
• API 플랫폼
• API 게이트 웨이
• API 포탈 (웹)
• API 스펙 문서
• 샌드 박스 제공
• 제품군
• 설치형
• WSO2 (오픈소스)
• CA Layer 7 (상용)
• Tyk.io (오픈소스)
• IBM Strong Loop (오픈소스)
• 클라우드형
• AWS API GW
• apigee
정리
#3
마이크로 서비스 아키텍쳐 문제점
• 장애 진단
• 테스팅
• 표준 관리
• 팀의 역량에 따른 일정 및 품질 문제
• 트렌젝션 관리
• 서비스간 코디네이션 (Chief Architect, Program manager의 역할)
• 서비스간 일정 관리
마이크로서비스 아키텍쳐와 같이 가는 개념들
• Self Organized Team
• Agile based interaction model
• Devops (Development & Operation)
• CD (Continuous Delivery)
• Product not a project
마이크로서비스 아키텍쳐
• 전체적인 기술 역량이 뛰어날 것
• Project 보다는 Product 기반의 서비스 조직에 유리
• 일정 규모 이상의 팀이 되어야 유리함
• 팀간 커뮤니케이션과 조직 구조 (Self organized team) 세팅이 전제
• API 게이트 웨이는 양날의 검
• 왠만하면 하지 마시고… 모노리틱과 MSA 중간 정도에서 타협을
• 통제된 기술.
• 너무 잘게 나누지 말고. 업무 단위 정도로 인터페이스 정해가면서.
End of document

More Related Content

What's hot

이벤트 기반 분산 시스템을 향한 여정
이벤트 기반 분산 시스템을 향한 여정이벤트 기반 분산 시스템을 향한 여정
이벤트 기반 분산 시스템을 향한 여정
Arawn Park
 
Ch6 대용량서비스레퍼런스아키텍처 part.1
Ch6 대용량서비스레퍼런스아키텍처 part.1Ch6 대용량서비스레퍼런스아키텍처 part.1
Ch6 대용량서비스레퍼런스아키텍처 part.1
Minchul Jung
 
소프트웨어 아키텍처
소프트웨어 아키텍처소프트웨어 아키텍처
소프트웨어 아키텍처
영기 김
 
마이크로서비스를 위한 AWS 아키텍처 패턴 및 모범 사례 - AWS Summit Seoul 2017
마이크로서비스를 위한 AWS 아키텍처 패턴 및 모범 사례 - AWS Summit Seoul 2017마이크로서비스를 위한 AWS 아키텍처 패턴 및 모범 사례 - AWS Summit Seoul 2017
마이크로서비스를 위한 AWS 아키텍처 패턴 및 모범 사례 - AWS Summit Seoul 2017
Amazon Web Services Korea
 
서버 성능에 대한 정의와 이해
서버 성능에 대한 정의와 이해서버 성능에 대한 정의와 이해
서버 성능에 대한 정의와 이해
중선 곽
 
잘 키운 모노리스 하나 열 마이크로서비스 안 부럽다
잘 키운 모노리스 하나 열 마이크로서비스 안 부럽다잘 키운 모노리스 하나 열 마이크로서비스 안 부럽다
잘 키운 모노리스 하나 열 마이크로서비스 안 부럽다
Arawn Park
 
REST API 설계
REST API 설계REST API 설계
REST API 설계
Terry Cho
 
API Gateway를 이용한 토큰 기반 인증 아키텍처
API Gateway를 이용한 토큰 기반 인증 아키텍처API Gateway를 이용한 토큰 기반 인증 아키텍처
API Gateway를 이용한 토큰 기반 인증 아키텍처
Yoonjeong Kwon
 
Twitter의 snowflake 소개 및 활용
Twitter의 snowflake 소개 및 활용Twitter의 snowflake 소개 및 활용
Twitter의 snowflake 소개 및 활용
흥배 최
 
서버학개론(백엔드 서버 개발자를 위한)
서버학개론(백엔드 서버 개발자를 위한)서버학개론(백엔드 서버 개발자를 위한)
서버학개론(백엔드 서버 개발자를 위한)
수보 김
 
[112]rest에서 graph ql과 relay로 갈아타기 이정우
[112]rest에서 graph ql과 relay로 갈아타기 이정우[112]rest에서 graph ql과 relay로 갈아타기 이정우
[112]rest에서 graph ql과 relay로 갈아타기 이정우
NAVER D2
 
Cassandra Introduction & Features
Cassandra Introduction & FeaturesCassandra Introduction & Features
Cassandra Introduction & Features
DataStax Academy
 
대용량 분산 아키텍쳐 설계 #5. rest
대용량 분산 아키텍쳐 설계 #5. rest대용량 분산 아키텍쳐 설계 #5. rest
대용량 분산 아키텍쳐 설계 #5. rest
Terry Cho
 
숨겨진 마이크로서비스: 초고속 응답과 고가용성을 위한 캐시 서비스 디자인
숨겨진 마이크로서비스: 초고속 응답과 고가용성을 위한 캐시 서비스 디자인숨겨진 마이크로서비스: 초고속 응답과 고가용성을 위한 캐시 서비스 디자인
숨겨진 마이크로서비스: 초고속 응답과 고가용성을 위한 캐시 서비스 디자인
VMware Tanzu Korea
 
[H3 2012] 오픈소스로 개발 실력 쌓기
[H3 2012] 오픈소스로 개발 실력 쌓기[H3 2012] 오픈소스로 개발 실력 쌓기
[H3 2012] 오픈소스로 개발 실력 쌓기
KTH, 케이티하이텔
 
장애 관리 방안
장애 관리 방안장애 관리 방안
장애 관리 방안
Junho Lee
 
How to build massive service for advance
How to build massive service for advanceHow to build massive service for advance
How to build massive service for advance
DaeMyung Kang
 
쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기
Brian Hong
 
Microservices
Microservices Microservices
Microservices
영기 김
 
[Spring Camp 2018] 11번가 Spring Cloud 기반 MSA로의 전환 : 지난 1년간의 이야기
[Spring Camp 2018] 11번가 Spring Cloud 기반 MSA로의 전환 : 지난 1년간의 이야기[Spring Camp 2018] 11번가 Spring Cloud 기반 MSA로의 전환 : 지난 1년간의 이야기
[Spring Camp 2018] 11번가 Spring Cloud 기반 MSA로의 전환 : 지난 1년간의 이야기
YongSung Yoon
 

What's hot (20)

이벤트 기반 분산 시스템을 향한 여정
이벤트 기반 분산 시스템을 향한 여정이벤트 기반 분산 시스템을 향한 여정
이벤트 기반 분산 시스템을 향한 여정
 
Ch6 대용량서비스레퍼런스아키텍처 part.1
Ch6 대용량서비스레퍼런스아키텍처 part.1Ch6 대용량서비스레퍼런스아키텍처 part.1
Ch6 대용량서비스레퍼런스아키텍처 part.1
 
소프트웨어 아키텍처
소프트웨어 아키텍처소프트웨어 아키텍처
소프트웨어 아키텍처
 
마이크로서비스를 위한 AWS 아키텍처 패턴 및 모범 사례 - AWS Summit Seoul 2017
마이크로서비스를 위한 AWS 아키텍처 패턴 및 모범 사례 - AWS Summit Seoul 2017마이크로서비스를 위한 AWS 아키텍처 패턴 및 모범 사례 - AWS Summit Seoul 2017
마이크로서비스를 위한 AWS 아키텍처 패턴 및 모범 사례 - AWS Summit Seoul 2017
 
서버 성능에 대한 정의와 이해
서버 성능에 대한 정의와 이해서버 성능에 대한 정의와 이해
서버 성능에 대한 정의와 이해
 
잘 키운 모노리스 하나 열 마이크로서비스 안 부럽다
잘 키운 모노리스 하나 열 마이크로서비스 안 부럽다잘 키운 모노리스 하나 열 마이크로서비스 안 부럽다
잘 키운 모노리스 하나 열 마이크로서비스 안 부럽다
 
REST API 설계
REST API 설계REST API 설계
REST API 설계
 
API Gateway를 이용한 토큰 기반 인증 아키텍처
API Gateway를 이용한 토큰 기반 인증 아키텍처API Gateway를 이용한 토큰 기반 인증 아키텍처
API Gateway를 이용한 토큰 기반 인증 아키텍처
 
Twitter의 snowflake 소개 및 활용
Twitter의 snowflake 소개 및 활용Twitter의 snowflake 소개 및 활용
Twitter의 snowflake 소개 및 활용
 
서버학개론(백엔드 서버 개발자를 위한)
서버학개론(백엔드 서버 개발자를 위한)서버학개론(백엔드 서버 개발자를 위한)
서버학개론(백엔드 서버 개발자를 위한)
 
[112]rest에서 graph ql과 relay로 갈아타기 이정우
[112]rest에서 graph ql과 relay로 갈아타기 이정우[112]rest에서 graph ql과 relay로 갈아타기 이정우
[112]rest에서 graph ql과 relay로 갈아타기 이정우
 
Cassandra Introduction & Features
Cassandra Introduction & FeaturesCassandra Introduction & Features
Cassandra Introduction & Features
 
대용량 분산 아키텍쳐 설계 #5. rest
대용량 분산 아키텍쳐 설계 #5. rest대용량 분산 아키텍쳐 설계 #5. rest
대용량 분산 아키텍쳐 설계 #5. rest
 
숨겨진 마이크로서비스: 초고속 응답과 고가용성을 위한 캐시 서비스 디자인
숨겨진 마이크로서비스: 초고속 응답과 고가용성을 위한 캐시 서비스 디자인숨겨진 마이크로서비스: 초고속 응답과 고가용성을 위한 캐시 서비스 디자인
숨겨진 마이크로서비스: 초고속 응답과 고가용성을 위한 캐시 서비스 디자인
 
[H3 2012] 오픈소스로 개발 실력 쌓기
[H3 2012] 오픈소스로 개발 실력 쌓기[H3 2012] 오픈소스로 개발 실력 쌓기
[H3 2012] 오픈소스로 개발 실력 쌓기
 
장애 관리 방안
장애 관리 방안장애 관리 방안
장애 관리 방안
 
How to build massive service for advance
How to build massive service for advanceHow to build massive service for advance
How to build massive service for advance
 
쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기
 
Microservices
Microservices Microservices
Microservices
 
[Spring Camp 2018] 11번가 Spring Cloud 기반 MSA로의 전환 : 지난 1년간의 이야기
[Spring Camp 2018] 11번가 Spring Cloud 기반 MSA로의 전환 : 지난 1년간의 이야기[Spring Camp 2018] 11번가 Spring Cloud 기반 MSA로의 전환 : 지난 1년간의 이야기
[Spring Camp 2018] 11번가 Spring Cloud 기반 MSA로의 전환 : 지난 1년간의 이야기
 

Similar to 3. 마이크로 서비스 아키텍쳐

소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해
소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해
소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해
Terry Cho
 
Micro Service Architecture의 이해
Micro Service Architecture의 이해Micro Service Architecture의 이해
Micro Service Architecture의 이해
Terry Cho
 
[D2 COMMUNITY] Open Container Seoul Meetup - 마이크로 서비스 아키텍쳐와 Docker kubernetes
[D2 COMMUNITY] Open Container Seoul Meetup -  마이크로 서비스 아키텍쳐와 Docker kubernetes[D2 COMMUNITY] Open Container Seoul Meetup -  마이크로 서비스 아키텍쳐와 Docker kubernetes
[D2 COMMUNITY] Open Container Seoul Meetup - 마이크로 서비스 아키텍쳐와 Docker kubernetes
NAVER D2
 
초고속 웹사이트 개발을 위한 Codeigniter PHP Framework
초고속 웹사이트 개발을 위한 Codeigniter PHP Framework초고속 웹사이트 개발을 위한 Codeigniter PHP Framework
초고속 웹사이트 개발을 위한 Codeigniter PHP Framework
Inseok Lee
 
야, 너두 짤수있어 - IaC Basic(210131 김성익)
야, 너두 짤수있어 - IaC Basic(210131 김성익)야, 너두 짤수있어 - IaC Basic(210131 김성익)
야, 너두 짤수있어 - IaC Basic(210131 김성익)
SeongIkKim2
 
(GameTech2015) Live Operation by Adbrix의 Node.js와 MongoDB를 이용한 멀티테넌트 인프라 구축사례
(GameTech2015) Live Operation by Adbrix의 Node.js와 MongoDB를 이용한 멀티테넌트 인프라 구축사례(GameTech2015) Live Operation by Adbrix의 Node.js와 MongoDB를 이용한 멀티테넌트 인프라 구축사례
(GameTech2015) Live Operation by Adbrix의 Node.js와 MongoDB를 이용한 멀티테넌트 인프라 구축사례
Jeongsang Baek
 
VSTS와 Azure를 이용한 팀 프로세스 관리
VSTS와 Azure를 이용한 팀 프로세스 관리VSTS와 Azure를 이용한 팀 프로세스 관리
VSTS와 Azure를 이용한 팀 프로세스 관리
Gyuwon Yi
 
Intro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_sIntro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_s
Seong-Bok Lee
 
Cloud migration pattern using microservices
Cloud migration pattern using microservicesCloud migration pattern using microservices
Cloud migration pattern using microservices
Seong-Bok Lee
 
서비스 지향 아키텍쳐 (SOA)
서비스 지향 아키텍쳐 (SOA)서비스 지향 아키텍쳐 (SOA)
서비스 지향 아키텍쳐 (SOA)
Terry Cho
 
온라인 주문 서비스를 서버리스 아키텍쳐로 구축하기 - 김태우(Classmethod) :: AWS Community Day Online 2020
온라인 주문 서비스를 서버리스 아키텍쳐로 구축하기 - 김태우(Classmethod) :: AWS Community Day Online 2020온라인 주문 서비스를 서버리스 아키텍쳐로 구축하기 - 김태우(Classmethod) :: AWS Community Day Online 2020
온라인 주문 서비스를 서버리스 아키텍쳐로 구축하기 - 김태우(Classmethod) :: AWS Community Day Online 2020
AWSKRUG - AWS한국사용자모임
 
designing, implementing and delivering microservices with event storming, spr...
designing, implementing and delivering microservices with event storming, spr...designing, implementing and delivering microservices with event storming, spr...
designing, implementing and delivering microservices with event storming, spr...
uEngine Solutions
 
홍성우, 게임 서버의 목차 - 시작부터 출시까지, NDC2019
홍성우, 게임 서버의 목차 - 시작부터 출시까지, NDC2019홍성우, 게임 서버의 목차 - 시작부터 출시까지, NDC2019
홍성우, 게임 서버의 목차 - 시작부터 출시까지, NDC2019
devCAT Studio, NEXON
 
마이크로 서비스 아키텍쳐 소개 및 구현 방법
마이크로 서비스 아키텍쳐 소개 및 구현 방법마이크로 서비스 아키텍쳐 소개 및 구현 방법
마이크로 서비스 아키텍쳐 소개 및 구현 방법
Young Soo Lee
 
대용량 분산 아키텍쳐 설계 #4. soa 아키텍쳐
대용량 분산 아키텍쳐 설계 #4. soa 아키텍쳐대용량 분산 아키텍쳐 설계 #4. soa 아키텍쳐
대용량 분산 아키텍쳐 설계 #4. soa 아키텍쳐
Terry Cho
 
DevOps를 위한 AWS 서비스 및 개발도구 -김상필 솔루션아키텍트 :: AWS 파트너 테크시프트 세미나
DevOps를 위한 AWS 서비스 및 개발도구  -김상필 솔루션아키텍트 :: AWS 파트너 테크시프트 세미나 DevOps를 위한 AWS 서비스 및 개발도구  -김상필 솔루션아키텍트 :: AWS 파트너 테크시프트 세미나
DevOps를 위한 AWS 서비스 및 개발도구 -김상필 솔루션아키텍트 :: AWS 파트너 테크시프트 세미나
Amazon Web Services Korea
 
사례들로 알아보는 컨테이너, 언제 어떻게 쓰면 좋을까? – 김성수 AWS 솔루션즈 아키텍트, 허준 AWS 어카운트 매니저, 이창명 선데이토...
사례들로 알아보는 컨테이너, 언제 어떻게 쓰면 좋을까? – 김성수 AWS 솔루션즈 아키텍트, 허준 AWS 어카운트 매니저, 이창명 선데이토...사례들로 알아보는 컨테이너, 언제 어떻게 쓰면 좋을까? – 김성수 AWS 솔루션즈 아키텍트, 허준 AWS 어카운트 매니저, 이창명 선데이토...
사례들로 알아보는 컨테이너, 언제 어떻게 쓰면 좋을까? – 김성수 AWS 솔루션즈 아키텍트, 허준 AWS 어카운트 매니저, 이창명 선데이토...
Amazon Web Services Korea
 
OCE - Cno 2014 private sector oriented open paas oce
OCE - Cno 2014 private sector oriented open paas   oceOCE - Cno 2014 private sector oriented open paas   oce
OCE - Cno 2014 private sector oriented open paas oceuEngine Solutions
 
MSA 전략 1: 마이크로서비스, 어떻게 디자인 할 것인가?
MSA 전략 1: 마이크로서비스, 어떻게 디자인 할 것인가?MSA 전략 1: 마이크로서비스, 어떻게 디자인 할 것인가?
MSA 전략 1: 마이크로서비스, 어떻게 디자인 할 것인가?
VMware Tanzu Korea
 
Cloud life seminar open shift,이준영(배포용)
Cloud life seminar   open shift,이준영(배포용)Cloud life seminar   open shift,이준영(배포용)
Cloud life seminar open shift,이준영(배포용)
Software in Life
 

Similar to 3. 마이크로 서비스 아키텍쳐 (20)

소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해
소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해
소프트웨어 개발 트랜드 및 MSA (마이크로 서비스 아키텍쳐)의 이해
 
Micro Service Architecture의 이해
Micro Service Architecture의 이해Micro Service Architecture의 이해
Micro Service Architecture의 이해
 
[D2 COMMUNITY] Open Container Seoul Meetup - 마이크로 서비스 아키텍쳐와 Docker kubernetes
[D2 COMMUNITY] Open Container Seoul Meetup -  마이크로 서비스 아키텍쳐와 Docker kubernetes[D2 COMMUNITY] Open Container Seoul Meetup -  마이크로 서비스 아키텍쳐와 Docker kubernetes
[D2 COMMUNITY] Open Container Seoul Meetup - 마이크로 서비스 아키텍쳐와 Docker kubernetes
 
초고속 웹사이트 개발을 위한 Codeigniter PHP Framework
초고속 웹사이트 개발을 위한 Codeigniter PHP Framework초고속 웹사이트 개발을 위한 Codeigniter PHP Framework
초고속 웹사이트 개발을 위한 Codeigniter PHP Framework
 
야, 너두 짤수있어 - IaC Basic(210131 김성익)
야, 너두 짤수있어 - IaC Basic(210131 김성익)야, 너두 짤수있어 - IaC Basic(210131 김성익)
야, 너두 짤수있어 - IaC Basic(210131 김성익)
 
(GameTech2015) Live Operation by Adbrix의 Node.js와 MongoDB를 이용한 멀티테넌트 인프라 구축사례
(GameTech2015) Live Operation by Adbrix의 Node.js와 MongoDB를 이용한 멀티테넌트 인프라 구축사례(GameTech2015) Live Operation by Adbrix의 Node.js와 MongoDB를 이용한 멀티테넌트 인프라 구축사례
(GameTech2015) Live Operation by Adbrix의 Node.js와 MongoDB를 이용한 멀티테넌트 인프라 구축사례
 
VSTS와 Azure를 이용한 팀 프로세스 관리
VSTS와 Azure를 이용한 팀 프로세스 관리VSTS와 Azure를 이용한 팀 프로세스 관리
VSTS와 Azure를 이용한 팀 프로세스 관리
 
Intro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_sIntro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_s
 
Cloud migration pattern using microservices
Cloud migration pattern using microservicesCloud migration pattern using microservices
Cloud migration pattern using microservices
 
서비스 지향 아키텍쳐 (SOA)
서비스 지향 아키텍쳐 (SOA)서비스 지향 아키텍쳐 (SOA)
서비스 지향 아키텍쳐 (SOA)
 
온라인 주문 서비스를 서버리스 아키텍쳐로 구축하기 - 김태우(Classmethod) :: AWS Community Day Online 2020
온라인 주문 서비스를 서버리스 아키텍쳐로 구축하기 - 김태우(Classmethod) :: AWS Community Day Online 2020온라인 주문 서비스를 서버리스 아키텍쳐로 구축하기 - 김태우(Classmethod) :: AWS Community Day Online 2020
온라인 주문 서비스를 서버리스 아키텍쳐로 구축하기 - 김태우(Classmethod) :: AWS Community Day Online 2020
 
designing, implementing and delivering microservices with event storming, spr...
designing, implementing and delivering microservices with event storming, spr...designing, implementing and delivering microservices with event storming, spr...
designing, implementing and delivering microservices with event storming, spr...
 
홍성우, 게임 서버의 목차 - 시작부터 출시까지, NDC2019
홍성우, 게임 서버의 목차 - 시작부터 출시까지, NDC2019홍성우, 게임 서버의 목차 - 시작부터 출시까지, NDC2019
홍성우, 게임 서버의 목차 - 시작부터 출시까지, NDC2019
 
마이크로 서비스 아키텍쳐 소개 및 구현 방법
마이크로 서비스 아키텍쳐 소개 및 구현 방법마이크로 서비스 아키텍쳐 소개 및 구현 방법
마이크로 서비스 아키텍쳐 소개 및 구현 방법
 
대용량 분산 아키텍쳐 설계 #4. soa 아키텍쳐
대용량 분산 아키텍쳐 설계 #4. soa 아키텍쳐대용량 분산 아키텍쳐 설계 #4. soa 아키텍쳐
대용량 분산 아키텍쳐 설계 #4. soa 아키텍쳐
 
DevOps를 위한 AWS 서비스 및 개발도구 -김상필 솔루션아키텍트 :: AWS 파트너 테크시프트 세미나
DevOps를 위한 AWS 서비스 및 개발도구  -김상필 솔루션아키텍트 :: AWS 파트너 테크시프트 세미나 DevOps를 위한 AWS 서비스 및 개발도구  -김상필 솔루션아키텍트 :: AWS 파트너 테크시프트 세미나
DevOps를 위한 AWS 서비스 및 개발도구 -김상필 솔루션아키텍트 :: AWS 파트너 테크시프트 세미나
 
사례들로 알아보는 컨테이너, 언제 어떻게 쓰면 좋을까? – 김성수 AWS 솔루션즈 아키텍트, 허준 AWS 어카운트 매니저, 이창명 선데이토...
사례들로 알아보는 컨테이너, 언제 어떻게 쓰면 좋을까? – 김성수 AWS 솔루션즈 아키텍트, 허준 AWS 어카운트 매니저, 이창명 선데이토...사례들로 알아보는 컨테이너, 언제 어떻게 쓰면 좋을까? – 김성수 AWS 솔루션즈 아키텍트, 허준 AWS 어카운트 매니저, 이창명 선데이토...
사례들로 알아보는 컨테이너, 언제 어떻게 쓰면 좋을까? – 김성수 AWS 솔루션즈 아키텍트, 허준 AWS 어카운트 매니저, 이창명 선데이토...
 
OCE - Cno 2014 private sector oriented open paas oce
OCE - Cno 2014 private sector oriented open paas   oceOCE - Cno 2014 private sector oriented open paas   oce
OCE - Cno 2014 private sector oriented open paas oce
 
MSA 전략 1: 마이크로서비스, 어떻게 디자인 할 것인가?
MSA 전략 1: 마이크로서비스, 어떻게 디자인 할 것인가?MSA 전략 1: 마이크로서비스, 어떻게 디자인 할 것인가?
MSA 전략 1: 마이크로서비스, 어떻게 디자인 할 것인가?
 
Cloud life seminar open shift,이준영(배포용)
Cloud life seminar   open shift,이준영(배포용)Cloud life seminar   open shift,이준영(배포용)
Cloud life seminar open shift,이준영(배포용)
 

More from Terry Cho

Kubernetes #6 advanced scheduling
Kubernetes #6   advanced schedulingKubernetes #6   advanced scheduling
Kubernetes #6 advanced scheduling
Terry Cho
 
Kubernetes #4 volume &amp; stateful set
Kubernetes #4   volume &amp; stateful setKubernetes #4   volume &amp; stateful set
Kubernetes #4 volume &amp; stateful set
Terry Cho
 
Kubernetes #3 security
Kubernetes #3   securityKubernetes #3   security
Kubernetes #3 security
Terry Cho
 
Kubernetes #2 monitoring
Kubernetes #2   monitoring Kubernetes #2   monitoring
Kubernetes #2 monitoring
Terry Cho
 
Kubernetes #1 intro
Kubernetes #1   introKubernetes #1   intro
Kubernetes #1 intro
Terry Cho
 
머신러닝으로 얼굴 인식 모델 개발 삽질기
머신러닝으로 얼굴 인식 모델 개발 삽질기머신러닝으로 얼굴 인식 모델 개발 삽질기
머신러닝으로 얼굴 인식 모델 개발 삽질기
Terry Cho
 
5. 솔루션 카달로그
5. 솔루션 카달로그5. 솔루션 카달로그
5. 솔루션 카달로그
Terry Cho
 
애자일 스크럼과 JIRA
애자일 스크럼과 JIRA 애자일 스크럼과 JIRA
애자일 스크럼과 JIRA
Terry Cho
 
모바일 개발 트랜드
모바일 개발 트랜드모바일 개발 트랜드
모바일 개발 트랜드
Terry Cho
 
머신 러닝 입문 #1-머신러닝 소개와 kNN 소개
머신 러닝 입문 #1-머신러닝 소개와 kNN 소개머신 러닝 입문 #1-머신러닝 소개와 kNN 소개
머신 러닝 입문 #1-머신러닝 소개와 kNN 소개
Terry Cho
 
R 프로그래밍-향상된 데이타 조작
R 프로그래밍-향상된 데이타 조작R 프로그래밍-향상된 데이타 조작
R 프로그래밍-향상된 데이타 조작
Terry Cho
 
R 프로그래밍 기본 문법
R 프로그래밍 기본 문법R 프로그래밍 기본 문법
R 프로그래밍 기본 문법
Terry Cho
 
R 기본-데이타형 소개
R 기본-데이타형 소개R 기본-데이타형 소개
R 기본-데이타형 소개
Terry Cho
 
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화
Terry Cho
 
Redis data modeling examples
Redis data modeling examplesRedis data modeling examples
Redis data modeling examples
Terry Cho
 
빠르게훓어보는 Node.js와 Vert.x
빠르게훓어보는 Node.js와 Vert.x빠르게훓어보는 Node.js와 Vert.x
빠르게훓어보는 Node.js와 Vert.x
Terry Cho
 
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용
Terry Cho
 
자바 성능 강의
자바 성능 강의자바 성능 강의
자바 성능 강의
Terry Cho
 
Service operation
Service operationService operation
Service operationTerry Cho
 

More from Terry Cho (19)

Kubernetes #6 advanced scheduling
Kubernetes #6   advanced schedulingKubernetes #6   advanced scheduling
Kubernetes #6 advanced scheduling
 
Kubernetes #4 volume &amp; stateful set
Kubernetes #4   volume &amp; stateful setKubernetes #4   volume &amp; stateful set
Kubernetes #4 volume &amp; stateful set
 
Kubernetes #3 security
Kubernetes #3   securityKubernetes #3   security
Kubernetes #3 security
 
Kubernetes #2 monitoring
Kubernetes #2   monitoring Kubernetes #2   monitoring
Kubernetes #2 monitoring
 
Kubernetes #1 intro
Kubernetes #1   introKubernetes #1   intro
Kubernetes #1 intro
 
머신러닝으로 얼굴 인식 모델 개발 삽질기
머신러닝으로 얼굴 인식 모델 개발 삽질기머신러닝으로 얼굴 인식 모델 개발 삽질기
머신러닝으로 얼굴 인식 모델 개발 삽질기
 
5. 솔루션 카달로그
5. 솔루션 카달로그5. 솔루션 카달로그
5. 솔루션 카달로그
 
애자일 스크럼과 JIRA
애자일 스크럼과 JIRA 애자일 스크럼과 JIRA
애자일 스크럼과 JIRA
 
모바일 개발 트랜드
모바일 개발 트랜드모바일 개발 트랜드
모바일 개발 트랜드
 
머신 러닝 입문 #1-머신러닝 소개와 kNN 소개
머신 러닝 입문 #1-머신러닝 소개와 kNN 소개머신 러닝 입문 #1-머신러닝 소개와 kNN 소개
머신 러닝 입문 #1-머신러닝 소개와 kNN 소개
 
R 프로그래밍-향상된 데이타 조작
R 프로그래밍-향상된 데이타 조작R 프로그래밍-향상된 데이타 조작
R 프로그래밍-향상된 데이타 조작
 
R 프로그래밍 기본 문법
R 프로그래밍 기본 문법R 프로그래밍 기본 문법
R 프로그래밍 기본 문법
 
R 기본-데이타형 소개
R 기본-데이타형 소개R 기본-데이타형 소개
R 기본-데이타형 소개
 
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화
2014 공개소프트웨어 대회 소프트웨어 개발 트렌드의 변화
 
Redis data modeling examples
Redis data modeling examplesRedis data modeling examples
Redis data modeling examples
 
빠르게훓어보는 Node.js와 Vert.x
빠르게훓어보는 Node.js와 Vert.x빠르게훓어보는 Node.js와 Vert.x
빠르게훓어보는 Node.js와 Vert.x
 
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용
 
자바 성능 강의
자바 성능 강의자바 성능 강의
자바 성능 강의
 
Service operation
Service operationService operation
Service operation
 

3. 마이크로 서비스 아키텍쳐

  • 2. #목표 “근래에 유행하는 백앤드 아키텍쳐 스타일인 MSA에 대해서 알아본다.”
  • 3. 시작하기에 앞서서 • 아쉽게도 “마이크로서비스 아키텍쳐”를 권장하지는 않겠습니다. • 실력이 전체적으로 좋은 팀만이 운영이 가능 • 좋은 커뮤니케이션이 전제되어야 함 • 서비스 개발에 유용 (SI 나 프로젝트식의 만들고 빠지는 식에는 안좋음) • 장애 처리 , 테스트 어려움
  • 5. 전통적인 아키텍쳐 스타일 • 모노리틱 아키텍쳐 (통서버) • 하나의 서버에 모든 비지니스 로직이 들어가 있는 형태 • 하나의 중앙 집중화된 데이타 베이스에 모든 데이타가 저장됨
  • 6. 전통적인 아키텍쳐 스타일의 장단점 • 단점 • 여러개의 기술을 혼용해서 사용하기 어려움 (node.js , Ruby, Python etc) • 배포 및 재기동 시간이 오래 걸림 • 수정이 용이하지 않음 (타 컴포넌트 의존성) • 장점 • 기술 단일화 • 관리 용이성
  • 7. 마이크로서비스 아키텍쳐란? • 시스템을 여러개의 독립된 서비스로 나눠서, 이 서비스를 조합함으로서 기능을 제공하는 아키텍쳐 디자인 패 턴 • SOA의 경량화 버전 (실패한다면 실패하는 이유도 같음) 서비스란? – 단일된 기능 묶음으로 개발된 서비스 컴포넌트 – REST API등을 통하여 기능을 제공 – 데이타를 공유하지 않고 독립적으로 가공 저장 사용자 관리 인터페이스 • REST • Thrift,Protocol buffer • AMQP • :사용자 데이타
  • 8. 서비스 조합 • 하나의 기능을 구현 하는데, 여러개의 서비스를 조합하여 기능을 제공 예) 주문 하기 : 사용자 정보 조회, 상품 정보 조회, 신규 주문 생성 사용자 관리 상품 관리 주문 관리 쇼핑몰 웹 API CALL 사용자정보 상품정보 주문정보 사용자 관리 상품 관리 주문 관리 사용자 정보 상품 정보 주문 정보 쇼핑몰 웹 API CALL 모노리틱 아키텍쳐 마이크로 서비스 아키텍쳐
  • 9. 기술 스택 • 마이크로 서비스 아키텍쳐는 서비스 별로 다른 기술 스택을 사용할 수 있음 사용자 관리 (JAVA) 상품 관리 (node.js) 주문 관리 (JAVA) 사용자 정보 (Cassandra) 상품 정보 (MySQL) 주문 정보 (CouchBase) 쇼핑몰 웹 API CALL 장점일까? • 운영 관점에서 여러가지 기술을 동 시에 다뤄야 함 (Devops – You build, You run) • 사람이 떠나면 보수 불가 (Product not a project) 단점일까? • 적절한 기술을 적절하게 배치 가능 o 복잡한 데이타 RDBMS, 양이 많은 고속 데이타 NoSQL o C10K NoSQL, 빠른 개발 스크 립트 언어, 튼튼한 시스템은 자 바 …
  • 10. 팀 모델 • 컨웨이의 법칙 • 뼈저리게 느낌 “소프트웨어의 구조는 그 소프트웨어를 만드는 팀 의 구조와 일치한다.” 설계 백날 잘해야 소용없음 제대로 된 팀 구조를 만드는 것이 설계 (그 다음은 알아서 됨 ?) • 친한팀 컴포넌트끼리는 개발이 잘됨. 그러다 보니 그쪽으로 기능이 몰림 • 잘하는 팀한테 자꾸 중요 기능이 몰림 서비스 컴포넌트들이 균등하게 디자인 되지 않음
  • 11. 팀모델 • 분산형 거버넌스 (각 팀이 알아서. 적합한 기술, 스스로 하기) • You build & You run!! • Self Organized Team • Product vs Project • Cross functional team • Alignment (소통!!)
  • 12. 팀 모델 • 팀간 조율이 핵심 • 새로운 조율자 ROLE이 요구됨 프로그램 메니져 : 팀간 일정 조율 치프 아키텍트 : 서비스간 흐름 정의, 표준 정의, 에러 추적/처리 방법 정의
  • 14. 마이크로 서비스 아키텍쳐 토폴로지 • 일반적인 마이크로 서비스 아키텍쳐 스택 구조 API gateway Service orchestration (mediation, aggregation) CommonAPIs CommonAPIs CommonAPIs CommonAPIs CommonAPIs CommonAPIs 생략 가능 영역 • API 게이트 웨이 : API의 single end point • Common APIs : 범용 API • Orchestration : 여러 API를 묶어서, 요구 사항에 맞 는 로직을 구현 • Service Orchestration 규모가 커질 수 록 추가되는 계층들 (오케스트레이션, API 게이트 웨이) 1단계 2단계 3단계
  • 15. 쇼핑몰 API 서버 서비스 오케스트레이션 계층의 활용 사용자 관리 상품 관리 주문 관리 사용자 정보 상품 정보 주문 정보 앱 또는 자바스크 립트 클라이언트 API CALL 사용자 관리 상품 관리 주문 관리 사용자 정보 상품 정보 주문 정보 API CALL 클라이언트 API CALL 클라이언트에서 직접 서비 스를 조합 하는 방식 별도의 조합 계층(Orchestration or Mediation) 을 넣는 방식 다른 프로토콜 사용 가능 ex)내부 PB, 외부 REST • API가 범용적으로 잘 짜야 있어야함 • 클라이언트 팀이 모든 컴포넌트팀과 조율이 필요 규모가 크지 않은 구조에서 효과적 • 중간에 API를 커스터마이제이션 또는 조합 하는 계층을 별도로 둠 • 클라이언트팀은 조합 API 개발팀과 커뮤니 케이션만 하면 됨 • 클라이언트 요구 사항에 기민하게 대처 • 그러나 계층은 하나 더 늘어남 (성능,디버 깅,배포) 일정 규모 이상. 특히 클라이언트 가 여러개인 구조에 효과적
  • 16. API 게이트 웨이 • 클라이언트와 API 서버 앞에서 일종 의 프록시 처럼 위치 하여 다양한 기 능을 수행함 • API 인증/인가 • 로깅 • 라우팅 • 메시지 변환 • 메시지 프로토콜 변환 : API 서버 API 서버 API 서버 데이타 데이타 데이타 API 게이트 웨이
  • 17. API 게이트 웨이 • SOA ESB (Enterprise Service Bus)의 단순화 버전 • 있으면 좋음. 없어도 됨 • 만들 수 있는 실력있으면, 쓰는게 좋음 • 잘못 쓰면 망하는 지름길
  • 18. API 게이트웨이를 이용한 설계 패턴 #1 • 인증,인가의 단일화 IDM (계정관리) API 토큰 관리 클라이언트 API 게이트 웨이 API 서버 1. API 토큰 발급 요청 2. 사용자 인증/인가 3. API 호출 5. API 호출 4. API 토큰 인증
  • 19. API 게이트웨이를 이용한 설계 패턴 #2 • 멀티 앤드포인트와 멀티 프로토콜 제공 <그림. 다양한 디바이스로 부터 정보를 수집하는 IOT시스템에 타입별 앤 드 포인트 제공하는 예제>
  • 20. • MEP (Message Exchange Pattern) 변화 API 게이트웨이를 이용한 설계 패턴 #2
  • 21. API 게이트웨이를 이용한 설계 패턴 #3 • 오케스트레이션 • ESB 기반 SOA 프로젝트가 실패한 대부 분의 원인 (안하는게 좋음) • 오케스트레이션 서버를 별도로 두는게 좋음
  • 22. API 게이트웨이를 이용한 설계 패턴 #4 • 메세지 기반 라우팅 • 글로벌 배포 시스템에 유용함 • 멀티 버전 시스템 (레거시 업그레이드)에 유용
  • 23. API 게이트웨이를 이용한 설계 패턴 #5 • Cross Cutting Concern (공통 기능) 처리 • 인증,로깅등 공통 기능 처리 • API 개발팀은 비지니스 로직에 집중할 수 있도록 해줌
  • 24. API 게이트웨이를 이용한 설계 패턴 #6 • 다중 API 게이트 웨이 패턴 • 내부,외부용 API 게이트웨이 분리
  • 25. API 게이트웨이를 이용한 설계 패턴 #7 • API 호출용 엔드포인트와 스트리밍 (파일)용 엔드포인트 분리
  • 26. API 게이트웨이를 이용한 설계 패턴 #6 • 비 기능 요소 제어 • QoS 제어 • Metering & Charging (상용 API 서비스 과금) • API 모니터링
  • 27. 분산 트렌젝션의 추적 • 여러개의 서비스 컴포넌트를 조합하여 움직이는 트 렌젝션에 대한 추적 디자인 패턴 • 원리 (XA 분산 트렌젝션과 유사) • 초기 API에서 GTXID와 LTXID를 생성 • 서버를 넘어갈때 마다 같은 GTXID를 사용, LTXID는 하 나씩 증가 • 구현시 • 서버간에는 HTTP 헤더로 TXID 전달 • 서버내에서는 Thread Local (Java)등의 컨택스트 변수 활용  초기 표준 설계가 중요함
  • 28. Beyond API 게이트 웨이 • API 플랫폼 • API 게이트 웨이 • API 포탈 (웹) • API 스펙 문서 • 샌드 박스 제공 • 제품군 • 설치형 • WSO2 (오픈소스) • CA Layer 7 (상용) • Tyk.io (오픈소스) • IBM Strong Loop (오픈소스) • 클라우드형 • AWS API GW • apigee
  • 30. 마이크로 서비스 아키텍쳐 문제점 • 장애 진단 • 테스팅 • 표준 관리 • 팀의 역량에 따른 일정 및 품질 문제 • 트렌젝션 관리 • 서비스간 코디네이션 (Chief Architect, Program manager의 역할) • 서비스간 일정 관리
  • 31. 마이크로서비스 아키텍쳐와 같이 가는 개념들 • Self Organized Team • Agile based interaction model • Devops (Development & Operation) • CD (Continuous Delivery) • Product not a project
  • 32. 마이크로서비스 아키텍쳐 • 전체적인 기술 역량이 뛰어날 것 • Project 보다는 Product 기반의 서비스 조직에 유리 • 일정 규모 이상의 팀이 되어야 유리함 • 팀간 커뮤니케이션과 조직 구조 (Self organized team) 세팅이 전제 • API 게이트 웨이는 양날의 검 • 왠만하면 하지 마시고… 모노리틱과 MSA 중간 정도에서 타협을 • 통제된 기술. • 너무 잘게 나누지 말고. 업무 단위 정도로 인터페이스 정해가면서.