초격차 패키지
간편결제 프로젝트로
한 번에 끝내는 실전 MSA

간편결제 서비스 프로젝트

6개 서비스로 이루어진 MSA 기반
간편 결제 시스템의 백엔드 + DevOps 풀커버
시나리오 기반 MSA 전환까지

모놀로식부터 DDD로 시작하는 MSA
실무와 가장 유사한 시나리오 기반 프로젝트
한 번에 제대로 끝내는 MSA

MSA 설계부터 개발, 운영까지! 7가지 핵심 아키텍처와 36가지 기술스택으로 학습

기본 정보

| 14개 대주제, 160여개 강의 클립 (약 68시간 분량)
| 실전 - 심화
| 수강대상 :
• Java/Spring 기반의 웹 개발이 익숙한 3~5년차 백엔드 개발자
• IT 대기업 취업, 이직을 위해 Microservice 에서의 강점을 강화하고 싶은 개발자
• 좋은 시니어 개발자가 되기 위해 아키텍처링, DevOps 등 최신/심화 학습을 원하는 개발자
• 복잡한 MSA 환경에서의 엔지니어링이 궁금한 DevOps 엔지니어

강의 특징

• 수강료 1회 결제로 평생 소장
• 질의 응답 커뮤니티 운영
• 강의 중 간편결제 서비스 구축 실습 30시간

코스 프로모션 배너 전용입니다.

0일 0시간 0분 0초 코스 프로모션 배너 전용입니다.

(자동)

정가 ~~(자동)~~

할인 금액 (자동)

현재 판매가 (자동)

(자동)

* 12개월 무이자 할부 시

바로 구매하기

Advanced Backend Projects
미들 · 시니어 개발자로 거듭나기 위한 유일무이 프로젝트
프로덕트 시리즈 강의 묶음 PASS

시리즈 더 구경하기 →

엔터프라이즈급 기업들은
어떤 아키텍처를 가졌을까요?

위 기업들은 빠짐없이 Microservice Architecture를
이.미. 도입했거나 도입 중입니다!

이런 고민을 갖고 계신 분들을 위해!
국내에서 MSA를 제대로 학습할 수 있는
온라인 강의를 준비했습니다!

실전 MSA 강의가 특별한
6가지 이유

잠깐
이 강의는 MSA 설계 이론을 학습하는 아키텍트를 위한 강의가 아닙니다.
오늘 배워 내일 실무에 MSA를 적용하고자 하는 엔지니어들을 위한 프로젝트형 강의입니다!

거의 모든 회사에서 필요한 고급 기술이자
백엔드 개발자가 가장! 선호하는 프로젝트 주제와 기능을 담은
핀테크 도메인, 간편 결제 서비스 프로젝트!

핀테크 도메인 프로젝트의 특징이 궁금하다면 Click!

금융권에서의 MSA는 데이터로 돈을 다루기 때문에 그로 인해 생기는
데이터간 정합성 이슈를 핸들링 하는 것이 특히 중요합니다.
우리의 강의에서도 특정 파트(Part 5. 트랜잭션)에서 관련 내용을 다룰 예정인데요, 여기에서 SAGA라는 개념을 통해 MSA 환경에서 정합성을 어떻게 유지할 수 있는지 학습합니다.
또한 평소에 XX페이(간편 결제 어플리케이션)를 통해 머니를 충전하고, 친구끼리 송금하고, 나아가 결제까지 어떤식으로 진행되는지 궁금하셨던 분들이라면 흥미있게 들으실 수 있습니다 :)

Point 1

핀테크 도메인의 ‘간편 결제 서비스'를 구축하며
MSA를 위한 백엔드와 DevOps를 한 번에

개발자가 원하는 ‘핀테크’ 도메인과 흔히 사용하는 ‘간편결제’를 주제로
MSA를 직접 설계하고 개발하여, 구축한 서비스의 DevOps까지 진행합니다.

Microservice Architecture로 구성된
대규모 간편 결제 프로젝트

MSA가 적용된 간편결제 프로젝트는 회원(Membership),뱅킹(Banking), 머니(Money), 송금(Remittance), 결제(Payment), 정산(Settlement), 총 6개의 서비스로 구성되어 있으며, 각각의 독립적인 프로젝트로 구성되어 있습니다.
각 서비스에서는 기본적인 기능을 먼저 Hexagonal Architecture로 구현하고, 일부 기능들에 EDA, CQRS, Event Sourcing, Saga Pattern등을 적용하며 진행해봅니다.

하나의 프로젝트로 백엔드 + 데브옵스를 모두 구축하는 실전 프로젝트!

뿐만 아니라, 네카라쿠배의 실무 MSA 에서 사용하는
36가지 백엔드 & 데브옵스 기술 스택으로 프로젝트를 진행합니다!

각 파트별 실습 비용을 확인하세요 Click!

백엔드 파트
AWS DynamoDB Standard 테이블 클래스 :
쓰기 요청 유닛(WRU) 100만 건당 1.3556 USD
읽기 요청 유닛(RRU) 100만 건당 0.271 USD * 강의에서 100만건 내로 테스트 예정이라, 최대 2 USD 예상됩니다.

