마이크로서비스 아키텍처의 오해와 진실

모든 아키텍처 대안들은 주어진 상황에서 장점(이득)과 단점(손실)이 있게 마련이다. 아키텍트는 주어진 상황에서 특정 대안의 장단점을 헤아려 선택 또는 배제의 의사 결정을 내려야 한다. 서비스 지향 아키텍처(SOA)를 설계/구현하는 데 다양한 아키텍처 스타일들이 진화되어 왔다. 그 중 하나인 마이크로서비스 아키텍처(MSA)는 독특한 아키텍처 패턴들을 추구하는데, 그 목적(이득)은 애플리케이션을 매우 짧은 기간마다 업데이트해서 고객의 니즈를 기민하게 충족하고자 함이다. 반면 손실 및 위험은 이벤트 소싱에 의한 데이터 관리, 분산 데이터베이스의 트랜잭션 처리, 서비스 간 이벤트 Pub/Sub을 통한 프로세스 수행 등으로 인해 프로세스 변경, 데이터 일관성 보장, 실패 복구가 어렵고 결함을 유발할 가능성이 높다는 것이다. 빠른 릴리즈 사이클(하루에 수십 번에서 수만 번)을 위해 애플리케이션 운영 및 유지 보수의 기술적 난이도, 관리 복잡성과 사업적 위험을 감수할 것인가? 이러한 판단을 잘 내리려면 알아야만 하는 MSA의 오해와 진실, 또 MSA가 답이 아니라면 최적의 SOA 아키텍처 스타일과 패턴은 어떤 것 들인가, 이 것을 명백히 파헤친다. 강의 시간: 1시간 48분. 모든 퀴즈를 80% 이상 패스할 경우, 본 과정의 수료증을 자동 발급받음. I. 서론 10:54 1. 도입부 00:34 2. SW아키텍처 스타일의 진화 10:20 퀴즈 1 II. SOA 탄생 이전의 SW아키텍처 스타일 12:45 1. 사일로(Silo 또는 Stovepipe) 애플리케이션의 문제점 01:36 2. EAI 플랫폼을 이용한 애플리케이션의 연계 통합 08:00 3. EA 기반 계층형(Layered) 아키텍처의 모놀리식(Monolithic) 웹 애플리케이션 03:09 퀴즈 2 III. 인터넷의 진화와 SOA의 탄생 21:38 1. 2000년대 이후 인터넷의 진화: SOA의 탄생으로 인한 클라우드 및 IoT의 탄생 09:31 2. 인터넷의 모래시계 모델(Hour Glass Model)과 SOA 07:07 3. Web Services, BPM 및 ESB 기반의 매크로서비스(Macroservice) 아키텍처 05:00 퀴즈 3 IV. SOA 적용 사례 12:22 1. SAP ERP의 SOA 전환 (2004년) 01:43 2. 아마존의 전사 표준 아키텍처로 SOA 채택 (2002년) 07:00 3. 인텔사의 표준 아키텍처로 SOA 채택 (2013) 03:39 퀴즈 4 V. SW공학의 발전과 미니서비스(Miniservice) 아키텍처의 확산 08:23 1. SOA 기반의 애자일 및 DevOps 개발 프로세스 03:24 2. REST 및 컨테이너 기반의 미니서비스(Miniservice) 아키텍처 출현과 확산 04:59 퀴즈 5 VI. 마이크로서비스 아키텍처(MSA)의 출현 목적과 장단점 22:43 1. 릴리즈 사이클을 수초~수분 대로 줄이려는 MSA의 구현 패턴 08:13 2. 아마존의 MSA 활용 사례 06:14 3. 매크로, 미니, 마이크로 서비스 아키텍처의 장단점 비교 02:21 4. MSA의 구현 패턴 05:55 퀴즈 6 VII. MSA의 설계 사례: 전자상거래 사업 13:08 1. 전자상거래의 기능 분석: 비즈니스 프로세스 분석 및 사용사례 도출 02:05 2. 전자상거래 애플리케이션의 객체 설계 (도메인모델)과 서비스 설계 03:30 3. 전자상거래 MSA의 분산 데이터베이스 설계 01:37 4. 전자상거래 마이크로서비스의 동적 조합을 위한 오케스트레이션 대비 코리오그래피의 장단점 05:56 퀴즈 7 VIII. 결론 06:27 1. MSA의 선제 조건과 적용 가이드 06:27 퀴즈 8