Cert Notes/ 출퇴근 학습 노트
로드맵
KOEN
CLF-C02 · FoundationalCloud Practitioner - Foundational
  • Week 1
    • 1.클라우드 컴퓨팅이란 무엇인가
    • 2.AWS 글로벌 인프라
    • 3.공동 책임 모델
    • 4.Well-Architected Framework 6대 기둥과 클라우드 채택 가치
    • 5.Week 1 종합: 클라우드 개념 복습
  • Week 2
    • 1.컴퓨팅 개요: EC2, Lambda, 그리고 컨테이너(ECS/Fargate)
    • 2.스토리지 개요: S3(객체), EBS(블록), EFS·FSx(파일)
    • 3.네트워킹 기초: VPC, 서브넷, 보안 그룹, 인터넷 게이트웨이
    • 4.콘텐츠 전송과 DNS: CloudFront, Route 53, 엣지 서비스
    • 5.Week 2 종합 — 핵심 서비스 1 복습
  • Week 3
    • 1.데이터베이스 개요: 같은 "DB"라도 쓰임새가 다르다
    • 2.애플리케이션 통합: 시스템을 느슨하게 연결하기
    • 3.관리·모니터링 도구: 시스템을 지켜보고 추적하기
    • 4.배포·자동화·기타: 인프라를 코드로, 그리고 서버 없이
    • 5.Week 3 종합 — 핵심 서비스 2 복습
  • Week 4
    • 1.공동 책임 모델 심화와 IAM의 기본기
    • 2.보안 서비스 한눈에 보기: 어떤 위협을 막는가
    • 3.규정 준수: 증명서, 인증 프로그램, 그리고 데이터의 국적
    • 4.데이터 보호의 기본: 암호화, 키 관리, 비밀 보관
    • 5.Week 4 종합: 보안과 규정 준수 한 번에 정리
  • Week 5
    • 1.요금 모델: 같은 컴퓨팅도 어떻게 사느냐에 따라 가격이 다르다
    • 2.비용 관리 도구: 얼마 썼는지 보고, 새기 전에 막는다
    • 3.지원 플랜: 문제가 생겼을 때 AWS는 어떻게 돕는가
    • 4.청구 구조: 여러 계정을 하나로 결제하고, 미리 비용을 가늠한다
    • 5.Week 5 종합: 청구·요금·지원 한 번에 복습
  • Week 6
    • 1.도메인 복습 1: 클라우드 개념 + 클라우드 기술 및 서비스 핵심 총정리
    • 2.도메인 복습 2: 보안 및 규정 준수 + 청구·요금·지원 핵심 총정리
    • 3.전체 모의고사 페이스: 4개 도메인 종합
    • 4.자주 틀리는 함정·키워드: "키워드→서비스" 번역표
    • 5.D-Day 마무리: 시험 구성, 시간 배분, 마지막 점검 체크리스트
DVA-C02 · AssociateDeveloper - Associate
SAA-C03 · AssociateSolutions Architect - Associate
SOA-C02 · AssociateCloudOps Engineer - Associate
SAP-C02 · ProfessionalSolutions Architect - Professional
DOP-C02 · ProfessionalDevOps Engineer - Professional
SCS-C03 · SpecialtySecurity - Specialty
MLA-C01 · AssociateMachine Learning Engineer - Associate
AIF-C01 · FoundationalAI Practitioner - Foundational
DEA-C01 · AssociateData Engineer - Associate
MLS-C01 · SpecialtyMachine Learning - Specialty
합격 후기
← CLF-C02/Week 1/Day 1
CLF-C02· AssociateWeek 1 · Day 1읽기 약 17분

Day 1 - 클라우드 컴퓨팅이란 무엇인가