데브옵스 파트
- AWS EKS Cluster 총 비용(월별): 73 USD
- AWS EKS Node 총 비용(월별): 60 USD
- AWS Network Load Balancer 총 비용(월별): 17 USD
- AWS RDS 총 비용(월별): 49 USD
- AWS MSK 총 비용(월별): 100 USD
* MSK나 RDS 관련 비용을 절약하실 수 있도록, K8S로 Kafka나 MySQL DB를 구동시키는 방법도 강의중 가이드 드릴 예정입니다.

모든 서비스를 처음부터 마이크로서비스로 설계하지 않습니다.
대부분의 기업이 모놀리식으로 시작하여
서비스가 성장하는 시기에 MSA로 전환을 시도합니다.
실무에 바로 적용할 수 있는 MSA 강의라면,
모놀리식에서 MSA로 전환하는 과정을 담아야 합니다!

Point 2

DDD(Domain-Driven Design)로 시작하는
MSA 마이그레이션 프로젝트

개발자 채용 공고에서 MSA 와 항상 함께 등장하는 키워드, 도메인 주도 설계(DDD).
실무와 놀랍도록 유사한 프로젝트로 DDD 기반의 MSA 전환을 시작해보세요!

How to Domain-Driven Design?

STEP 01 | 4h

MSA 전환 진단

이론 학습
• MSA 전환이 필요한 상황
• 현재 시스템 파악(필요성, 문제 인지, 팀의 상황, 난이도 등)
• MSA 전환을 위해서 풀어야 할 문제 식별 및 패턴 소개
• MSA 실패 사례
프로젝트
❶ 모놀리스 패캠 페이 서비스의 6가지 도메인 개요
❷ 모놀리스 패캠 페이의 논리 아키텍처 설계
STEP 02 | 7.5h

MSA 전환을 위한 분해

이론 학습
• 비즈니스 능력(Business Capability)을 기준으로 서비스 정의
• DDD의 핵심 원칙: Bounded Context, Sub-domain, Aggregate
• 분해 과정에서 발생하는 장애물 및 서비스 운영
• 시스템 작업 식별 및 정의
프로젝트
❶ Hexagonal Architecture를 활용한 서비스 설계
❷ JPA를 활용한 서비스 도메인 모델, DB 설계
❸ 서버 MVP Application 구현: 계좌 정보 연결, 입출금 요청 등

도메인 주도 설계(DDD)방식의 MSA 전환,
간편결제 프로젝트에 적용한다면?

*위의 두 이미지는 실제 강의에서 진행해볼 간편결제 서비스의 MSA 적용 전/후 아키텍처입니다.

강사의 한 마디
실무에서는 처음부터 MSA로 구축하기보다, 기존 모놀리식으로 구성된 레거시 코드를 MSA로 마이그레이션 해야하는 상황이 대부분인데요.
이 때 가장 중요한 것은 결국 원래는 하나처럼 사용했던 서비스를 "분해하는 것" 입니다.

타 사에서 개별 강의로 학습하는 DDD.
이번 MSA 강의에서는 프로젝트의 시작 부분에 불가합니다!

이제는 많은 회사들이 왜 MSA를 해야하는가에 대한 질문보다는,
어떻게 MSA를 해야하는 가에 대한 질문을 하고 있습니다.

Point 3

시나리오 기반의 문제 해결 프로세스로
실무 MSA를 위한 기술과 아키텍처 모두 학습

MSA 환경에서 맞닥뜨리는 문제들을 각 파트로 나누었습니다.
파트 별로 문제 해결에 필요한 기술을 학습하고, 직접 실습하며 문제 해결력을 키웁니다.

기존에 하나처럼 사용했던 서비스를
어떻게 분해할까?

| 핵심 기술 키워드
도메인 주도 설계 (Domain-Driven Design, DDD)
| 학습 내용
∙ 도메인 주도 패턴(DDD)의 핵심 원칙
∙ 분해 과정의 장애물: 트랜잭션, 가용성 저하, 네트워크 지연
∙ 분해 과정에서 서비스 운영: 스트랭글러 패턴, 통합 글루
∙ Bounded Context, Sub-domain, Aggregate 개념

분해된 서비스들 간
통신은 어떻게 해결할까?

| 핵심 기술 키워드
Kafka(Message Broker)를 활용한 비동기 통신
| 학습 내용
∙ Sync(Http, gRPC) 와 Async(rabbitmq, kafka)
∙ 멱등성(Idempotent)이 중요한 이유
∙ Kafka 를 이용한 간단한 로깅 파이프라인 구현
∙ Kafka 를 활용한 패캠 페이 충전 서비스 고도화

서비스간 분산되어 어려워진
트랜잭션은 어떻게 할까?

| 핵심 기술 키워드
SAGA 및 Event Sourcing과 EDA
| 학습 내용
∙ 2PC 와 보상 트랜잭션(Compensate Transaction)
∙ SAGA 패턴: 코레오그래피, 오케스트레이션
∙ 이벤트 소싱과 EDA
∙ Axon Framework 을 활용한 SAGA 설계 및 개발

서비스 별로 분산 저장된
데이터는 어떻게 쿼리할까?

| 핵심 기술 키워드
AWS DynamoDB를 활용한 CQRS
| 학습 내용
∙ 비즈니스 로직이 포함된 복잡한 데이터 쿼리
∙ 데이터 쿼리 패턴: API 조합 패턴/CQRS
∙ CQRS View Dynamo DB 서비스 구현

