AWS Certified Cloud Practitioner (CLF-C02) #2 Domain 1-1 클라우드 컨셉: 가치와 경제, Cloud Adoption Framework
#1에서 시험 구조와 학습 전략을 잡았습니다. 이제 첫 도메인으로 들어갑니다.
Domain 1(Cloud Concepts)은 시험의 24%를 차지하며, 클라우드가 비즈니스 운영을 어떻게 바꾸는지를 묻는 도메인입니다. 기술적 내용보다 어휘와 개념의 명료함이 점수를 가르는 핵심입니다. 이번 글에서는 도메인의 전반부, 즉 클라우드의 가치 제안과 경제 모델, Cloud Adoption Framework, 글로벌 인프라를 정리하고, 후반부 Well-Architected는 #3에서 다루겠습니다.
클라우드의 6가지 가치 제안 #
AWS가 공식 자료 곳곳에서 반복하는 **클라우드 컴퓨팅의 6가지 이점(Six Advantages of Cloud Computing)**입니다. 시험에서는 시나리오를 던지고 “이 시나리오가 보여 주는 클라우드의 이점은 무엇인가” 형태로 출제됩니다.
| # | 이점 | 핵심 어휘 | 시나리오 |
|---|---|---|---|
| 1 | 자본 지출을 가변 지출로 | CapEx → OpEx | 서버를 살 필요 없이 사용한 만큼 지불 |
| 2 | 규모의 경제 혜택 | Economies of scale | AWS의 대량 구매력 덕에 단가가 낮아짐 |
| 3 | 용량 예측 불필요 | Stop guessing capacity | 트래픽 예측 없이 즉시 증감 |
| 4 | 속도와 민첩성 향상 | Speed and agility | 인프라 조달이 분 단위로 |
| 5 | 데이터센터 운영 부담 제거 | Stop spending money running data centers | 전력,냉방,물리 보안 부담 없음 |
| 6 | 분 단위 글로벌 진출 | Go global in minutes | 새 리전 배포가 클릭 몇 번 |
이 6가지는 순서를 외울 필요는 없습니다. 다만 시험 보기에 6개 모두 비슷한 어휘로 등장하므로 각 항목의 핵심 어휘 1~2개는 머릿속에 있어야 합니다.
CapEx와 OpEx의 차이 #
CLF-C02에서 가장 자주 나오는 비교 개념입니다.
| 항목 | CapEx (Capital Expenditure) | OpEx (Operational Expenditure) |
|---|---|---|
| 의미 | 자산을 사기 위한 지출 | 운영을 위한 반복 지출 |
| 예시 | 서버 구매, 데이터센터 건설 | EC2 시간당 요금, S3 GB당 요금 |
| 회계 처리 | 자산으로 잡혀 감가상각 | 비용으로 즉시 인식 |
| 의사결정 | 장기 예측 + 큰 결재 | 사용량 기반의 짧은 사이클 |
클라우드는 이 두 축 중 CapEx를 OpEx로 전환하는 모델로 설명됩니다. “서버를 사서 5년 동안 감가상각하는” 결재 구조가 “이번 달에 EC2를 200시간 썼으니 그만큼 청구” 구조로 바뀝니다. 시험 보기에 “Convert capital expenses to variable expenses"가 정답으로 자주 등장합니다.
규모의 경제: AWS의 진짜 무기 #
**규모의 경제(Economies of scale)**는 같은 자원을 더 싸게 사는 능력입니다. AWS는 전 세계에서 가장 많은 서버,디스크,네트워크 장비를 사들이는 구매자 중 하나이기에, 한 회사가 데이터센터를 새로 짓는 비용보다 훨씬 낮은 단가로 자원을 확보합니다. 그리고 그 단가 절감의 일부가 고객 가격에 반영됩니다.
이게 왜 중요한가? 시험 보기에서 “AWS가 매년 가격을 인하해 온 이유"를 묻는 문항이 종종 나옵니다. 정답은 규모의 경제입니다. AWS는 2006년 출시 이후 70회 이상의 가격 인하를 발표했고, 그 근거를 항상 규모의 경제로 설명해 왔습니다.
클라우드 배포 모델 #
같은 클라우드라도 어디에 자원을 두는가에 따라 세 가지 배포 모델로 분류됩니다.
| 배포 모델 | 의미 | 예시 |
|---|---|---|
| Cloud (Public Cloud) | 모든 자원이 클라우드 사업자(AWS)에 | 일반 EC2,S3,RDS |
| Hybrid | 일부는 클라우드, 일부는 온프레미스 | AWS + 사내 데이터센터를 VPN/Direct Connect로 연결 |
| On-premises (Private Cloud) | 자원이 사용자 데이터센터에 | VMware,OpenStack |
AWS는 Hybrid를 위한 도구로 AWS Outposts(데이터센터 안에 두는 AWS 하드웨어)와 AWS Storage Gateway(온프레미스 ↔ S3 연결)를 제공합니다. 시험에서는 “기존 데이터센터를 유지하면서 일부 워크로드만 클라우드로 옮기려고 한다, 어떤 배포 모델인가” → Hybrid가 가장 빈도 높은 출제 형태입니다.
Private Cloud의 함정 #
“Private Cloud = 보안이 더 좋다"는 인상은 출제자가 자주 노리는 함정입니다. 보안은 올바른 설정과 운영의 함수이지 배포 모델의 함수가 아닙니다. AWS는 ISO 27001,SOC,FedRAMP 같은 인증을 다 받고 있어 공인 보안 수준은 일반 기업의 사내 데이터센터보다 높은 경우가 많습니다. 시험에서 “보안이 더 강력하므로 Private Cloud가 정답"이라는 보기는 거의 함정입니다.
클라우드의 세 가지 서비스 모델 (IaaS / PaaS / SaaS) #
서비스 모델은 사용자가 어디까지 책임지는가의 분류입니다.
| 모델 | 사용자가 관리하는 범위 | AWS 예시 |
|---|---|---|
| IaaS (Infrastructure as a Service) | OS,런타임,앱,데이터까지 | EC2, VPC |
| PaaS (Platform as a Service) | 앱,데이터만 | Elastic Beanstalk, RDS |
| SaaS (Software as a Service) | 데이터 일부만 | Amazon WorkMail, Chime |
이 세 모델은 #4 책임 공유 모델과 짝지어 외워 둡니다. IaaS일수록 사용자 책임이 크고, SaaS일수록 AWS 책임이 큽니다.
AWS Cloud Adoption Framework (CAF) #
**Cloud Adoption Framework (CAF)**는 기업이 클라우드로 전환할 때 무엇을 점검해야 하는지를 정리한 AWS의 공식 지침입니다. 6개의 관점(Perspective)으로 나뉘며, 시험에서는 각 관점이 어떤 부서의 책임에 대응하는지를 묻습니다.
| 관점 | 책임 영역 | 대응 부서 |
|---|---|---|
| Business | 클라우드 도입의 비즈니스 가치 정의 | 경영진, 사업부 |
| People | 인력 역량 개발과 조직 변화 | HR, 교육 |
| Governance | 우선순위,자원,리스크 관리 | PMO, 재무 |
| Platform | 인프라 아키텍처와 워크로드 | 인프라,아키텍처 팀 |
| Security | 보안,컴플라이언스 보장 | 보안 팀 |
| Operations | 일상 운영과 자동화 | DevOps, SRE |
이 6개를 외울 때 도움이 되는 묶음: 앞의 3개(Business,People,Governance)는 비즈니스 관점, 뒤의 3개(Platform,Security,Operations)는 기술 관점입니다.
CAF가 시험에 어떻게 나오는가 #
“A회사가 클라우드로 전환하면서 직원들의 새로운 기술 학습을 계획하고 있다, 이는 CAF의 어떤 관점에 해당하는가?” 정답은 People.
“A회사가 클라우드 환경에서의 자원 사용량을 모니터링하고 비용을 추적하려고 한다, 어떤 관점인가?” 정답은 Governance(또는 Operations이 보기에 없을 때).
CAF 문항의 핵심은 관점의 이름과 책임 영역을 짝짓는 것입니다. 세부 내용은 공식 가이드에 있으나 시험 수준에서는 위 표 정도로 충분합니다.
AWS 글로벌 인프라 #
실무 트랙 #1에서 다룬 내용이 자격증 어휘로 변환됩니다.
| 단위 | 정의 | 시험 키워드 |
|---|---|---|
| Region | 지리적으로 분리된 데이터센터 클러스터 | 33+ 리전, 격리된 환경 |
| Availability Zone (AZ) | 리전 안의 물리적으로 분리된 데이터센터 그룹 | 한 리전에 3~6개 AZ |
| Edge Location | CloudFront,Route 53가 사용자에 가깝게 응답하기 위한 600+ 거점 | 콘텐츠 캐싱, DNS 응답 |
| Local Zone | 대도시 안에 둔 리전 확장 | 한 자리수 ms 지연 |
| Wavelength Zone | 5G 통신사 네트워크 안 | 모바일 5G 워크로드 |
| Outposts | 사용자 데이터센터 안에 둔 AWS 하드웨어 | Hybrid 시나리오 |
자주 나오는 출제 패턴 #
1) 리전 선택 기준. “법적 요구사항 / 지연 / 비용 / 서비스 가용성” 네 가지 중 골라야 합니다. 가장 많이 출제되는 정답 묶음은 (1) 법규 (2) 지연 (3) 비용 (4) 서비스 가용성.
2) AZ의 의미. “한 AZ에서 장애가 났을 때 영향 범위는?” 정답은 그 AZ 안의 리소스만. 다른 AZ는 정상.
3) Edge Location의 용도. “전 세계 사용자에게 정적 콘텐츠를 빠르게 제공하려면?” 정답은 CloudFront(Edge Location을 통해 캐싱).
4) Outposts의 용도. “데이터 주권 요구 때문에 데이터를 사내 데이터센터에 두면서도 AWS API로 운영하고 싶다” → AWS Outposts.
클라우드 전환의 흔한 동기 #
시험 문항이 시나리오 형태로 출제될 때 회사가 클라우드로 옮기려는 동기가 무엇인지 자주 묻습니다. 자주 나오는 동기와 대응 가치는 다음과 같습니다.
| 동기 시나리오 | 대응 가치 |
|---|---|
| “트래픽 예측이 어려워 서버를 얼마나 사야 할지 모르겠다” | Stop guessing capacity / Elasticity |
| “데이터센터를 운영할 인력이 부족하다” | Stop spending money running data centers |
| “신제품을 빠르게 출시하려면 인프라 조달 시간이 너무 길다” | Speed and agility |
| “글로벌 사용자에게 일관된 응답 시간을 주고 싶다” | Go global in minutes |
| “초기 자본을 줄이고 사용한 만큼만 내고 싶다” | CapEx → OpEx |
| “AWS의 대량 구매력 덕에 단가가 낮다” | Economies of scale |
자주 만나는 함정 #
1) “Private Cloud가 가장 안전하다” #
앞서 언급한 함정입니다. 보안은 운영의 함수이지 배포 모델의 함수가 아닙니다.
2) “Hybrid는 Public + On-premises이므로 보안이 가장 강하다” #
Hybrid는 단순히 두 환경의 연결입니다. 보안 수준은 어느 쪽이 더 잘 운영되는가에 따릅니다.
3) CAF의 People을 HR 부서로만 한정 짓기 #
People은 단순한 HR이 아니라 조직 전체의 클라우드 역량과 문화 변화를 의미합니다. 교육,채용,조직 변화 관리가 모두 People에 들어갑니다.
4) Edge Location을 리전과 혼동 #
Edge Location은 리전이 아닙니다. 별도의 작은 거점으로, CloudFront와 Route 53가 사용합니다. 시험 보기에 “AWS의 데이터센터 단위는?” 같은 문항이 나오면 정답은 리전(또는 AZ).
5) 6가지 가치의 명칭을 헷갈리기 #
“Elasticity"와 “Scalability"는 시험에서 미묘하게 다른 단어로 사용됩니다.
- Elasticity. 수요에 맞춰 자동으로 늘었다 줄었다 하는 성질 (Auto Scaling 같은)
- Scalability. 늘릴 수 있는 능력 자체. 자동인지 수동인지는 불문
6가지 가치 중 “Stop guessing capacity"가 Elasticity에 대응합니다.
정리 #
이번 글에서 잡은 것:
- 클라우드의 6가지 가치 제안. CapEx → OpEx / 규모의 경제 / 용량 예측 불필요 / 속도와 민첩성 / 데이터센터 운영 제거 / 분 단위 글로벌 진출
- CapEx vs OpEx. 자산 매입 vs 사용량 기반. 시험에서 가장 자주 나오는 비교
- 3개 배포 모델. Cloud / Hybrid / On-premises. Private Cloud가 더 안전하다는 함정 주의
- 3개 서비스 모델. IaaS / PaaS / SaaS. 사용자가 책임지는 범위로 분류
- Cloud Adoption Framework 6개 관점. Business / People / Governance / Platform / Security / Operations
- 글로벌 인프라. Region / AZ / Edge Location / Local Zone / Wavelength / Outposts
- 함정. Private Cloud 신화 / Hybrid 신화 / People을 HR로 한정 / Edge Location을 리전으로 혼동 / Elasticity와 Scalability
다음: Well-Architected 6 Pillars #
도메인 1의 후반부로 넘어갑니다.
#3 Domain 1-2 클라우드 디자인: Well-Architected 6 Pillars에서는 운영 우수성,보안,신뢰성,성능 효율,비용 최적화,지속가능성 6개 원칙과 각 원칙의 설계 지침, 그리고 시험 문항에서 어떤 원칙이 답을 가르는지를 정리하겠습니다.