📌 핵심 정리

  • 클라우드 컴퓨팅 = 인터넷으로 컴퓨팅 자원을 빌려 쓰고 쓴 만큼만 내는 방식. 전기 요금과 같은 구조다.
  • 온프레미스는 선투자(자본비용), 클라우드는 사용한 만큼(가변비용). 확장도 몇 분이면 끝난다.
  • 배포 모델 3가지 — 퍼블릭(여러 고객 공유) / 프라이빗(한 조직 전용) / 하이브리드(둘을 연결).
  • 6가지 이점: 자본비용→가변비용, 규모의 경제, 용량 추정 불필요, 속도·민첩성, 운영비 절감, 몇 분 만에 전 세계 배포.
  • NIST가 정의한 클라우드 5특징: 주문형 셀프서비스, 광범위한 네트워크 접근, 자원 풀링, 빠른 탄력성, 측정된 서비스.

클라우드 컴퓨팅의 정의

  • 정의: 인터넷을 통해 컴퓨팅 자원(서버, 저장 공간, 데이터베이스, 네트워크, 소프트웨어 등)을 필요할 때 빌려 쓰고, 쓴 만큼만 비용을 내는 방식.
  • 비유: 전기. 집에 발전기를 두지 않고 콘센트에 플러그를 꽂아 쓴 만큼 요금을 낸다.
  • 클라우드도 똑같다 — 직접 서버를 사서 전산실에 두는 대신, AWS 같은 공급자의 서버를 인터넷으로 빌려 쓰고 사용량만큼 지불한다.

전통적인 방식(온프레미스, on-premises)과 비교하면 차이가 분명해진다.

비교 항목온프레미스 (직접 보유)클라우드 (빌려 쓰기)
서버 구입미리 큰돈 주고 직접 구매구매 불필요, 필요할 때 사용
비용 형태선투자(자본비용)사용한 만큼(가변비용)
용량 확장새 장비 주문·설치까지 수주~수개월몇 분 안에 클릭으로 확장
관리 책임전력·냉방·하드웨어 모두 내 몫물리 인프라는 공급자가 관리

💡 관련 이론: 미국 국립표준기술연구소(NIST)는 클라우드의 5가지 특징을 정의했다 — ① 주문형 셀프서비스(필요할 때 직접 즉시 사용), ② 광범위한 네트워크 접근, ③ 자원 풀링(여러 사용자가 자원 공유), ④ 빠른 탄력성(수요에 맞춰 자동 확장/축소), ⑤ 측정된 서비스(사용량 측정 후 과금). 이 다섯 가지가 클라우드를 단순한 "남의 서버"와 구분 짓는 기준이다.

클라우드가 없던 시절 — 무엇이 그렇게 불편했나

클라우드가 왜 생겼는지는 "그 전에는 뭘 해야 했는지"를 보면 단번에 이해된다. 인터넷 서비스를 하나 만들려면 순서가 대략 이랬다.

  1. 얼마나 커질지 미리 맞힌다 — "동시에 몇 명이 올까?"를 개발 시작 전에 숫자로 정해야 했다.
  2. 장비를 주문한다 — 견적·결재·배송·랙 설치·배선·OS 설치까지 몇 주에서 몇 달.
  3. 서버 둘 공간을 마련한다 — 전기, 냉방, 무정전 전원, 소화 설비, 출입 통제. 서버 한 대를 켜려고 건물부터 손봐야 했다.
  4. 사람을 붙인다 — 새벽에 디스크가 고장 나면 누군가 나가서 갈아 끼워야 하니 24시간 당번이 필요했다.

즉 **"코드를 짜기도 전에 돈과 시간이 먼저 나가는 구조"**였다. 게다가 여기엔 빠져나갈 수 없는 함정이 있었다. 1번의 "미리 맞히기"는 어차피 틀린다는 것이다.

   용량
    │ ──────────── 사둔 장비 용량(고정)   ← 남는 공간 = 돈 내고 안 쓴 낭비
    │      ┌───┐        ┌─┐
    │ ─────┘   └────────┘ └──  실제 수요(들쭉날쭉)  ← 넘어서면 서비스 장애
    └──────────────────────────── 시간
  • 너무 많이 사면 — 평소엔 놀고 있는 장비에 돈이 묶인다. 몇 년 뒤엔 감가상각만 남는다.
  • 너무 적게 사면 — 정작 사람이 몰리는 그 순간에 멈춘다. 더 사려 해도 도착까지 또 몇 주다.