강사의 한 마디
MSA 라는 개념이 생기면서 수많은 기술 스택들이 나왔는데요. 다들 많이 사용하시는 Kafka 라는 메세지 브로커도 결국 만들어진 배경은 MSA 였어요. 단순히 MSA가 무엇인지 배운다기 보다는, MSA가 왜 생겼는지부터 여러 기술 스택의 탄생 배경과 해당 기술과 패턴들이
“어떤 문제를 해결하는지”에 집중하여 프로젝트 기반의 강의를 진행합니다.

문제를 해결하며 실무에서 가장 빈번하게 사용되는
7가지 백엔드 핵심 아키텍처를 적용합니다!

01
Monolithic

여러 백엔드 서비스에서 데이터를 검색하고, 서로 다른 데이터 소스를 통합 및 조합하여 클라이언트에게 일관된 인터페이스를 제공하는 패턴
02
Layered

애플리케이션을 계층으로 분리하여 각 계층이 독립적이고, 의존성이 하위 계층에 제한되도록 구성하는 아키텍처 패턴
03
Hexagonal

목적과 역할에 따라 외부와 내부를 명확하게 구분하고, 의존성 역전 원칙을 따라 애플리케이션을 구성하 유연성과 확장성을 높이는 아키텍처 패턴
04
API 조합

여러 백엔드 서비스에서 데이터를 검색하고, 서로 다른 데이터 소스를 통합 및 조합하여 클라이언트에게 일관된 인터페이스를 제공하는 패턴

05
SAGA

MSA 환경에서 트랜잭션 구현을 위한 패턴으로, 코레오그레피 방식과 오케스트레이션 방식이 있으며 보상 트랜잭션을 사용하는 아키텍처 패턴
06
CQRS

명령(Command)과 조회(Query)의 책임을 분리하여 각각을 독립적으로 처리해 각각의 역할과 목적에 집중할 수 있는 패턴
★07★
Event-Driven

비동기적인 이벤트 기반 통신을 통해 데이터를 변경하고, 여러 MSA 서비스 간의 결합도를 낮추어 유연성과 확장성을 높이는 발전된 아키텍처

강사의 한 마디
간편결제 프로젝트의 모놀로식 아키텍처로 시작하여 문제 상황 및 시나리오에 따라 이를 해결할 수 있는 아키텍처 패턴을 적용하며 서비스를 발전시킵니다. 최종 파트에서는 패캠 페이에 적용된 수많은 패턴들을 어디에 어떻게 적용했었는지 되돌아보며, 각 관점의 “목적"을 복습합니다.

Point 4

시니어 개발자를 위한
보안과 안정성 등 심화 주제까지

Valut, Sealed Secret, eBPF, 카오스엔지니어링 등
타 사에서 찾아볼 수 없는 난이도 높은 심화주제까지 담았습니다.

금융에서 매우 중요한, 보안 | 4시간
마이크로 서비스의 보안 설계는 모놀로식 아키텍처에서의 중앙 집중식 보안 모듈과는 다릅니다. 특히 금융 서비스에서 중요한 인증과 데이터 보안 방법 학습합니다.

| 학습 내용
∙ 계층별 보안과 인증의 개념
∙ JWT Token을 통한 API 호출에 대한 인증 적용
∙ Vault를 활용한 DB 데이터 암호화 개발
∙ Sealed Secret을 사용한 민감정보 암호화
MSA 환경의 백신, 카오스 엔지니어링 | 1.5시간
마이크로서비스에서는 하나의 서비스 장애가 전체 시스템 장애로 퍼질 수 있습니다. 카오스 엔지니어링을 통해 장애 상황을 시뮬레이션하며 예측치 못한 격동의 상황을 대비합니다.

| 학습 내용
∙ 카오스 엔지니어링 소개
∙ 주요 장애 주입 : 서비스 장애, 서비스 재시작, 네트워크 지연 발생, 네트워크 패킷 드롭, DNS 조회 실패, CPU/Memory 경쟁 상황, I/O 지연 등
∙ Chaos Mesh를 이용한 다양한 장애 주입하기

Point 5

강의 하나로 끝내는
마이크로 서비스 아키텍처의 모.든.것

마이크로서비스 아키텍처의 설계부터 개발, 운영까지! 모두 담은 탄탄한 커리큘럼으로
MSA 환경의 실무와 유사한 실습과 프로젝트까지 진행합니다.

전체 강의 시간 중 실습만 30시간!
이론과 실습을 완벽하게 익히고 실전에 바로 적용할 수 있는 역량을 키우세요!

| 실습 내용
Docker-compose를 이용하여 로컬 머신에서도 마치 클라우드 MSA 환경처럼 개발환경을 구축하고 배포까지 원스텝으로 실행합니다.
| 실습 내용
GitHub Action기반으로 컨테이너 이미지를 만듭니다.
이를 ArgoCD 기반으로 쿠버네티스 환경에 서비스를 배포해봅니다
| 실습 내용
고객 정보 변경에 대한 이벤트를 발행하고, 머니 서비스에서 변경 이벤트를 구독하여  복잡한 형태의 쿼리를 CQRS 패턴으로 구현하는 실습을 진행합니다.
| 실습 내용
Prometheus, Loki, Jaeger, Grafana를 사용해 운영환경을 구축하고 서비스를 모니터링해 봅니다.

