🎯 1차 프로젝트 도메인/시나리오 논의 자료
작성: 2026-02-10 21:45 목적: 2/11(수) 팀 미팅에서 도메인 및 핵심 시나리오 확정
📋 목차
1. 오늘 회의에서 정할 것
| 순서 | 안건 | 목표 시간 |
|---|---|---|
| 1 | 도메인 확정 | 15분 |
| 2 | 핵심 시나리오 1개 확정 | 20분 |
| 3 | 역할 분담 초안 | 15분 |
| 4 | 기획서 작성 분담 | 10분 |
기획서 마감
2/13(금) 18:00 노션 제출 → 오늘 포함 3일뿐
2. 프로젝트 제약 조건 요약
필수 기술 요구사항
| 요구사항 | 설명 |
|---|---|
| 서버리스 + 컨테이너 | 서버/DB 중 하나는 서버리스, 하나는 VM 컨테이너 배포 |
| HTTPS + 고정 도메인 | SSL/TLS 적용 필수 |
| 로드밸런서/ScaleUp/Rolling Update | 3가지 중 1가지 시연 필수 |
| OpenTelemetry | 모니터링 및 성능 최적화 연구 |
| IAM 최소 권한 | 보안 그룹 구성 |
| 단위 + 통합 테스트 | Unit Test, Integration Test |
| 관계형 DB | RDS 등 |
| 기본 로그 수집 | CloudWatch 등 |
2차/3차 프로젝트 연계
| 프로젝트 | 핵심 |
|---|---|
| 1차 (현재) | 아키텍처/리소스/배포 최적화 + MVP |
| 2차 | 트랜잭션 무결성, 데이터 일관성 |
| 3차 | 모니터링, 장애 대응 자동화 |
핵심 포인트
1차에서 만든 구조가 2차에서 트랜잭션 무결성을 붙일 수 있어야 함
3. 도메인별 비교
한눈에 비교
| 기준 | 🛒 이커머스 | 📉 핀테크 | 📚 교육/헬스 | 🗿 데이터분석 |
|---|---|---|---|---|
| 구현 난이도 | ⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐⭐ |
| 취업 연계 | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐ |
| 2차 확장성 | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐ |
| 클라우드 어필 | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐ |
| 5주 완성 가능성 | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ |
🛒 이커머스
장점
- 비즈니스 로직 단순 → 인프라에 시간 집중 가능
- 트래픽 폭주 시나리오가 자연스러움 (스케일링 시연 근거 명확)
- 2차(트랜잭션): 결제 롤백, 재고 동시성 → 교과서적 사례
- 레퍼런스가 풍부, 막힐 때 참고 자료 많음
단점
- 흔함 → 아키텍처 퀄리티로 차별화해야 함
적합도: 클라우드 엔지니어 4인에게 가장 현실적
📉 핀테크
장점
- 트랜잭션이 도메인의 핵심 → 2차 연결 완벽
- 보안 요구사항이 자연스럽게 충족
- 면접 어필 최상위
단점
- 금융 로직 자체가 복잡 → 백엔드에 시간 빠질 위험
- 팀 전원이 클라우드 엔지니어면 백엔드 구현에서 병목
적합도: 팀에 백엔드 강자가 있으면 도전 가치 있음
📚 교육/헬스케어
장점
- 구현 쉬움, MVP 빠르게 가능
단점
- 트래픽 스파이크 시나리오 부자연스러움
- 2차 트랜잭션 깊이 부족
- 취업 시 도메인 어필력 약함
적합도: 비추천 (명확한 이유가 없다면)
🗿 데이터분석
장점
- 파이프라인이 클라우드 네이티브함 (S3, Lambda, Athena)
단점
- 2차 “트랜잭션 무결성”과 연결이 어색
- ML에 시간 빠지면 인프라 부실해짐
- 포지션이 데이터 엔지니어로 흔들림
적합도: 클라우드 엔지니어 포지션과 안 맞음
4. 시나리오 후보
핵심 원칙
도메인이 아니라 **“어떤 장애를 만들고 해결했는가”**가 차별화 포인트
A. 이커머스 - “선착순 타임딜 플랫폼”
시나리오: 매일 12시 선착순 100명 한정 타임딜
문제: 동시 주문 1000건 → 재고 정합성 + 서버 생존
왜 이 시나리오인가
- 트래픽 폭주 → Auto Scaling 시연 근거
- 동시 주문 → 2차 프로젝트(트랜잭션 무결성) 자연 연결
- 부하 테스트로 숫자 증명 가능 (“응답 지연 500ms 이하 유지”)
아키텍처 스케치
사용자 → Route53(도메인) → CloudFront(HTTPS)
→ ALB(로드밸런서)
→ ECS Fargate(컨테이너): 주문/결제 API
→ RDS PostgreSQL: 주문/재고/유저 DB
→ Lambda(서버리스): 주문 확인 알림, 재고 집계 배치
→ SES/SNS: 이메일/푸시 알림
→ S3: 상품 이미지, 정적 프론트엔드
모니터링: OpenTelemetry → CloudWatch
역할 분담 예시
| 역할 | 담당 | 핵심 업무 |
|---|---|---|
| 인프라/네트워크 | A | VPC, ALB, Route53, HTTPS, IAM |
| 컨테이너/배포 | B | ECS Fargate, CI/CD, Rolling Update |
| 백엔드 API | C | REST API, RDS, Lambda 연동 |
| 모니터링/테스트 | D | OpenTelemetry, CloudWatch, 부하 테스트 |
B. 이커머스 - “실시간 경매 플랫폼”
시나리오: 실시간 입찰 → 최고가 갱신 → 낙찰 처리
문제: 동시 입찰 시 가격 정합성 + 실시간 반영
차별점: WebSocket 사용 → 기술 스택이 풍부해 보임 리스크: 실시간 처리가 복잡, 5주 안에 빠듯할 수 있음
C. 핀테크 - “간편 송금 서비스”
시나리오: A가 B에게 송금 → 잔액 차감/증가 원자성 보장
문제: 송금 중 장애 시 돈이 증발하거나 복제되면 안 됨
차별점: 트랜잭션이 도메인 자체, 면접 어필 최강 리스크: 프론트엔드+백엔드 구현 부담이 큼
D. 이커머스 - “구독형 정기배송 플랫폼”
시나리오: 매월 자동 결제 + 배송 스케줄링
문제: 결제 실패 시 재시도, 구독 상태 관리
차별점: 스케줄링(EventBridge) + 상태 머신 활용 리스크: 즉각적인 트래픽 시연이 어려움
5. 의사결정 체크리스트
각 항목에 팀원 투표 (O/X)
도메인 결정
| 질문 | 답변 |
|---|---|
| 팀에 백엔드(Node.js/Python) 경험자가 있는가? | |
| 팀원 중 프론트엔드 가능한 사람이 있는가? | |
| 금융 도메인에 관심 있는 팀원이 있는가? | |
| 5주 안에 “완성된 시연”이 가능한 범위를 선호하는가? |
시나리오 결정
| 질문 | 답변 |
|---|---|
| 부하 테스트(Artillery, k6 등) 경험이 있는가? | |
| 실시간(WebSocket) 구현 경험이 있는가? | |
| ”숫자로 증명”할 수 있는 시나리오를 원하는가? | |
| 2차 프로젝트에서 트랜잭션을 깊게 파고 싶은가? |
6. 회의 후 액션 아이템
도메인/시나리오 확정 후 바로 실행
| 순서 | 할 일 | 담당 | 마감 |
|---|---|---|---|
| 1 | 기획서 노션 페이지 생성 | 팀장 | 2/11 |
| 2 | 아키텍처 다이어그램 초안 | 인프라 담당 | 2/12 |
| 3 | ERD 초안 | 백엔드 담당 | 2/12 |
| 4 | API 명세 초안 (최소 3종) | 백엔드 담당 | 2/12 |
| 5 | 기획서 통합 및 리뷰 | 전원 | 2/13 오전 |
| 6 | 기획서 제출 | 팀장 | 2/13 18:00 |
오늘 회의의 목표
“완벽한 기획”이 아니라 “방향 확정”이 목표입니다. 도메인과 시나리오만 정하면, 기획서는 3일 안에 충분히 쓸 수 있습니다.