클라우드는 이 딜레마 자체를 없앤다. 미리 맞힐 필요가 없어졌기 때문이다. 수요가 오르면 그때 늘리고, 내려가면 줄이면 된다. "6가지 이점" 중 ③ 용량 추정 불필요가 왜 그렇게 강조되는지가 여기에 있다.

📚 사례: 대학 수강신청이나 공연 티켓 예매를 떠올려 보자. 1년 중 딱 며칠, 그것도 특정 시각 몇 분만 접속이 폭발하고 나머지는 한산하다. 온프레미스라면 그 몇 분을 위해 1년 내내 놀 장비를 사둬야 한다. 클라우드라면 그 시간대에만 서버를 늘렸다가 되돌리고 늘린 시간만큼만 낸다. 이런 "뾰족한 수요"를 가진 서비스가 클라우드로 가장 먼저 옮겨간 이유다.

⚠️ 함정: "클라우드는 무조건 더 싸다"는 시험에서 틀린 보기로 자주 나온다. 강점은 절대 가격이 아니라 ① 선투자 없이 시작 ② 안 쓰면 안 냄 ③ 수요에 맞춤이라는 비용 구조에 있다. 몇 년간 똑같은 부하로 돌아가는 워크로드라면 직접 보유가 더 쌀 수도 있다. 보기에 "항상 더 저렴" 같은 절대 표현이 보이면 의심하자.

우리가 이미 쓰고 있는 클라우드

클라우드는 멀리 있는 개념이 아니다. 다음은 모두 클라우드 위에서 돌아간다.

  • 스마트폰 사진이 자동으로 저장되는 사진 백업 서비스
  • 웹 브라우저에서 바로 문서를 편집하는 온라인 오피스
  • 인터넷으로 영화를 보는 스트리밍 서비스

사용자는 서버가 어디 있는지조차 모르지만, 필요할 때 즉시 쓰고 끊김 없이 확장되는 경험을 누린다. 이것이 클라우드가 제공하는 가치다.

처음 듣는 사람을 위한 세 가지 비유

추상적인 용어들이 한꺼번에 쏟아지니 먼저 그림으로 잡아 두자.

① 수도꼭지 — 온디맨드(주문형)와 종량 과금 집집마다 우물을 파지 않는다. 열면 물이 나오고, 계량기에 찍힌 만큼 낸다. 잠그면 요금도 멈춘다. 서버도 필요하면 열고 필요 없으면 잠근다. **"쓴 만큼만(pay-as-you-go)"**은 이 계량기 이야기다.

② 렌터카 — 소유 대신 이용 며칠 쓰려고 차를 사지는 않는다. 보험·정비·주차 걱정은 렌터카 회사 몫이고 나는 운전만 한다. 짐이 많으면 큰 차로 바꾸고(스케일 업), 일행이 늘면 한 대 더 빌린다(스케일 아웃).

③ 호텔 연회장 — 탄력성(Elasticity) 20명이 올지 200명이 올지 모를 때, 필요하면 칸막이를 트고 사람이 빠지면 다시 닫는 방. 수요에 맞춰 자동으로 늘었다 줄었다 하는 것이 탄력성이고, 클라우드가 파는 핵심 상품이다.

여기에 하나만 덧붙이자. 아파트 한 동이 수도관 하나를 여러 세대가 나눠 쓰듯, 클라우드도 여러 고객이 같은 물리 자원을 나눠 쓴다(자원 풀링). 이 "함께 쓰기" 덕분에 단가가 내려가는 것이 규모의 경제다.

💡 개념: **온디맨드(on-demand)**는 "필요한 그 순간에, 누구 허락을 기다리지 않고, 내가 직접" 쓸 수 있다는 뜻이다. 온프레미스 시대에는 서버 한 대를 쓰려면 구매 요청서를 올리고 승인을 기다려야 했다. 클라우드에서는 화면에서 몇 번 클릭하면 몇 분 만에 서버가 생긴다. NIST가 말한 "주문형 셀프서비스"가 이 변화를 가리킨다.