구성이 탄탄하다고 아무나 가르치면 의미 없죠!
MSA 경험이 풍부한 전문가에게 배우고, 노하우까지 챙겨가세요!

Point 6

경력 총합 25년차 백엔드 & 데브옵스 엔지니어의
실무 경험에 기반한 MSA 강의

간편결제 Back-end 개발은 핀테크 출신 백엔드 개발자에게
DevOps 구축은 IT 대기업 출신 테크리드에게 더욱 전문적으로 배우세요!

Benefit 1

궁금한 내용은 언제든
질의응답 커뮤니티에 질문하세요!

실무 개발자이신 강사님께서 직접! 답변하고
수강생과 지식과 고민을 공유하는 질의응답 커뮤니티를 운영합니다.

강사님의 답변은 교육 내용 범주 안에서 가능하며 게시판은 23.05.30 ~ 2026.04.23까지 운영합니다.

질의응답 커뮤니티, 이렇게 이용해보세요!

Benefit 2

마이크로서비스 아키텍처의 모든 것을
이토록 알차게 담은 강의는 어디에서도 찾을 수 없어요!

타사와 비교 불가한 구성의 고퀄리티 강의를 타사 대비 1/3 저렴한 가격에 평생 소장하세요!

추천 대상

모놀리스 아키텍처를 가진 회사에서 MSA로의 전환을 고려하며 MSA에 대한 이해를 높이고 싶은 분

MSA 이론 뿐만 아니라, 프로젝트와 실습을 통해 MSA 구축을 직접 경험하고 싶은 분

비즈니스 로직을 구현하는데 집중했던 백엔드 개발자를 넘어서 아키텍처 설계와 운영환경의 구성까지 고려하는 엔지니어로 한 단계 레벨업 하고 싶은 분

서비스를 클라우드 환경에 빌드 및 배포해서 모니터링 단계까지 단순 복붙이 아닌, DevOps의 주요 개념을 이해하면서 작업하고 싶은 개발자 분.

MSA 구조의 장점을 극대화할 수 있는 DevOps 구축 및 운영을 학습하고자 하는 분

수강 전 질문

Question 1
어떤 개발자가 들어야 하나요?

Java/Spring를 활용한 실무 백엔드 개발 경험 3년(혹은 그에 준하는)수준의 경험을 가진 백엔드 개발자 분이라면 본 강의의 메인 수강대상입니다. 또한 MSA 및 아키텍처링에 관심이 많은 데브옵스 엔지니어 분들께서도 본 강의의 수강대상입니다. 하지만 개발 경험이 부족하더라도, MSA 이론에 대해 학습하고자 하는 취업 준비생, 주니어 개발자 분들께서 강의를 수강하시면 당장은 따라하기 어렵더라도 앞으로의 백엔드 개발의 시야를 넓히는 데 큰 도움을 얻을 수 있습니다.

Question 2
사전지식이 필요한가요?

Java/Spring에 대한 기본 지식과 활용 능력이 필요합니다.
그러나 MSA에 대한 사전 지식은 필요하지 않습니다.
단순히 MSA가 무엇인지, 어떻게 구현하는지만 읊기 보다는, Kafka 뿐만 아니라, Kubernetes, Service-mesh 등의 기술들이 MSA로 인해 탄생했으며 해당 기술들이 어떤 문제를 해결하는지에 집중하는 실전형 강의입니다. 기술 스택에 대한 기초적인 개념 설명은 포함되어 있지 않기 때문에 프로젝트를 원활하게 따라가기 위해서 기본적인 활용 능력이 있으면 좋습니다.

Question 3
강의에서 이론과 프로젝트를
모두 해보나요?

네, MSA는 학습 난이도가 높은 기술로 각 챕터별 이론을 진행한 후 실습을 진행하며 총 70시간의 강의시간 중 30시간이 실습/프로젝트로 구성되어있습니다. 각 챕터마다 이론을 먼저 이해한 후, 이론을 적용하여 아키텍처를 설계하는 실습을 진행, 마지막으로 설계한대로 구현하는 프로젝트를 진행합니다. 이번 강의를 수강하시면 MSA가 적용된 간편결제 서비스를 차근차근 완성할 수 있습니다.

Question 4
MSA 강의 너무 어려워서
못 따라갈까 걱정입니다.

걱정마세요!
언제든 강사님과 수강생에게 도움을 구할 수 있는 질의응답 커뮤니티를 운영합니다. 또한 어려운 주제의 강의인만큼, 이해하기 쉽고 바로 실무에 적용해 볼 수 있도록 실무의 시나리오를 기반으로 진행합니다. 실무에서 고민했던, 경험했던 내용들이 강의에 담겨있어 훨씬 이해하기 쉬울거예요! 아직도 망설여진다면, 아래 강사님의 응원의 한 마디를 확인해주세요 :)

강사님 응원의 한 마디♥

코스 프로모션 배너 전용입니다.

0일 0시간 0분 0초 코스 프로모션 배너 전용입니다.

(자동)

정가 ~~(자동)~~

할인 금액 (자동)

현재 판매가 (자동)

(자동)

