7. 클라우드란 무엇인가?
🌐 웹사이트와 서버의 기본 작동 원리
웹사이트를 띄우는 데는 다음과 같은 흐름이 있습니다:
- 사용자는 **웹 브라우저(클라이언트)**를 통해 서버에 요청을 보냅니다.
- 요청은 **인터넷 네트워크(라우터, 스위치 등)**를 통해 전달됩니다.
- 서버는 요청을 처리하고 응답을 다시 클라이언트로 전송합니다.
- 이 응답이 웹사이트로 시각화됩니다.
💡 비유로 이해하기
- 클라이언트: 편지를 보내는 사람
- IP 주소: 편지 봉투의 주소
- 네트워크(라우터/스위치): 우체국과 배달 경로
- 서버: 편지를 받는 친구
- 응답: 답장
🧠 서버란 무엇인가?
서버는 단순한 박스가 아니라 ‘생각하고 저장하는 두뇌’에 가까운 시스템입니다.
서버는 다음과 같은 구성 요소로 이루어져 있습니다:
| CPU | 연산을 수행하는 핵심 부품 |
| RAM | 작업 중 데이터를 임시 저장하는 고속 메모리 |
| 스토리지 | 장기 데이터 저장 공간 (예: HDD, SSD) |
| 데이터베이스 | 구조화된 데이터 저장 및 검색을 위한 시스템 |
| 네트워크 장비 | 라우터, 스위치, DNS 등 연결 및 통신을 담당 |
🧠 비유: CPU + RAM = 인간의 두뇌 (생각과 기억)
저장소 = 장기기억, 네트워크 = 신경망
🛠️ 네트워크 기본 요소
| 라우터(Router) | 데이터가 어느 방향으로 가야 하는지를 결정 |
| 스위치(Switch) | 데이터가 네트워크 내부에서 정확한 기기로 전달되도록 연결 |
| DNS | 웹 주소(도메인)를 IP 주소로 변환 |
🏠 온프레미스 시대: 클라우드 이전
과거에는 다음과 같이 웹사이트나 회사를 운영했습니다:
- 직접 서버를 구매하여 집이나 사무실에 설치
- 규모가 커질수록 더 많은 서버를 설치하고 공간을 확보
- 전력, 냉각, 유지보수 인력 필요
- 장애나 재해 발생 시 직접 복구해야 함
예시: Google도 차고에서 서버를 직접 두고 시작함
☁️ 클라우드 컴퓨팅의 필요성
기존 방식의 문제점:
- 초기 자본(CAPEX) 부담
- 확장성 부족
- 운영 및 유지 관리 비용 과다
- 재난 대비 어려움
➡️ 해결책 = 클라우드
필요한 자원을 인터넷으로 빌려 쓰는 방식으로 전환
→ 서버, 저장소, 데이터베이스 등을 온디맨드로 사용 가능
📦 우리가 이미 사용하는 클라우드
- Gmail: 클라우드 이메일 서비스
- Dropbox, Google Drive, iCloud: 클라우드 스토리지
- Netflix: AWS 기반 스트리밍 서비스
대부분의 사용자는 자신이 클라우드를 사용하고 있다는 사실조차 모를 수 있음
✅ 핵심 정리 요약
- 클라이언트와 서버는 IP 주소를 통해 네트워크에서 통신
- 서버는 계산, 저장, 통신을 수행하는 두뇌와 같은 존재
- 클라우드는 과거의 비효율적인 온프레미스 방식을 대체
- 일상에서 이미 다양한 클라우드 서비스를 사용 중
8. 클라우드 컴퓨팅 개요
📌 클라우드 컴퓨팅이란?
**클라우드 컴퓨팅(Cloud Computing)**은 컴퓨팅 파워, 스토리지, 데이터베이스, 애플리케이션 등을
온디맨드(On-Demand) 방식으로, **종량제(Pay-as-you-go)**로 제공하는 서비스입니다.
- 필요할 때 원하는 리소스를 빠르게 사용
- 사용한 만큼만 과금
- AWS 콘솔이나 CLI를 통해 몇 초 만에 서버 생성 가능
💡 기존 방식 vs 클라우드 방식
구분 온프레미스 클라우드
| 자원 조달 | 서버 직접 구매 | 필요 시 즉시 생성 |
| 비용 구조 | CAPEX(자본 지출) | OPEX(운영 지출) |
| 확장성 | 제한적 | 자동 확장 가능 |
| 유지보수 | 직접 수행 | AWS가 수행 |
| 장애 대응 | 자체 설계 필요 | 내결함성 아키텍처 제공 |
🏗️ 클라우드 모델 유형
- 공용 클라우드: AWS, GCP, Azure 등 대중에게 공개된 클라우드
- 사설 클라우드: 한 조직만 사용하는 폐쇄형 클라우드
- 하이브리드 클라우드: 공용 + 사설을 혼합해 사용하는 모델
→ 민감한 데이터는 사내 보관, 나머지는 클라우드에서 운영
🔑 클라우드의 5가지 핵심 특징 (NIST 기준)
- 온디맨드 셀프서비스
→ 사용자 스스로 리소스를 생성하고 해제 가능 - 광범위한 네트워크 접근성
→ 인터넷을 통해 어디서든 리소스 접근 가능 - 리소스 풀링(Multi-tenancy)
→ 같은 물리적 리소스를 여러 고객이 사용하지만, 논리적으로 분리됨 - 신속한 탄력성 (Elasticity)
→ 사용량 변화에 따라 자원을 빠르게 확장 또는 축소 가능 - 측정 가능한 서비스
→ 사용량 기반으로 자동 과금
💰 클라우드의 6가지 이점 (AWS 기준)
- CAPEX → OPEX 전환
→ 서버 구매 대신 사용한 만큼만 과금 - 규모의 경제
→ 수많은 고객이 AWS를 사용하여 단가 절감 효과 - 용량 예측 불필요
→ 필요할 때 자동 확장 가능 - 속도 및 민첩성
→ 수분 내에 리소스 배포 및 테스트 가능 - 데이터센터 운영 제거
→ 전력, 냉각, 유지비용 없음 - 글로벌 확장 가능
→ 전 세계 AWS 리전을 기반으로 앱 배포 가능
🌍 일상 속 클라우드 예시
- Dropbox / Google Drive / iCloud: 클라우드 스토리지
- Gmail: 클라우드 기반 이메일 서비스
- Netflix: AWS 인프라 기반 대규모 스트리밍 서비스
🧠 예상 문제 예시 (시험 스타일)
Q1. 다음 중 클라우드 컴퓨팅의 특성이 아닌 것은?
A. 온디맨드 셀프 서비스
B. 리소스 측정 기반 과금
C. 전용 하드웨어 구매 필수
D. 리소스의 빠른 확장성
→ 정답: C
Q2. 하이브리드 클라우드의 장점은?
A. 항상 고정 요금으로 청구됨
B. 민감 정보는 사내에, 나머지는 클라우드에서 운영 가능
→ 정답: B
9. 클라우드 서비스 모델(IaaS, PaaS, SaaS)
🧱 클라우드 컴퓨팅의 세 가지 유형
클라우드는 단일한 형태가 아니라, 사용자 책임과 공급자 책임의 범위에 따라 아래 세 가지 유형으로 나뉩니다:
1. IaaS (Infrastructure as a Service) – 인프라형 서비스
- 네트워크, 스토리지, 가상 서버 등 기초 리소스만 제공
- 사용자는 운영 체제부터 애플리케이션까지 스스로 관리
- 대표 예: Amazon EC2, Microsoft Azure VM, Google Compute Engine
2. PaaS (Platform as a Service) – 플랫폼형 서비스
- AWS가 인프라 + 운영 체제 + 런타임 환경까지 제공
- 사용자는 애플리케이션 코드와 데이터만 관리
- 대표 예: AWS Elastic Beanstalk, Google App Engine, Heroku
3. SaaS (Software as a Service) – 소프트웨어형 서비스
- 모든 것을 공급자가 운영 및 관리
- 사용자는 서비스만 이용 (설정, 관리 불필요)
- 대표 예: Gmail, Dropbox, Zoom
🔄 온프레미스 vs 클라우드 모델별 관리 책임 비교
구성 요소 온프레미스 IaaS PaaS SaaS
| 애플리케이션 | ✅ 직접 관리 | ✅ | ✅ | ❌ |
| 데이터 | ✅ | ✅ | ✅ | ❌ |
| 런타임 | ✅ | ✅ | ❌ | ❌ |
| 미들웨어 | ✅ | ✅ | ❌ | ❌ |
| 운영체제 | ✅ | ✅ | ❌ | ❌ |
| 가상화 | ✅ | ❌ | ❌ | ❌ |
| 서버 | ✅ | ❌ | ❌ | ❌ |
| 스토리지 | ✅ | ❌ | ❌ | ❌ |
| 네트워크 | ✅ | ❌ | ❌ | ❌ |
✅: 사용자가 직접 관리함
❌: 클라우드 제공자가 관리함 (예: AWS)
🛠️ AWS에서의 서비스 예시
- IaaS: Amazon EC2, Azure VM, Google Compute Engine
- PaaS: AWS Elastic Beanstalk, Heroku, Google App Engine
- SaaS: Gmail, Dropbox, Zoom
(완성된 소프트웨어만 사용, 설정 및 인프라 관리 불필요)
💰 클라우드의 가격 책정 원칙 (AWS 기준)
클라우드는 투명하고 유연한 과금 구조를 통해 전통 IT 대비 큰 비용 절감 효과를 줍니다.
✅ AWS의 세 가지 과금 원칙
- 컴퓨트 사용량 기반 과금
→ 인스턴스를 사용한 시간(초 또는 분) 단위로 요금 청구
(예: EC2, Lambda) - 스토리지 용량 기반 과금
→ 저장한 데이터의 용량(GB)에 따라 요금 부과
(예: S3, EBS) - 데이터 전송량 기반 과금
→ 클라우드 밖으로 나가는 데이터만 과금됨
→ 인바운드 데이터(클라우드로 들어오는 데이터)는 무료
📌 핵심 요약
- IaaS → PaaS → SaaS 순서로 사용자의 관리 책임은 줄고, 추상화 수준은 높아짐
- EC2는 대표적인 IaaS, Elastic Beanstalk은 PaaS, Gmail/Dropbox는 SaaS
- 클라우드 과금은 “사용한 만큼만 지불”하는 종량제 모델
- 데이터 저장량, 컴퓨팅 시간, 아웃바운드 트래픽만 과금됨
10. AWS의 역사와 글로벌 인프라 구조
🕰️ AWS Cloud의 탄생과 역사
- 2002년: Amazon.com 내부 IT 인프라를 외부에 제공할 수 있다는 아이디어로 시작
- 2004년: 첫 번째 공개 서비스인 Amazon SQS 출시
- 2006년: S3, EC2 등 주요 서비스 런칭 → 본격적인 AWS 시작
- 이후 Dropbox, Netflix, NASA, Airbnb 등 글로벌 기업들이 AWS를 사용
📈 AWS의 현재 위상 (2024년 기준)
- 2023년 매출: 약 900억 달러
- 2024년 Q1 시장 점유율:
- AWS: 31% (1위)
- Microsoft Azure: 25%
- 13년 연속 Gartner 매직 쿼드런트 리더
- 활성 사용자 수: 100만 명 이상
➡️ 클라우드 산업의 개척자이자 확고한 리더
🧰 AWS로 무엇을 할 수 있을까?
AWS에서는 거의 모든 IT 워크로드를 클라우드로 이전 가능:
- 기업의 IT 시스템 이전
- 클라우드 백업 및 스토리지
- 빅데이터 분석
- 웹사이트 및 모바일 앱 백엔드 호스팅
- 게임 서버 운영
- 머신러닝 및 IoT 처리 등
대표 활용 기업: Netflix, McDonald’s, Activision, 21st Century Fox
🌍 AWS의 글로벌 인프라 개요
1. Region (리전)
- 물리적으로 분리된 지리적 위치
- 각각은 자체 데이터 센터 집합을 가짐
- 예시: us-east-1, eu-west-3, ap-northeast-2 (서울)
2. Availability Zone (AZ)
- 하나의 리전에 포함된 2~6개의 격리된 데이터 센터
- 보통 3개 이상 존재 (예: ap-southeast-2a, b, c)
- 독립된 전력, 네트워크, 물리적 분리 → 재해 발생 시 영향 최소화
3. Edge Location / Points of Presence (PoP)
- 전 세계 콘텐츠 전송을 위한 거점
- 90개 도시, 40개국 이상, 총 400개 이상 운영
- CloudFront, Route 53, WAF 같은 서비스에 사용
🗺️ 리전 선택 시 고려할 요소
고려 요소 설명
| 규정 준수 | 특정 국가 데이터는 해당 국가에 보관해야 할 수 있음 (예: 프랑스) |
| 지연 시간 | 사용자와 가까운 리전에 배포하여 빠른 응답 제공 |
| 서비스 가용성 | 모든 리전이 모든 서비스를 제공하지는 않음 |
| 비용 | 리전마다 서비스 가격이 상이할 수 있음 |
📌 예시: 대부분의 사용자가 미국에 있으면 us-east-1을 선택하는 것이 지연 시간과 비용 면에서 유리
🧠 정리 요약
- AWS는 2006년 EC2와 S3를 기점으로 클라우드 시장을 개척
- 오늘날 수많은 글로벌 서비스가 AWS 위에서 운영됨
- 인프라는 Region → Availability Zone → Edge Location 계층 구조
- 리전 선택은 법적 요구, 지연 시간, 서비스 제공 여부, 비용 등 고려
- 대부분 AWS 서비스는 리전 범위 서비스, 단 일부(IAM, Route53 등)는 글로벌 서비스
11. AWS 콘솔 UI 변경 사항 공지
🎨 AWS 콘솔 UI가 새롭게 바뀌었습니다
강의를 수강하기 전, 먼저 AWS 관리 콘솔의 시각적 변화에 대해 안내드립니다.
- 이전 UI
- 회색 톤 중심
- 파란색은 다소 창백하고 무채색에 가까움
- 버튼은 정사각형 형태로 각져 있음
- 현재 UI (2024년 기준)
- 밝은 흰색 배경에 선명한 파란색 버튼
- 버튼 모양이 둥글고 모던한 스타일
- 시각적으로 개선되었지만, 기능은 동일
✅ 즉, 화면이 달라 보여도 기능적으로는 그대로입니다!
💡 UI 변경에 따른 유의사항
- 강의 영상은 대부분 이전 UI 기준으로 촬영되었습니다.
- 버튼의 색상, 위치, 형태는 다를 수 있으나
기능 동작, 메뉴 위치, 설정 방식은 동일합니다. - 강의 시청 중 메뉴나 버튼이 달라 보여도 걱정하지 않으셔도 됩니다.
🛠️ UI 관련 안내 사항
새로운 UI에서 메뉴 구조나 버튼 위치가 완전히 바뀐 경우
👉 댓글이나 Q&A를 통해 알려주세요!
빠른 시일 내에 보완 영상 또는 보충 설명을 제공하겠습니다.
👨🏫 마무리 안내
- 새로운 UI는 AWS의 디자인 현대화 전략의 일환입니다.
- 여러분의 탐색 경험을 개선하기 위한 시각적 업데이트입니다.
- 기능 변경은 없으므로 기존 강의 내용을 그대로 따라오셔도 무방합니다.
12. AWS 콘솔 홈 화면 시작하기
💻 AWS Console Home: 시작 화면 살펴보기
AWS 콘솔에 로그인하면 가장 먼저 보게 되는 화면이 바로 Console Home입니다.
🧭 오른쪽 상단: 리전 선택기
- 현재 리전이 **US East (N. Virginia) us-east-1**로 설정되어 있을 수 있습니다.
- 리전은 지리적으로 가까운 곳으로 설정하는 것이 좋습니다.
예: 아일랜드에 있다면 eu-west-1 선택
📌 주의! 콘솔은 어디서든 접근 가능하지만, 선택한 리전에 따라 실행되는 리소스가 달라집니다.
🧾 Console Home에서 볼 수 있는 정보
- 최근 사용한 서비스 목록 (처음 접속 시 비어 있음)
- AWS 서비스 상태 정보
- 비용 및 청구 정보
- 추천 튜토리얼, 빠른 실행 메뉴
🕑 화면 구성은 시간이 지나며 달라질 수 있으니, 인터페이스 변경이 클 경우 강의 영상과 차이가 날 수 있습니다.
🧭 AWS 서비스 탐색 방법
1. 왼쪽 상단의 "Services" 메뉴 사용
- 알파벳 순 또는 카테고리(예: Compute, Storage) 별로 서비스 탐색 가능
- 매우 다양한 서비스가 제공됨 (EC2, Lambda, S3, RDS 등)
2. 상단 검색창 활용
- 예: "Route 53" 입력 시 관련 서비스 및 기능 목록이 표시됨
- 도메인 등록, 호스팅 관리 등의 기능 바로가기(Feature) 제공
- 블로그, 문서 등 추가 자료도 함께 노출
🔍 검색창은 콘솔 탐색에서 매우 유용하니 적극 활용하는 것이 좋습니다!
🌐 글로벌 서비스 vs 리전 서비스
구분 특징
| 글로벌 서비스 | 콘솔 우측 상단에 Global 표시리전 선택 없이 동일한 콘솔 노출 |
| 리전 기반 서비스 | 콘솔 상단에 현재 리전(Ireland, Tokyo 등) 표시리전에 따라 리소스 목록이 달라짐 |
예시:
- 글로벌 서비스: IAM, Route 53, CloudFront, WAF
- 리전 서비스: EC2, Lambda, S3, Rekognition 등
⚠️ 강의 진행 중에는 리전을 변경하지 말고 일관되게 유지하세요.
리전을 바꾸면 다른 리소스가 보여서 혼란이 생길 수 있습니다.
🌍 리전별 서비스 확인 방법
- "AWS Global Infrastructure" 페이지 검색 (Google에서 검색하면 가장 빠름)
- AWS Regional Services Table
- 리전 선택 시 사용 가능한 서비스 목록 확인 가능
- 예: Cape Town 리전에서 어떤 서비스를 사용할 수 있는지 목록 제공
✅ 원하는 서비스가 보이지 않는다면, 다른 리전으로 변경해야 사용할 수 있습니다.
✅ 요약 정리
- 리전 설정은 초기 작업의 핵심: 가까운 지역으로 설정, 강의 중 변경 금지
- 서비스는 두 가지로 나뉜다: 리전 서비스 vs 글로벌 서비스
- 검색창 활용이 핵심: 빠르게 콘솔 탐색 가능
- 리전마다 사용 가능한 서비스가 다르다: 서비스 테이블로 확인 필요
13. AWS 콘솔 UI 변경 안내 – 강의 영상과의 차이에 대하여
✨ AWS 콘솔 UI가 바뀌고 있습니다
최근 AWS는 **새로운 디자인 지침(UI 리디자인)**에 따라
관리 콘솔의 전반적인 **사용자 인터페이스(UI)**를 변경하고 있습니다.
🔄 기존 UI vs 새로운 UI 비교
구분 이전 UI 새로운 UI
| 버튼 형태 | 회색 기반, 각진 사각형 | 밝은 색상, 둥근 모서리 |
| 시각적 분위기 | 단순하고 기능 위주 | 더 직관적이고 현대적인 스타일 |
| 도입 상태 | 서비스별로 순차적 적용 중 | 아직 전환되지 않은 서비스도 있음 |
💡 AWS의 모든 서비스가 동시에 바뀌는 것이 아니며, UI 변경은 현재도 순차적으로 진행 중입니다.
🎥 강의 영상과 UI가 다를 경우
- 본 강의는 기존 UI 기준으로 촬영된 영상이 일부 포함되어 있습니다.
- AWS의 UI 변경 속도에 따라 일부 화면이 영상과 다를 수 있습니다.
- 하지만 기능과 위치, 용도는 거의 동일하거나 유사하므로 큰 걱정은 하지 않으셔도 됩니다.
🛠️ 새 UI가 불편하신가요? → 기존 UI로 되돌리기 가능
- AWS 콘솔 화면 오른쪽 상단에 보이는 UI 스위치 버튼을 끄면
👉 예전 UI로 전환 가능한 서비스도 있습니다. - 이 기능은 AWS가 점진적으로 제공하는 기능이므로 모든 서비스에서 가능한 것은 아닙니다.
📌 수강생을 위한 안내 사항
- 강의 내용은 최신 AWS 콘솔 동작 기준을 반영하도록 수시로 확인 및 검토 중입니다.
- AWS가 UI 변경을 완전히 마무리하기 전까지는 영상 업데이트에 우선순위를 두되,
기능적 사용에 지장이 없는 범위의 변경은 업데이트 대상에서 제외될 수 있습니다. - 만약 UI 차이로 학습이 어렵거나 기능 위치를 찾을 수 없다면 언제든지 피드백 주세요.
❤️ 강사의 약속
- UI 변경이 학습이나 시험 준비에 실질적인 영향을 미칠 경우,
→ 신속하게 강의 영상을 업데이트하겠습니다. - 여러분의 합격과 성장을 최우선으로 생각하며,
강의가 결코 뒤처지지 않도록 항상 노력하고 있습니다.
14. 공동 책임 모델 & 이용 제한 정책
🔐 클라우드 보안의 핵심: 공동 책임 모델 (Shared Responsibility Model)
AWS를 사용하면서 반드시 이해하고 있어야 할 핵심 개념이 있습니다.
바로 공동 책임 모델입니다.
🌍 이 모델은 무엇인가요?
클라우드를 사용할 때 보안과 컴플라이언스 책임은 AWS와 고객이 나누어 가집니다.
즉, **누가 어떤 부분을 책임지는가?**를 명확히 구분해두는 모델입니다.
🧩 책임 분리 구조
책임 주체 책임 영역
| AWS (클라우드의 보안) | 물리적 데이터 센터하드웨어, 인프라가상화 계층기초 네트워크기본 소프트웨어 보안 |
| 사용자 (클라우드 내의 보안) | 사용자 데이터암호화 설정네트워크 설정(VPC, 보안그룹)운영체제 패치IAM 정책 및 사용자 관리 |
☑️ 암기 팁:
- AWS는 ‘클라우드 자체’를 보호
- 고객은 ‘클라우드 안에서 무엇을 어떻게 쓰느냐’를 책임
📝 시험에서 자주 나오는 유형
Q. 다음 중 AWS의 책임에 해당하는 것은?
A. 사용자 인증 설정
B. 데이터 암호화 키 관리
C. 물리적 데이터 센터 보안 🔹 정답
D. 운영체제 패치 적용
🚫 AWS 이용 목적 제한 (Acceptable Use Policy)
AWS를 사용할 때는 이용 제한 정책에 동의하게 됩니다.
이는 AWS 리소스를 악의적, 불법적, 비윤리적으로 사용하지 않겠다는 약속입니다.
주요 금지 항목
- 불법적 콘텐츠 호스팅
- 네트워크/보안 침해 행위 (예: 포트 스캐닝, DoS 공격 등)
- 이메일 스팸, 악성코드 배포
- 해킹, 비인가 액세스 시도
- 증오, 폭력, 아동 착취 콘텐츠 배포
👉 이용 제한 정책 전문 보기 (AWS Acceptable Use Policy)
📌 마무리 정리
- 공동 책임 모델은 반드시 기억해야 할 개념
- 시험에서 책임 구분 문제는 고득점 포인트
- AWS를 사용하는 이상, 이용 제한 정책을 숙지하는 것은 기본
- 이후 강의에서도 이 모델이 반복적으로 등장합니다. 꼭 익혀두세요.
이제 본격적으로 AWS와 클라우드를 배우기 위한 준비가 되었습니다!
다음 강의에서는 실제 서비스 사용을 시작하게 됩니다. 🚀
Quiz
✅ Question 1
Q. 오직 애플리케이션 및 데이터만 관리하려면 어떤 클라우드 모델을 사용해야 할까요?
🟩 정답: 서비스형 플랫폼(PaaS)
📌 PaaS는 인프라, OS, 런타임 등을 AWS가 관리하고 사용자는 애플리케이션과 데이터만 관리합니다.
✅ Question 2
Q. 클라우드 컴퓨팅의 가격 모델은 무엇인가요?
🟩 정답: 종량제 (Pay-as-you-go) 가격
📌 클라우드는 사용한 만큼 비용을 지불하는 모델입니다.
✅ Question 3
Q. 전원, 네트워킹, 연결이 있는 하나 이상의 데이터 센터로 구성된 글로벌 인프라 요소는?
🟩 정답: 가용 영역 (Availability Zones)
📌 AZ는 서로 격리된 데이터 센터 그룹으로, Region을 구성합니다.
✅ Question 4
Q. 클라우드 컴퓨팅의 5가지 특성 중 해당하지 않는 것은?
🟩 정답: 애플리케이션 배포를 지원하는 전담 지원 에이전트
📌 이는 클라우드의 본질적 특성이 아니라 지원 서비스에 가까운 설명입니다.
✅ Question 5
Q. AWS 클라우드의 3가지 기본 요금 항목은?
🟩 정답: 컴퓨팅, 스토리지, 데이터 전송
📌 AWS는 리소스 사용 기준으로 과금되며, 가장 기본적인 세 가지는 위 항목입니다.
✅ Question 6
Q. AWS 리전 선택 시 고려사항이 아닌 것은?
🟩 정답: 용량 가용성
📌 용량 가용성은 고려 대상이지만 일반적으로 사용자가 직접 제어하거나 평가하기 어려우므로 시험에선 오답으로 간주합니다.
✅ Question 7
Q. 클라우드 컴퓨팅의 장점이 아닌 것은?
🟩 정답: 직원 교육 필요성 감소
📌 클라우드를 사용하더라도 새로운 툴, 아키텍처에 대한 학습은 여전히 필요합니다.
✅ Question 8
Q. AWS 리전은 어떻게 구성되나요?
🟩 정답: 둘 이상의 가용 영역
📌 각 Region은 2개 이상의 AZ(AZ는 1개 이상 데이터 센터)로 구성됩니다.
✅ Question 9
Q. 글로벌 범위의 AWS 서비스는 무엇인가요?
🟩 정답: IAM
📌 IAM은 글로벌 서비스로, 리전과 무관하게 계정 전체에서 동일하게 적용됩니다.
✅ Question 10
Q. 클라우드 컴퓨팅의 정의는 무엇인가요?
🟩 정답: 사용자의 직접 관리 없이 컴퓨터 시스템 리소스를 온디맨드로 제공
📌 이는 NIST에서 정의한 클라우드 컴퓨팅 정의에 가장 부합합니다.
✅ Question 11
Q. AWS 클라우드에서 보안에 대한 책임 분배를 정의하는 개념은?
🟩 정답: 공동 책임 모델
📌 AWS는 클라우드의 보안(데이터 센터, 하드웨어 등)을, 고객은 클라우드 내의 보안(데이터, 네트워크 설정 등)을 책임집니다.
✅ Question 12
Q. 퍼블릭 클라우드의 장점과 자체 인프라 보안을 동시에 고려하는 배포 모델은?
🟩 정답: 하이브리드 클라우드 (Hybrid Cloud)
📌 민감한 데이터는 온프레미스에 두고, 나머지는 퍼블릭 클라우드로 유연하게 운영할 수 있는 구조입니다.
✅ Question 13
Q. AWS의 이용 정책상 수행 권한이 없는 것은?
🟩 정답: 도난당한 콘텐츠에 대한 분석 실행
📌 AWS Acceptable Use Policy(이용 제한 정책) 상, 불법 콘텐츠나 권리 침해 콘텐츠의 저장 및 분석은 명확히 금지됩니다.
🧠 예상 문제 30선
✅ 클라우드 개념 및 이점
- 클라우드 컴퓨팅의 주요 이점이 아닌 것은 무엇인가요?
- A. 온디맨드 리소스 제공
- B. 고정된 리소스 용량
- C. 비용 효율성
- D. 확장성
- 정답: B
- 클라우드 컴퓨팅의 특징 중 '멀티 테넌시'는 무엇을 의미하나요?
- A. 하나의 고객만 리소스를 사용하는 것
- B. 여러 고객이 동일한 물리적 리소스를 공유하는 것
- C. 리소스를 사전에 예약하는 것
- D. 리소스를 오프라인으로 관리하는 것
- 정답: B
- 클라우드 컴퓨팅에서 '탄력성'이란 무엇을 의미하나요?
- A. 리소스를 고정적으로 유지하는 것
- B. 리소스를 수동으로 조정하는 것
- C. 수요에 따라 리소스를 자동으로 확장하거나 축소하는 것
- D. 리소스를 외부 공급자에게 위임하는 것
- 정답: C
- 클라우드 서비스의 과금 모델 중 '종량제'의 장점은 무엇인가요?
- A. 고정 비용으로 예산 계획이 용이하다
- B. 사용량에 따라 비용을 지불하여 효율적이다
- C. 장기 계약으로 할인 혜택을 받는다
- D. 초기 투자 비용이 높다
- 정답: B
- 클라우드 컴퓨팅의 주요 특징 중 '셀프서비스'는 무엇을 의미하나요?
- A. 사용자가 직접 리소스를 프로비저닝할 수 있다
- B. 서비스 제공자가 모든 설정을 담당한다
- C. 리소스를 자동으로 할당받는다
- D. 리소스를 공유하지 않는다
- 정답: A
✅ 클라우드 서비스 모델 (IaaS, PaaS, SaaS)
- IaaS(서비스형 인프라)의 예시로 적절한 것은 무엇인가요?
- A. Amazon EC2
- B. AWS Lambda
- C. Amazon RDS
- D. Amazon S3
- 정답: A
- PaaS(서비스형 플랫폼)의 특징은 무엇인가요?
- A. 사용자가 하드웨어를 직접 관리한다
- B. 애플리케이션 개발에 집중할 수 있도록 플랫폼을 제공한다
- C. 완성된 소프트웨어를 제공한다
- D. 네트워크 인프라를 직접 구축해야 한다
- 정답: B
- SaaS(서비스형 소프트웨어)의 예시로 적절한 것은 무엇인가요?
- A. Gmail
- B. Amazon EC2
- C. AWS Elastic Beanstalk
- D. Amazon VPC
- 정답: A
- 다음 중 PaaS에 해당하는 AWS 서비스는 무엇인가요?
- A. Amazon EC2
- B. AWS Elastic Beanstalk
- C. Amazon S3
- D. AWS IAM
- 정답: B
- SaaS 모델의 주요 장점은 무엇인가요?
- A. 사용자 정의가 용이하다
- B. 유지 관리가 필요 없다
- C. 하드웨어 제어가 가능하다
- D. 네트워크 설정이 자유롭다
- 정답: B
✅ AWS 글로벌 인프라 및 리전
- AWS 리전(Region)이란 무엇인가요?
- A. 단일 데이터 센터
- B. 지리적으로 분산된 여러 가용 영역의 모음
- C. 특정 서비스의 이름
- D. 사용자 계정의 구분
- 정답: B
- 가용 영역(Availability Zone)의 주요 목적은 무엇인가요?
- A. 비용 절감
- B. 보안 강화
- C. 고가용성 및 장애 격리
- D. 사용자 인증
- 정답: C
- AWS 리전 선택 시 고려해야 할 요소가 아닌 것은 무엇인가요?
- A. 지연 시간
- B. 데이터 주권 및 규정 준수
- C. 서비스 가용성
- D. 사용자 인터페이스 디자인
- 정답: D
- 다음 중 글로벌 서비스로 간주되는 AWS 서비스는 무엇인가요?
- A. Amazon EC2
- B. AWS IAM
- C. Amazon S3
- D. Amazon RDS
- 정답: B
- AWS Direct Connect의 주요 기능은 무엇인가요?
- A. 인터넷을 통한 데이터 전송
- B. 전용 네트워크 연결을 통한 안정적인 데이터 전송
- C. 무선 네트워크 연결 제공
- D. 데이터 암호화 서비스
- 정답: B
✅ 보안 및 공동 책임 모델
- AWS의 공동 책임 모델에서 고객의 책임이 아닌 것은 무엇인가요?
- A. 데이터 암호화
- B. 애플리케이션 보안
- C. 물리적 인프라 보안
- D. 사용자 접근 제어
- 정답: C
- AWS IAM의 주요 기능은 무엇인가요?
- A. 데이터 저장
- B. 사용자 및 권한 관리
- C. 네트워크 설정
- D. 비용 분석
- 정답: B
- AWS에서 데이터 암호화는 누가 책임져야 하나요?
- A. AWS만
- B. 고객만
- C. 공동 책임
- D. 제3자 서비스
- 정답: C
- AWS에서 보안 그룹(Security Group)의 역할은 무엇인가요?
- A. 사용자 인증
- B. 네트워크 트래픽 제어
- C. 데이터 백업
- D. 비용 관리
- 정답: B
- AWS의 물리적 보안은 누가 책임지나요?
- A. 고객
- B. AWS
- C. 제3자
- D. 공동 책임
- 정답: B
✅ 과금, 지원 및 비용 최적화
- AWS의 종량제 요금 모델의 주요 이점은 무엇인가요?
- A. 고정 비용 예측
- B. 사용량 기반 비용 지불
- C. 장기 계약 필요
- D. 초기 투자 비용 증가
- 정답: B
- AWS에서 비용을 절감할 수 있는 방법이 아닌 것은 무엇인가요?
- A. 예약 인스턴스 사용
- B. 스팟 인스턴스 활용
- C. 리전 간 데이터 전송 증가
- D. 자동화된 리소스 관리
- 정답: C
- AWS 비용 탐색기(Cost Explorer)의 주요 기능은 무엇인가요?
- A. 리소스 배포
- B. 비용 및 사용량 분석
- C. 보안 설정
- D. 데이터 암호화
- 정답: B
- AWS 프리 티어(Free Tier)의 주요 목적은 무엇인가요?
- A. 장기 계약 유도
- B. 신규 사용자에게 무료 사용 기회 제공
- C. 비용 증가
- D. 데이터 암호화 제공
- 정답: B
- AWS 지원 플랜 중 가장 기본적인 수준은 무엇인가요?
- A. 개발자 지원
- B. 비즈니스 지원
- C. 엔터프라이즈 지원
- D. 베이직 지원
- 정답: D
✅ 클라우드 채택 및 거버넌스
- AWS Well-Architected Framework의 주요 목적은 무엇인가요?
- A. 비용 분석
- B. 보안 강화
- C. 클라우드 아키텍처의 모범 사례 제공
- D. 사용자 인증
- 정답: C
- AWS Cloud Adoption Framework(CAF)의 주요 구성 요소가 아닌 것은 무엇인가요?
- A. 비즈니스
- B. 사람
- C. 보안
- D. 마케팅
- 정답: D
- AWS에서 거버넌스(Governance)의 주요 목적은 무엇인가요?
- A. 리소스 자동화
- B. 규정 준수 및 정책 관리
- C. 사용자 인터페이스 디자인
- D. 데이터 암호화
- 정답: B
- AWS에서 태그(Tag)의 주요 사용 목적은 무엇인가요?
- A. 리소스 보안
- B. 리소스 식별 및 비용 할당
- C. 데이터 암호화
- D. 사용자 인증
- 정답: B
- AWS에서 조직(Organizations)을 사용하는 주요 이유는 무엇인가요?
- A. 리소스 암호화
- B. 여러 계정의 중앙 집중식 관리
- C. 데이터 백업
- D. 사용자 인터페이스 개선
- 정답: B
- ExamTopics – AWS CLF-C02 Practice Questions
- Tutorials Dojo – AWS CLF-C02 Sample Questions
- AWS 공식 샘플 질문 PDF
'자격증 > AWS_CLF-C02' 카테고리의 다른 글
| CLF-C02 시험 가이드 (0) | 2025.05.15 |
|---|---|
| [강의] Section 4: IAM - ID 및 액세스 관리 (0) | 2025.05.12 |