클라우드의 3가지 배포 모델

시험에 나오는 기본 분류부터 짚자.

  • 퍼블릭 클라우드(Public Cloud): AWS, Azure 같은 공급자가 인터넷으로 제공하는 자원을 여러 고객이 함께 사용. 가장 일반적인 형태.
  • 프라이빗 클라우드(Private Cloud): 한 조직이 전용으로 사용하는 클라우드. 보안·규제 요구가 강한 경우 선택.
  • 하이브리드 클라우드(Hybrid Cloud): 퍼블릭 + 프라이빗(또는 온프레미스)을 연결해 함께 사용. 일부 데이터는 내부에, 나머지는 퍼블릭 클라우드에 두는 식.

💡 관련 이론: 서비스 제공 수준에 따라 IaaS / PaaS / SaaS로도 나눈다. IaaS(서버·네트워크 같은 기초 인프라 제공, 예: EC2), PaaS(앱 실행 환경까지 제공, 예: 관리형 DB), SaaS(완성된 소프트웨어 제공, 예: 웹메일). 위로 갈수록 사용자가 관리할 부분이 줄어든다.

어떤 배포 모델을 고를까

세 모델은 우열이 아니라 상황에 따른 선택이다. 시험 문항도 "이런 상황이면 무엇을 권하겠는가" 형태로 나온다.

상황어울리는 모델이유
새로 시작하는 서비스, 수요가 불확실퍼블릭선투자 없이 바로 시작, 늘렸다 줄였다 자유
법·규제상 특정 데이터를 외부에 둘 수 없음프라이빗(또는 하이브리드)민감 데이터를 조직 통제 범위 안에 유지
데이터센터에 이미 큰 투자를 했고 단계적으로 옮기고 싶음하이브리드기존 자산을 살리며 점진적 이전

전부 직접 보유·운영하는 것은 배포 모델이 아니라 그냥 온프레미스이고, 여러 공급자를 함께 쓰는 멀티 클라우드는 하이브리드와 다른 개념이다. 보기에서 이 셋을 섞어 놓는 일이 많으니 구분해 두자.

⚠️ 함정: "하이브리드 = 여러 클라우드 회사를 함께 쓰는 것"이라고 기억하면 틀린다. 하이브리드의 핵심은 퍼블릭 클라우드와 조직 내부 환경(프라이빗 클라우드·온프레미스)을 연결한다는 점이다. 문항에 "기존 데이터센터를 유지하면서 일부 워크로드를 AWS로" 같은 표현이 보이면 정답은 하이브리드다.

IaaS · PaaS · SaaS — 어디까지 남이 해 주는가

배포 모델이 "어디에 두느냐"의 분류라면, IaaS/PaaS/SaaS는 "어디까지 남이 해 주느냐"의 분류다. 이 둘을 섞어서 묻는 문항이 자주 나온다.

가장 유명한 비유는 피자다. 피자를 먹는 방법이 곧 네 단계다.

구분피자로 치면고객이 관리하는 것대표 예
온프레미스재료 사다가 반죽부터 직접전부 다사내 전산실 서버
IaaS (Infrastructure as a Service)밀키트를 사서 집 오븐에 굽기운영체제, 미들웨어, 앱, 데이터EC2
PaaS (Platform as a Service)배달시켜 집에서 먹기애플리케이션, 데이터관리형 데이터베이스, 앱 배포 플랫폼
SaaS (Software as a Service)식당에 가서 먹기내 데이터와 계정 정도웹메일, 웹 오피스

아래로 갈수록(IaaS → PaaS → SaaS) 신경 쓸 일이 줄고, 대신 세부 통제권도 줄어든다. 그래서 "유연성은 크지만 관리 부담도 크다"면 IaaS, "코드만 올리면 실행 환경은 알아서"면 PaaS, "설치도 운영도 없이 로그인만 하면 끝"이면 SaaS다.