* 12개월 무이자 할부 시

바로 구매하기

상세 커리큘럼.

아래의 모든 강의를 초격차 패키지 하나로 모두 들을 수 있습니다.
지금 한 번만 결제하고 모든 강의를 평생 소장하세요!

MSA로의 마이그레이션 과정을 담은 약 47시간 분량의 백엔드

Part 1. MSA 가 왜 좋은거죠

모놀리스의 배경과 종류

• Background of Monolithic
• Single, Multi Module Monolithic Architecture
• Pros of Monolithic
• Cons of Monolithic

MSA 의 등장

• MSA, Why now?
• History of MSA_Monolithic, SOP, MSA
• How MSA solve the problems of monolithic

MSA 핵심 원칙

• MSA 의 핵심 원칙1_Business Capabilities
• MSA 의 핵심 원칙2_Product, Not Project
• MSA 의 핵심 원칙3_Design for Failure

그러면, MSA 는 단점이 없나요?

• 분산시스템이 어려운 이유1_IPC
• 분산시스템이 어려운 이유2_Transactions
• 분산시스템이 어려운 이유3_Monitoring

Part 2. MSA로 전환하기

MSA로의 전환

• MSA 전환이 필요한 상황 진단하기
• MSA 전환을 위해서 풀어야 할 문제 식별 및 패턴 소개 1_분해,통신,트랜잭션 패턴
• MSA 전환을 위해서 풀어야 할 문제 식별 및 패턴 소개 2_데이터쿼리,가시성,신뢰성 패턴과 그 외 패턴들

소프트웨어 아키텍처

• MSA와 소프트웨어 아키텍처의 관계_MSA는 느슨하게결합된 서비스의 집합
• 아키텍처 스타일 소개 1_Layered Architecture
• 아키텍처 스타일 소개 2_Hexagonal Architecture

실습 1. Hexagonal Architecture

• Spring Boot 개발 환경 세팅, Hexagonal 아키텍처
• JPA와 Hexagonal 아키텍처를 활용한 고객 서비스 개발 1
• JPA와 Hexagonal 아키텍처를 활용한 고객 서비스 개발 2

패캠 페이를 만들어보자

• 모놀리스 패캠 페이 서비스의 도메인 개요 1_회원 가입(계좌 연결), 머니, 뱅킹
• 모놀리스 패캠 페이 서비스의 도메인 개요 2_송금, 결제, 정산
• 모놀리스 패캠 페이의 논리 아키텍처 설계

Part 3. 분해부터 시작해보자

어떻게 분해하나요?

• 분해 = 비즈니스 능력(Business Capability) 을 기준으로 서비스를 정의하는일
• 도메인 주도 패턴 (DDD)
• 하위 도메인 패턴에 따른 분리/분해/통합

분해만 하면 끝인가요?

• 서비스 분해 과정에서의 장애물_네트워크 지연, 트랜잭션, 가용성
• 분해 과정에서 서비스 운영_스트랭글러 패턴과 통합 글루

XX 페이의 시스템 작업과 서비스 식별하기

• 시스템 작업 식별하기_기능 요건 정의, 시나리오 기반 고수준 도메인 모델 생성
• 시스템 작업 정의하기_시스템 커맨드 정의
• 시스템 작업 기반 서비스 식별하기

실습 2. docker로 고객 서비스의 image를 만들어 보자

• 프로젝트 세팅_Github Repository, Auth Token, IDE 연동
• 패캠 페이 회원정보 변경 및 Application Dockerizing
• Application build 과정에서 Dockerize, docker-compose 로 application 실행

실습 3. 뱅킹 서비스 개발

• Hexagonal Architecture를 활용한 뱅킹 서비스 설계
• JPA를 활용한 뱅킹 서비스 도메인 모델, DB 설계
• 뱅킹 서버 MVP Application 구현 1_계좌 정보 연결하기
• 뱅킹 서버 MVP Application 구현 2_입금, 출금 요청하기

실습 4. 머니 서비스 개발

• Hexagonal Architecture를 활용한 머니 서비스 설계
• JPA를 활용한 머니 서비스 도메인 모델, DB 설계
• 머니 서버 MVP Application 구현

Part 4. IPC (Inter Process Communication, 통신)

분해로 생긴 문제들

• 분해로 생긴 문제들_IPC, Monitoring
이러한 문제들을 풀기 위한 기술 스택 소개_EFK, K8S/Docker, Service-mesh

IPC 를 위한 패턴

• Sync 패턴 및 관련 스택_http(Restful), grpc
• Async 패턴 및 관련 스택_rabbitmq, kafka
• 멱등성(Idempotent) 이 중요한 이유

kafka 는 무엇일까

• Kafka 의 기본 개념
• Kafka Topic 설계 시 유의사항

실습 5. kafka를 구축해 보자

• Kafka Cluster 를 구축 해보자, Simple Logging Pipeline 구축

실습 6. 패캠 페이에 IPC 패턴 적용

• 패캠페이에서 IPC가 필요한 구간 식별 및 패턴 적용방식 설계
• kafka 를 활용한 패캠 페이 "충전" 서비스 고도화

실습 7. 송금 서비스 정의, DB 설계, 개발

• Hexagonal Architecture를 활용한 송금 서비스 설계
• JPA를 활용한 송금 서비스 도메인 모델, DB 설계
• 송금 서버 MVP Application 구현

