모놀리식 vs 마이크로서비스 — 구조 선택 — 실습 Lab

INCIDENT RESPONSE

0 / 5 단계 완료

📚 PREREQUISITES

Theorysw-engineering/architecture-patterns

TRACK

SW-ENGINEERING

SLA

55분

LEVEL

고급

PHASES

3단계

ENV

local

INCOMING TICKET

“CTO: "새 결제 정산 서비스를 시작하는데, 옆 팀은 처음부터 마이크로서비스로 8개 쪼개서 갔다가 지금 배포 한 번에 서비스 5개를 같이 올리고 있어요. 우리는 어떤 구조로 시작할지 근거 있게 정해 주세요. 모놀리식인지, 모듈러 모놀리스인지, MSA인지 — 왜 그런지까지요."”

YOUR ROLE

새 서비스의 아키텍처를 결정하는 테크리드/시니어 개발자

안 하면 나중에

구조를 팀·도메인·운영 성숙도와 무관하게 고르면, MSA 조기 분해로 "네트워크로 연결된 모놀리스(분산 모놀리스)"가 되거나, 반대로 거대 모놀리스가 되어 배포·확장·소유권이 모두 막힌다. 되돌리는 비용은 처음 고르는 비용의 수십 배다.

📋상황 브리핑

CTO가 말합니다.

"새 결제 정산 서비스를 시작합니다. 개발자는 지금 4명이고, 요구사항은 아직 절반쯤만 확정됐어요. 옆 팀은 유행 따라 처음부터 마이크로서비스로 8개를 쪼갰는데, 지금은 기능 하나 고치려면 서비스 3~4개를 같이 배포해야 하고, 장애가 나면 어디서 터졌는지 추적도 안 됩니다. 그렇다고 전부 한 덩어리 모놀리스로 갔다가 나중에 못 쪼개는 것도 무섭고요. 우리 팀엔 뭐가 맞을까요? 모놀리식인지 모듈러 모놀리스인지 MSA인지 — 무엇을 근거로 그렇게 정했는지까지 정리해 주세요."

아키텍처 선택은 "무엇이 멋진가"가 아니라 "우리 팀 규모·도메인 경계·배포 독립성 요구·운영 성숙도에 무엇이 맞는가"의 문제다. 이 Lab은 팀 상황을 먼저 진단하고, 세 구조를 근거로 비교해 하나를 고른 뒤, 분해 경계와 트레이드오프 관리까지 설계로 확정한다.

⏱ 55분📊 고급🔧 3단계#architecture#monolith#microservices#modular-monolith

MISSION

팀·도메인 진단 — 구조를 고르기 전에 무엇을 봐야 하나

팀 규모·도메인 경계의 명확성·배포 독립성 요구·운영 성숙도를 파악해, 조기 분해의 함정을 피하고 후보 구조를 2개 이하로 좁힌다.

구조 확정 — 세 구조를 같은 기준으로 비교하고 하나를 고른다

모놀리식/모듈러 모놀리스/MSA를 개발속도·배포독립성·운영복잡도·데이터일관성으로 비교해 하나를 근거와 함께 확정하고, 왜 대개 모듈러 모놀리스에서 시작하는지 설명한다.

분해 경계 + 트레이드오프 관리 — 나눈 뒤의 청구서를 어떻게 갚나

분해가 필요할 때 어디를 경계로 삼을지(도메인 경계) 정하고, 분해가 데려오는 분산 트랜잭션·데이터 일관성·관측성 비용을 어떻게 관리할지 설계한다. 잘못된 경계 분해의 위험을 짚는다.

📌 선수 지식

• [이론] sw-engineering/architecture-patterns

ℹ️ 실습 환경

환경: local

🔒

실습 실행은 Pro 플랜 전용입니다

인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.

Pro로 업그레이드 →

>_ LAB TERMINAL↔ 너비 조절

NOTES