⚠️ 함정: 배포 모델(퍼블릭/프라이빗/하이브리드)과 서비스 모델(IaaS/PaaS/SaaS)은 다른 축이다. "퍼블릭 클라우드 위의 IaaS"도 있고 "프라이빗 클라우드 위의 PaaS"도 있다. 보기에 두 축이 섞여 있으면, 문항이 "어디에 두는가"를 묻는지 "어디까지 맡기는가"를 묻는지부터 확인하자.

클라우드의 6가지 이점

AWS가 공식적으로 강조하는 클라우드 채택의 6가지 이점이다. 시험 단골 주제이니 하나씩 의미를 이해해두자.

이점핵심 의미
① 자본비용 → 가변비용 전환미리 거액을 투자(자본비용)하지 않고, 실제 사용한 만큼만 지불(가변비용)
② 대규모 규모의 경제 효과수많은 고객이 함께 쓰므로 단가가 낮아져 더 싼 가격으로 제공
③ 용량 추정 불필요얼마나 필요할지 미리 맞출 필요 없이, 수요에 맞춰 늘리거나 줄임
④ 속도와 민첩성 향상자원을 몇 분 만에 확보 → 아이디어를 빠르게 실험하고 출시
⑤ 데이터센터 운영·유지 비용 절감전력·냉방·하드웨어 교체 같은 일을 직접 안 해도 됨
⑥ 몇 분 만에 전 세계 배포여러 나라의 AWS 인프라에 클릭 몇 번으로 서비스 확장

각 이점을 풀어보면 이렇다.

  • ① 자본비용을 가변비용으로 전환 — 서버를 미리 사두면 안 쓰는 동안에도 돈이 묶이지만, 클라우드는 쓴 만큼만 낸다.
  • ② 대규모 규모의 경제 — AWS는 전 세계 수백만 고객의 사용량을 모으므로, 개별 기업이 혼자 장비를 살 때보다 훨씬 저렴하게 자원을 공급할 수 있다.
  • ③ 용량을 미리 추정할 필요가 없다 — 전통 방식은 "최대 트래픽"을 예측해 장비를 사야 했다. 너무 많이 사면 낭비, 적게 사면 장애. 클라우드는 수요에 따라 조절하면 그만이다.
  • ④ 속도와 민첩성 — 새 서버가 클릭 몇 번에 몇 분 만에 준비되므로 실험과 출시가 빨라진다.
  • ⑤ 데이터센터 운영 비용 절감 — 전기·냉방·하드웨어 관리 같은 "본업이 아닌 일"을 공급자에게 맡기고 핵심 사업에 집중한다.
  • ⑥ 몇 분 만에 전 세계 배포 — 다른 대륙의 사용자에게도 클릭 몇 번으로 가까운 인프라에서 서비스를 제공해 응답을 빠르게 만든다.

💡 관련 이론: 클라우드의 "탄력성(Elasticity)"과 "확장성(Scalability)"은 비슷하지만 다르다. 확장성은 자원을 늘릴 수 있는 능력 자체이고, 탄력성은 수요에 따라 자동으로 늘었다 줄었다 하는 능력이다. 6가지 이점 중 ③과 ④가 바로 이 탄력성 덕분에 가능하다.

헷갈리는 용어 짝 정리

기초 시험에서 점수를 깎아먹는 건 어려운 개념이 아니라 비슷한 말끼리의 구분이다.

짝차이한 줄 기억법
확장성 vs 탄력성늘릴 수 있는가 vs 수요에 맞춰 자동으로 늘고 주는가탄력성 = 확장성 + 자동 + 축소까지
스케일 업(수직) vs 스케일 아웃(수평)서버 한 대를 더 크게 vs 서버를 더 많이업 = 큰 차로 바꾸기 / 아웃 = 차를 한 대 더
자본비용(CapEx) vs 운영비용(OpEx)미리 크게 나가는 돈 vs 쓰면서 나가는 돈클라우드는 CapEx → OpEx 전환
고가용성 vs 내결함성멈추는 시간을 줄이는 설계 vs 고장이 나도 그대로 동작하는 설계둘 다 "장애 대비"지만 요구 수준이 다름
온프레미스 vs 프라이빗 클라우드그냥 직접 보유·운영 vs 한 조직 전용이지만 클라우드처럼 셀프서비스·풀링·탄력성 제공전용이라고 다 프라이빗 클라우드는 아니다
민첩성(agility) vs 탄력성(elasticity)새 아이디어를 빨리 시도할 수 있음 vs 용량이 수요를 따라감민첩성은 속도, 탄력성은 용량