Part 5. 트랜잭션

분해와 통신으로 인해 생긴 문제들

• 분해와 통신으로 인해 생긴 문제_분산 트랜잭션(Distributed Transaction)
• 이런 문제를 해결하기 위한 방법_2PC 와 보상 트랜잭션(Compensate Transaction)

MSA 환경에서 트랜잭션을 구현하는 방법: SAGA 패턴

• MSA 환경에서 트랜잭션을 구현하는 방법_SAGA 패턴
• SAGA 패턴의 종류와 장, 단점_코레오그래피, 오케스트레이션 패턴

이벤트 소싱과 EDA

• 이벤트 소싱과 EDA 개념
• SAGA 패턴 구현을 위한 기술 스택 소개_Eventuate, Axon

패캠 페이의 문제는 무엇일까?

• 패캠 페이에서 트랜잭션이 필요한 구간 식별_충전, 송금
• "충전", "송금" 서비스에서 적절한 패턴 선택_오케스트레이션 패턴

실습 8. 사가 패턴 예제 실습

• Axon Framework 을 활용한 Saga 예제 설계
• Axon Framework 을 활용한 Saga 실습, 개발

실습 9. 패캠페이의 충전 서비스 문제 식별, 사가패턴 적용

• "충전" 서비스에서의 문제 식별 및 Saga 설계
• "충전" 서비스에서 Axon Framework 를 활용한 Saga 구현 1
• "충전" 서비스에서 Axon Framework 를 활용한 Saga 구현 2

실습 10. 패캠페의 송금 서비스 문제 식별, 사가패턴 적용

• "송금" 서비스에서의 문제 식별 및 Saga 설계
• "송금" 서비스에서 Axon Framework 를 활용한 Saga 구현 1
• "송금" 서비스에서 Axon Framework 를 활용한 Saga 구현 2

실습 11. 결제 서비스 정의, DB 설계, 개발

• Hexagonal Architecture를 활용한 결제 서비스 설계
• JPA를 활용한 결제 서비스 도메인 모델, DB 설계
• 결제 서버 MVP Application 구현

Part 6. 데이터 쿼리

기능 구현 후 발생할 수 있는 문제 상황

• 문제 상황_비즈니스 로직이 포함된 API 구현
• 문제 해결을 위한 데이터 쿼리 패턴 소개

패켐 페이에서 어디에 적용 해야할까?

• 패캠 페이 문제 파악하기_데이터 쿼리의 한계
• 데이터 쿼리 패턴을 적용하기 위한 옵션 선택

실습 12. 패캠 페이 API 패턴 적용

• API 조합 패턴 적용을 위한 문제 식별 및 물리 아키텍처 설계
• API 조합 패턴이 적용된 서버 Application 개발, 구현

실습 13. 패캠 페이 CQRS 적용 with AWS DynamoDB

• CQRS 패턴 적용을 위한 문제 식별 및 물리 아키텍처 설계
• AWS DynamoDB 소개 및 CQRS 뷰 설계
• Axon Framework 를 활용한 CQRS 패턴 설계, 구현
• CQRS View Dynamo DB 서비스 구현

실습 14. 정산 서비스 정의, DB 설계, 개발

• Hexagonal Architecture를 활용한 정산 서비스 설계
• JPA를 활용한 정산 서비스 도메인 모델, DB 설계
• 정산 서버 MVP Application 구현

Part 7. 보안

어플리케이션 보안 개념

• 계층별 보안과 인증의 개념_어플리케이션 보안
• 어플리케이션 계층과 DB 데이터 보안_JWT토큰과 Vault

실습 15. 패캠 페이 API 호출 시 JWT 토큰 적용

• 패캠 페이에서 보안이 취약한 곳_사용자 인증, 평문화 DB
• API 호출에 대한 인증 적용 1 (JWT Token)
• API 호출에 대한 인증 적용 2 (JWT Token)

실습 16: Vault 적용

• Vault 구현을 위한 논리 아키텍처 설계
• DB 데이터 암호화 개발 1 (Vault)
• DB 데이터 암호화 개발 2 (Vault)

Part 8. 패턴 정리, 회고, 테스팅

테스팅과 배포

• 테스팅이 중요해지고 있는 이유_TDD
• 배포를 자주 하기 위해 고려해야할 것들
_GracefulShutdown, CI/CD

MSA 환경 에서의 테스트

• MSA 환경 테스팅의 특성 소개_Mocking
• Springboot JUnit 소개 및 사용방법 간단 소개

실습 17. MSA에서 테스팅 코드를 개발하고, 자주 배포해보자

• 패캠 페이 비즈니스의 테스트 코드 작성_Client, Producer Mocking
• 패캠 페이 서버의 Graceful Shutdown을 구현해 보자

이론 및 아키텍처 패턴 회고 1

• 패캠 페이에 적용된 수많은 패턴들
• MSA 를 경계하자

이론 및 아키텍처 패턴 회고 2

• 패캠 페이가 가야할 길
• 패캠 페이 CTO 로서..

장애 없는 유연한 MSA 운영을 위한 약 21시간 분량의 데브옵스

Part 9. 클라우드에 운영환경 만들기

클라우드 꼭 써야하나요?

