클라우드 모델

학습 목표

IaaS·PaaS·SaaS의 관리 경계와 적합 워크로드를 설명할 수 있다.

책임 공유 모델(Shared Responsibility) 에서 고객·클라우드 역할을 구분할 수 있다.

리전(Region)·가용 영역(AZ) 이 가용성·지연·규제에 미치는 영향을 설명할 수 있다.

온프레미스 vs 클라우드 트레이드오프를 비용·제어·속도 관점에서 비교할 수 있다.

K8s on cloud·관리형 서비스가 어느 층에 해당하는지 위치할 수 있다.

문제 상황

• “클라우드 쓰면 보안은 AWS가 다 한다” — 앱 취약점·IAM 설정은 고객 책임
• EC2에 OS 패치·K8s·앱까지 직접 — PaaS 쓸지 IaaS 쓸지 혼란
• 서울 사용자인데 버지니아 리전 배포 — RTT 200ms·GDPR 데이터 위치 이슈
• 단일 AZ RDS — AZ 장애 시 전체 다운
• 온프레 CAPEX vs 클라우드 OPEX — 트래픽 변동 큰 스타트업 손익 분기마다 재계산
• SaaS CRM + 자체 API — 통합·데이터 소유 경계 불명확

앞서 IaC·GitOps — 클라우드 API로 인프라 선언. 이번 편은 클라우드가 무엇인지·누가 무엇을 책임지는지 모델부터 잡는다. Part 4 Cloud 시작.

1. IaaS · PaaS · SaaS

클라우드 서비스 모델 — 추상화 층이 올라갈수록 운영 부담이 줄고 유연성이 줄 수 있다.

모델	고객이 관리	제공자가 관리	예
IaaS	OS·미들웨어·앱·데이터	물리·가상화·네트워크·스토리지	EC2, GCE, Azure VM
PaaS	앱·데이터	런타임·OS·인프라	Elastic Beanstalk, Cloud Run, Heroku
SaaS	설정·데이터 사용	앱·플랫폼 전부	Gmail, Salesforce, Slack

On-premises:  you manage all layers
IaaS:         you manage from OS up
PaaS:         you manage app + data
SaaS:         you use the application

워크로드	흔한 선택
레거시·커스텀 OS	IaaS
12-factor API·컨테이너	PaaS / K8s(IaaS 위)
이메일·협업	SaaS
데이터 플랫폼	관리형 DB (PaaS 성격)

• 앞서 VM vs 컨테이너 (2편) — IaaS 위 K8s = 오케스트레이션 추가
• EKS/GKE — control plane 관리형 = IaaS·PaaS 혼합

2. 책임 공유 모델

Shared Responsibility — 보안·운영 책임이 모델·서비스마다 다름.

영역	고객	클라우드
데이터	분류·암호화·접근	물리 보안 (일부)
애플리케이션	코드·패치·취약점	—
OS·네트워크 (IaaS)	패치·방화벽·SG	하이퍼바이저 이하
런타임 (PaaS)	앱 설정	런타임·OS
SaaS	계정·권한·사용	앱·인프라

"Security OF the cloud"  → provider (data center, hardware)
"Security IN the cloud"  → customer (IAM, SG, app, data)

실수
S3 bucket public	고객 misconfig
RDS 암호화 미설정	고객 선택
하이퍼바이저 CVE	제공자 패치
Compliance	공동 — SOC2 리포트 + 고객 통제

• Security 시리즈 — AuthN/Z·secret — IN the cloud
• Well-Architected Security pillar (18편) — 책임 체크리스트

3. 리전과 가용 영역

Region — 지리적 데이터센터 집합 (예: ap-northeast-2 서울).
AZ(Availability Zone) — 리전 내 독립 데이터센터 — 전력·네트워크 분리.

개념
Region	지연·규제·가격 — 선택 고정 비용
AZ	단일 장애 격리 — multi-AZ HA
Edge / CDN	캐시·정적 — 리전 앞단

ap-northeast-2
  ├── ap-northeast-2a
  ├── ap-northeast-2b
  └── ap-northeast-2c

Multi-AZ RDS: primary in 2a, standby in 2c

선택
사용자 근접	지연 ↓
데이터 거주	규제 (GDPR, 금융)
DR	다른 region 복제 (20편)
비용	region마다 가격 차이

• 앞서 복제 lag (Database) — cross-region 지연
• Network — RTT·TLS — 리전 간 통신 비용

4. 온프레미스 vs 클라우드

	온프레미스	클라우드
비용	CAPEX·유휴 서버	OPEX·pay-as-you-go
확장	구매 리드타임	API 분
제어	하드웨어·네트워크 전부	추상화·제한
컴플라이언스	물리 통제 쉬움	인증·설정 의존
스킬	DC·하드웨어	IAM·서비스 조합

클라우드 유리
가변 트래픽·스타트업
글로벌 확장·multi-region
관리형 DB·캐시·메시지 (17편)

온프레·하이브리드 유리
레거시·라이선스 바인딩
극저지연·오프라인 (21편 edge)
데이터 물리 격리 필수

Hybrid: on-prem core + cloud burst / DR
Lift-and-shift: VM as-is to cloud (quick, not always optimal)
Cloud-native: managed services + K8s (slower migrate, long-term fit)

• 앞서 IaC — 클라우드·온프레 동일 워크플로 가능
• FinOps — right-sizing·reserved (18편)

5. 플랫폼 스택에서의 위치

구성	층
EC2 + self-managed K8s	IaaS + 직접 ops
EKS / GKE	IaaS + managed control plane
Fargate / Cloud Run	PaaS — 노드 없음
RDS / ElastiCache	관리형 data PaaS
S3	스토리지 서비스
Lambda	Serverless FaaS (17편)

Your app (Deployment on EKS)     → you: app, manifest, GitOps
EKS control plane                → AWS: API server, etcd
EC2 / Fargate workers            → mixed responsibility
VPC, IAM, KMS                    → you: design · AWS: foundation

• 14편 Terraform — VPC·EKS IaaS 선언
• 16편 — VPC·subnet·LB 상세

6. 실무 체크리스트

항목	확인
모델	IaaS/PaaS/SaaS 경계 문서화?
책임	IN the cloud 항목 (IAM, SG, data)?
Region	사용자·규제·DR 맞음?
AZ	prod multi-AZ?
비용	유휴·예약·spot 전략?
이탈	vendor lock-in·데이터 export?

7. 정리

• IaaS·PaaS·SaaS — 관리 층·유연성 트레이드오프
• 책임 공유 — OF vs IN the cloud
• Region·AZ — 지연·HA·규제
• 온프레 vs 클라우드 — CAPEX/OPEX·속도·제어
• K8s on cloud — 혼합 모델이 일반
• 다음 — VPC와 네트워킹

다음에 다룰 것

• VPC·subnet·route table
• Security Group vs NACL, ALB/NLB, NAT gateway

---

해당 내용은 AWS Well-Architected Framework, NIST SP 800-145 의 내용을 기반으로 합니다.