💡 개념: 클라우드가 잘하는 쪽은 스케일 아웃이다. 한 대를 무한정 키울 수는 없지만 여러 대로 나누면 훨씬 멀리 갈 수 있고, 한 대가 죽어도 나머지가 버텨 주기 때문이다. 문항에 "서버 대수를 늘려 트래픽을 분산"이 보이면 스케일 아웃(수평 확장)이다.

시험에는 이렇게 나온다

CLF-C02는 계산이나 설정 문제가 아니라 개념을 알아보는 문제가 대부분이다. 문항에서 아래 키워드가 보이면 정답 후보가 거의 정해진다.

문항에 이런 표현이 보이면답은 이쪽
"선투자 없이 시작", "초기 투자 최소화", "CapEx를 OpEx로"자본비용 → 가변비용 전환
"수요를 예측하기 어렵다", "얼마나 필요할지 모른다"용량 추정 불필요 / 탄력성
"AWS가 대량 구매해 단가를 낮춘다", "규모 덕분에 저렴"대규모 규모의 경제
"몇 주 걸리던 것이 몇 분", "빠르게 실험하고 출시"속도와 민첩성
"전력·냉방·랙 관리를 하지 않아도 됨"데이터센터 운영 비용 절감
"해외 사용자에게 빠르게", "여러 나라에 손쉽게 확장"몇 분 만에 전 세계 배포
"승인 없이 즉시 생성", "사용량을 측정해 청구"주문형 셀프서비스 / 측정된 서비스
"기존 데이터센터를 유지하며 일부만 AWS로"하이브리드 클라우드
"운영체제까지 직접 관리하고 싶다", "최대한의 통제"IaaS(EC2)
"설치·운영 없이 로그인해서 바로 사용"SaaS

📚 사례: 광고 캠페인 하루 만에 가입자가 평소의 수십 배로 뛴 스타트업을 떠올려 보자. 온프레미스였다면 그날 안에 장비를 늘릴 방법이 없어 서비스가 멈췄을 것이다. 클라우드에서는 트래픽이 오르는 동안 서버 대수를 늘렸다가 캠페인이 끝나면 되돌린다. 이때 작동한 이점은 하나가 아니다 — 용량 추정 불필요, 탄력성, 속도·민첩성, 가변비용이 동시에 작동한다. 시험은 그중 "가장 직접적으로 해결한 것"을 고르게 하므로, 지문의 핵심이 비용인지 속도인지 용량 변동인지부터 짚는 습관이 중요하다.

다음 글에서는 이 클라우드가 실제로 어디에, 어떻게 펼쳐져 있는지 — AWS의 글로벌 인프라(리전, 가용 영역, 엣지 로케이션)를 본다.