• 클라우드의 장점 소개
• 나에게 맞는 클라우드 벤더사 선택하기
• 클라우드 사용시 고려사항

클라우드에서 코드를 구동하기 위한 환경은 어떤게 있나요?

• 선택가능한 컴퓨팅 자원의 소개
• PaaS의 장점 소개
• 다양한 PaaS 서비스 소개
• 업계 표준으로 자리잡은 Kubernetes
• 실습 : 클라우드에 나만의 데이터센터 구성해 보기
• Kubernetes Cluster 운영환경 이해하기
• 실습 : Terraform 설치 및 주요개념의 이해
• 실습 : 운영 환경을 위한 Kubernetes Cluster 구성해보기

AWS에서 사용 가능한 데이터베이스 환경은 어떤게 있나요?

• 운영환경을 위한 RDBMS 구성하기
• NoSQL 서비스 소개 및 선택지 소개
• DynamoDB 사용시 주의 사항
• 실습 : 나만의 데이터센터에 데이터베이스 설치해 보기

AWS에서 사용 가능한 메시지 브로커 어떤게 있나요?

• Pub/Sub을 지원하는 AWS 서비스 소개
• Amazon MSK 사용시 주의 사항 소개
• 실습: Amazon MSK 연동해보기

Part 10. 코드를 운영환경에 배포해보기

운영 환경 배포를 위해 내 코드를 어떻게 패키징 해야하나요?

• 내 프로그램을 컨테이너 이미지로 만들어보기
• 실습 : Docker 이미지 만들기
• Continuous Integration의 이해
• 다양한 CI 도구 알아보기
• 실습 : GitHub Action을 이용해 컨테이너 이미지 빌드 자동화 하기
• 컨테이너 이미지 최적화의 이해
• 실습 : 최적화된 컨테이너 이미지 만들기

내 컨테이너 이미지를 어떻게 운영환경에 배포하나요?

• Continuous Deploy의 이해
• Kubernetes의 주요 Resource 알아보기
• 서비스 배포를 위한 Kubernetes Resource 알아보기
• 실습 : Kubernetes에 내 서비스 배포해 보기
• 실습 : 내 서비스 외부에서 접속 가능한 환경 구성해 보기
• Kustomize 주요 개념 알아보기
• 실습: Kustomize로 설정 관리 해보기
• HELM 주요 개념 알아보기
• 실습 : HELM으로 내 서비스 패캐징 해보기
• 실습 : 자동으로 내 서비스를 Kubernetes에 배포해 보기
• 실습 : Canary 배포
• 실습 : Blue/Green 배포
• 민감정보 안전하게 관리하기
• 실습 : Sealed Secret을 이용해 민감정보 암호화 하기

Part 11. 서비스 모니터링하기

운영 환경의 내 서비스 동작상태는 어떻게 확인하나요?

• Telemetry 개념 소개
• Metric, Log, Trace의 이해
• 주요 Telemetry 도구 소개
• 실습 : Kubernetes 클러스터에 Prometheus, Grafana, Loki 설치해보기
• 실습 : Grafana로 내 서비스 대시보드 구성해보기
• 실습 : Loki로 내 서비스 로그 조회해 보기
• 실습 : 내 서비스 주요 이벤트에 대한 알림 구성해보기
• eBPF 기술 소개
• 실습 : 서비스간 네트워크 흐름 가시화 하기

Part 12. 서비스 성능이슈 분석하기

MSA 환경에서 성능 이슈는 어떻게 해결하나요?

• Trace 개념 소개
• Trace 도구의 이해
• 실습 1 : Kubernetes 클러스터에 Jaeger 설치하기
• 실습 2 : Jaeger를 이용한 서비스 성능 분석하기

Part 13. 서비스 안정성 높이기

서비스 안정성을 높일 수 있는 방법으론 어떤게 있나요?

• 카오스 엔지니어링 소개
• 주요 장애 주입 내용 알아보기
• 실습 : Chaos Mesh를 이용한 다양한 장애 주입하기

Part 14. Service Mesh 환경에서 내 서비스 운용하기

서비스 메시 환경에서 내 서비스를 어떻게 운용하나요?

• 서비스 메시의 개념 소개
• Istio 주요 기능 알아보기
• 실습 : Istio 환경에서 서비스 배포하기
• 실습 : Istio 환경에서 서비스 Canary 배포하기
• 실습 : Kiali를 이용해 내 서비스에 접근하는 다른 서비스 확인하기

상세 커리큘럼

자세한 커리큘럼 및 내용은 여기서 확인하세요!

자세히 보기 »

이 강의도 추천해요.

학습규정 * 본 상품은 동영상 형태의 강의를 수강하는 상품입니다.
* 상황에 따라 사전 공지 없이 할인이 조기 마감되거나 연장될 수 있습니다.
* 수강 신청 및 결제를 완료하시면, 마이페이지를 통해 바로 수강이 가능합니다.

총 학습기간:
– 정상 수강기간(유료 수강기간) 최초 2개월(60일), 무료 수강 기간은 61일차 이후로 무제한이며, 유료 수강기간과 무료 수강기간 모두 동일하게 시청 가능합니다.
– 본 패키지는 약 67시간 분량으로, 일 1시간 내외의 학습 시간을 통해 정상 수강 기간(=유료 수강 기간) 내에 모두 수강이 가능합니다.
– 수강시작일: 수강 시작일은 결제일로부터 기간이 산정되며, 결제를 완료하시면 마이페이지를 통해 바로 수강이 가능합니다. (사전 예약 강의는 1차 강의 오픈일)
– 패스트캠퍼스의 사정으로 수강시작이 늦어진 경우에는 해당 일정 만큼 수강 시작일이 연기됩니다.
– 일부 강의는 아직 모든 영상이 공개되지 않았습니다. 각 상세페이지 하단에 공개 일정이 안내되어 있습니다.

주의사항 – 본 강의는 유료 실습을 포함하고 있습니다. 파트별 실습 비용은 다음과 같습니다.
1) 백엔드 파트:
AWS DynamoDB Standard 테이블 클래스
- 쓰기 요청 유닛(WRU) 100만 건당 1.3556 USD
- 읽기 요청 유닛(RRU) 100만 건당 0.271 USD
*강의에서 100만건 내로 테스트 예정이라, 최대 2 USD 예상됩니다.

2) 데브옵스 파트:
[ 총 비용 ]
한달: 299 달러 / 일주일: 74.75 달러 / 일(24시간): 10 달러
[세부 내용]
- AWS EKS Cluster 총 비용(월별): 73 USD
- AWS EKS Node 총 비용(월별): 60 USD
- AWS Network Load Balancer 총 비용(월별): 17 USD
- AWS RDS 총 비용(월별): 49 USD
- AWS MSK 총 비용(월별): 100 USD
*이에 전체 오픈 된 이후 한 번에 강의를 수강하신다면, 위 일주일/1일 비용으로 실습이 가능합니다.
다만, EKS나 MSK 같은 경우는 자원을 멈추는 개념이 없어서, 오픈이 진행되는 중에 실습 비용을 관리하기 위해선 매번 새로 생성해야하고 생성시에 시간도 소요(수분 이상)가 됩니다.
*대안으로, EC2 한대로 진행하시는 분의 경우라도 AWS 서비스로 구성하는 부분도 필요하면 찾아보실 수 있도록 실습 영상을 AWS 서비스로 진행하는 내용과 EC2 한대로 진행하는 내용으로 분리하여 제공할 예정입니다.
예) t3. xlarge 1대 사용 월: 149 달러 실습을 20시간하는 경우: 4 달러

– 상황에 따라 사전 공지 없이 할인이 조기 마감되거나 연장될 수 있습니다.
– 천재지변, 폐업 등 서비스 중단이 불가피한 상황에는 서비스가 종료될 수 있습니다.
– 본 상품은 기수강생 할인, VIP CLUB 제도 (구 프리미엄 멤버십), 기타 할인 이벤트 적용이 불가할 수 있습니다.
– 커리큘럼은 제작 과정에서 일부 추가, 삭제 및 변경될 수 있습니다.
– 쿠폰 적용이나 프로모션 등으로 인해 5만원 이하의 금액으로 강의를 결제할 경우, 할부가 적용되지 않습니다.

환불규정 – 환불금액은 정가가 아닌 실제 결제금액을 기준으로 계산됩니다.
– 쿠폰을 사용하여 강의를 결제하신 후 취소/환불 시 쿠폰은 복구되지 않습니다.

– 수강시작 후 7일 이내, 5강 미만 수강 시에는 100% 환불 가능합니다.
– 수강시작 후 7일 이내, 5강 이상 수강 시 전체 강의에서 수강한 강의의 비율에 해당하는 수강료를 차감 후 환불 가능합니다.

– 수강시작 후 7일 초과 시 정상 수강기간 대비 잔여일에 대해 아래 환불규정에 따라 환불 가능합니다.
환불요청일 시 기준
: 수강시작 후 1/3 경과 전, 실 결제금액의 2/3에 해당하는 금액 환불
: 수강시작 후 1/2 경과 전, 실 결제금액의 1/2에 해당하는 금액 환불
: 수강시작 후 1/2 경과 후, 환불 금액 없음

* 보다 자세한 환불 규정은 홈페이지 취소/환불 정책에서 확인 가능합니다.

패스트캠퍼스 아이디 공유 금지 정책 안내 [패스트캠퍼스 아이디 공유 금지 정책]
패스트캠퍼스의 모든 온라인 강의에서는 1개의 아이디로 여러명이 공유하는 형태를 금지하고 있습니다.
동시접속에 대한 기록은 내부 시스템을 통해 자동으로 누적되며, 이후 서비스 이용이 제한될 수 있습니다.

[기기제한 정책]
패스트캠퍼스 온라인 강의 시청을 위해서는 ID별 최대 3개의 기기를 등록할 수 있으며, 기기 등록은 온라인 강의장 접속 시 자동 등록됩니다.
최대 갯수를 초과하였을 경우 등록된 기기 해제가 필요합니다.

[저작권 정책]
패스트캠퍼스의 모든 강의는 무단 배포 및 가공하는 행위, 캡쳐 및 녹화하여 공유하는 행위, 무단으로 판매하는 행위 등 일체의 저작권 침해 행위를 금지합니다.
부정 사용이 적발될 경우 저작권법 위반에 의한 법적인 제재를 받으실 수 있습니다.