📖 용어

  • 클라우드 컴퓨팅 : 인터넷으로 남의 서버·저장 공간을 빌려 쓰고, 쓴 만큼 요금을 내는 방식.
  • 온프레미스(on-premises) : 서버를 직접 사서 우리 회사 전산실에 두고 운영하는 전통 방식.
  • 자본비용(선투자) : 장비를 미리 사느라 한꺼번에 크게 나가는 돈. 안 써도 이미 나간 돈이다.
  • 가변비용 : 쓴 만큼만 나가는 돈. 안 쓰면 안 낸다.
  • 규모의 경제 : 많은 수요를 한데 모아 사면 단가가 내려가는 효과.
  • 탄력성(Elasticity) : 수요에 맞춰 자원이 자동으로 늘었다 줄었다 하는 성질.
  • 확장성(Scalability) : 자원을 늘릴 수 있는 능력 자체. 자동일 필요는 없다는 점이 탄력성과 다르다.
  • 퍼블릭 / 프라이빗 / 하이브리드 클라우드 : 여러 고객이 공유 / 한 조직 전용 / 둘(또는 온프레미스)을 연결해 함께 쓰기.
  • IaaS · PaaS · SaaS : 기초 인프라만(EC2) / 앱 실행 환경까지(관리형 DB) / 완성된 소프트웨어까지(웹메일) 빌려주는 3단계.
  • NIST : 미국 국립표준기술연구소. 클라우드의 5가지 특징을 정한 공식 기준을 만든 곳.
  • 온디맨드(on-demand) : 필요한 그 순간에, 승인을 기다리지 않고 직접 즉시 사용하는 방식.
  • 종량 과금(pay-as-you-go) : 수도 계량기처럼 사용량을 재서 그만큼만 청구하는 요금 방식.
  • 자원 풀링(멀티테넌시) : 여러 고객이 같은 물리 자원 묶음을 나눠 쓰는 것. 이 덕분에 단가가 내려간다.
  • 스케일 업 / 스케일 아웃 : 서버 한 대를 더 크게(수직) / 서버를 더 많이(수평). 클라우드는 아웃에 강하다.
  • CapEx / OpEx : 미리 크게 나가는 자본비용 / 쓰면서 나가는 운영비용. 클라우드는 앞을 뒤로 바꾼다.
  • 민첩성(Agility) : 새 아이디어를 빠르게 만들어 보고 접을 수 있는 능력. 자원 확보 시간이 짧아져 생긴다.
  • 워크로드(workload) : 하나의 목적을 위해 돌아가는 애플리케이션·자원 묶음.
  • 멀티 클라우드 : 여러 클라우드 공급자를 함께 쓰는 것. 하이브리드와는 다른 개념이다.

한 줄 요약

클라우드는 "미리 사두고 맞히던 시대"를 "필요할 때 빌리고 쓴 만큼 내는 시대"로 바꾼 것이다.

  • 온프레미스의 근본 문제는 용량을 미리 맞혀야 한다는 것이었고, 6가지 이점은 그 전제를 없앤 결과물이다.
  • 어디에 두는가는 배포 모델(퍼블릭/프라이빗/하이브리드), 어디까지 맡기는가는 서비스 모델(IaaS/PaaS/SaaS).
  • 시험은 상황을 주고 "무엇이 이 고민을 푸는가"를 묻는다. 지문의 핵심이 비용인지 속도인지 변동하는 용량인지부터 잡자.

📝 연습 문제

선택지를 클릭하면 정답·해설이 펼쳐집니다.

문제 1

클라우드 컴퓨팅의 가장 핵심적인 특징을 가장 잘 설명한 것은?

문제 2

클라우드의 6가지 이점 중 "미리 거액을 투자하지 않고 사용한 만큼만 지불"하는 것을 가장 잘 나타내는 것은?

문제 3

한 스타트업이 트래픽이 얼마나 몰릴지 예측하기 어려운 신규 서비스를 출시하려 한다. 클라우드의 어떤 이점이 이 고민을 직접 해결해 주는가?

문제 4

퍼블릭 클라우드와 프라이빗 클라우드를 함께 연결해 사용하는 배포 모델은?

문제 5

다음 중 NIST가 정의한 클라우드의 특징이 아닌 것은?

다음 AWS 글로벌 인프라Week 1 · Day 2

이 페이지

  • 핵심 정리
  • 클라우드 컴퓨팅의 정의
  • 클라우드가 없던 시절 — 무엇이 그렇게 불편했나
  • 우리가 이미 쓰고 있는 클라우드
  • 처음 듣는 사람을 위한 세 가지 비유
  • 클라우드의 3가지 배포 모델
  • 어떤 배포 모델을 고를까
  • IaaS · PaaS · SaaS — 어디까지 남이 해 주는가
  • 클라우드의 6가지 이점
  • 헷갈리는 용어 짝 정리
  • 시험에는 이렇게 나온다
  • 용어
  • 한 줄 요약
  • 연습 문제