해설
【핵심 용어】 ▸ AWS Config — AWS 리소스 구성 변경을 추적·기록·감사하고 규정 준수 평가 ▸ CloudTrail — API 호출 기록(누가 무엇을) / Inspector — 취약점 / Shield — DDoS 【정답 포인트】 ▸ "리소스 구성 변경 추적·기록·감사" → 리소스 구성 이력 관리 전용인 AWS Config 【오답 체크】 (A) Shield는 DDoS 방어. (C) IAM은 접근 권한 관리. (D) Inspector는 취약점 평가. 【시험 포인트】 "리소스 구성 변경 추적/규정 준수" → AWS Config. "API 호출 로그" → CloudTrail.
해설
【핵심 용어】 ▸ EC2 초 단위 과금 — Amazon Linux/Ubuntu 온디맨드 인스턴스는 최소 60초 이후 초 단위(per-second) 청구 ▸ 실행 3시간 5분 6초 → 그대로 과금 【정답 포인트】 ▸ "Amazon Linux 온디맨드 3시간 5분 6초 실행" → 초 단위 과금이므로 정확히 3시간 5분 6초(B) 【오답 체크】 (A) 초를 버리지 않음(초 단위 과금). (C) 6분으로 올림하지 않음. (D) 시간 단위 반올림은 Windows 등 일부에만 해당, Linux는 초 단위. 【시험 포인트】 Amazon Linux 온디맨드 = 초 단위 과금(최소 60초). 실제 사용 시간 그대로.
해설
【핵심 용어】 ▸ AWS Shield — DDoS 공격 방어 전용 서비스(Standard 무료 기본, Advanced 고급) ▸ GuardDuty — 위협 탐지(방어 아님) / Amplify — 웹·모바일 앱 개발 / RAM — 리소스 공유 【정답 포인트】 ▸ "웹사이트 DDoS 공격 방어" → DDoS 전용 보호인 AWS Shield 【오답 체크】 (A) RAM은 계정 간 리소스 공유. (B) Amplify는 프론트엔드 앱 개발·호스팅. (D) GuardDuty는 위협 탐지이며 DDoS 완화가 아님. 【시험 포인트】 "DDoS 방어" → AWS Shield(웹 L7 필터는 WAF와 병행).
해설
【핵심 용어】 ▸ Migration Evaluator (구 TSO Logic) — 온프레미스 환경을 평가해 AWS 이전 시 예상 비용을 맞춤 산정 ▸ Trusted Advisor — 모범 사례 점검 / Inspector — 취약점 / Control Tower — 다계정 거버넌스 【정답 포인트】 ▸ "현재 온프레미스 맞춤 평가" + "AWS 예상 운영 비용 파악" → 마이그레이션 비용 산정 도구인 Migration Evaluator 【오답 체크】 (A) Trusted Advisor는 기존 AWS 계정 최적화 점검. (B) Inspector는 보안 취약점 평가. (C) Control Tower는 랜딩 존·다계정 관리. 【시험 포인트】 "온프레미스 평가 + AWS 예상 비용" → Migration Evaluator.
해설
【핵심 용어】 ▸ AWS Organizations — 다계정 중앙 관리, 계정 생성 자동화, SCP(서비스 제어 정책) 적용, 통합 결제(consolidated billing) ▸ Cost Explorer/Budgets — 비용 분석·예산 / Trusted Advisor — 점검 【정답 포인트】 ▸ "여러 사업부 중앙 관리·거버넌스" + "계정 생성 자동화 + SCP + 청구 단순화" → 다계정 거버넌스 핵심인 AWS Organizations 【오답 체크】 (B) Cost Explorer는 비용 시각화만. (C) Budgets는 예산 알림. (D) Trusted Advisor는 모범 사례 점검. 【시험 포인트】 "다계정 + SCP + 통합 결제" → AWS Organizations.
해설
【핵심 용어】 ▸ AWS Service Health Dashboard (현 Health Dashboard) — AWS 서비스·인프라 전반의 일반 상태 공개 표시 ▸ AWS Personal Health Dashboard — 내 계정 리소스에 영향을 주는 이벤트 개인화 표시 ▸ Systems Manager/Trusted Advisor — 운영/점검 【정답 포인트】 ▸ (A) Personal Health Dashboard — 내 리소스 영향 이벤트 확인 ▸ (D) Service Health Dashboard — 전체 서비스·인프라 정상 여부 확인 【오답 체크】 (B) Systems Manager는 리소스 운영·관리. (C) Trusted Advisor는 비용·보안 모범 사례 점검. (E) Service Catalog는 승인 제품 카탈로그. 【시험 포인트】 "AWS 서비스/인프라 상태 확인" → Service Health Dashboard(+개인 영향은 Personal Health Dashboard).
해설
【핵심 용어】 ▸ AWS Database Migration Service (DMS) — 온프레미스 DB를 최소 다운타임으로 AWS(RDS 등)로 마이그레이션 ▸ Application Migration Service — 서버 리프트앤시프트 / Migration Hub — 마이그레이션 추적 / CART — 준비도 평가 【정답 포인트】 ▸ "온프레미스 PostgreSQL을 Amazon RDS로 마이그레이션" → 데이터베이스 이전 전용인 AWS DMS 【오답 체크】 (A) CART는 클라우드 도입 준비도 평가 설문 도구. (B) Migration Hub는 마이그레이션 진행 상황 추적. (D) Application Migration Service는 서버 단위 리프트앤시프트(DB 스키마 이전 아님). 【시험 포인트】 "DB 마이그레이션" → AWS DMS.
해설
【핵심 용어】 ▸ Rightsizing(적정 크기 조정) — 워크로드 지표를 분석해 과대·과소 프로비저닝 리소스를 최적 크기로 추천 ▸ AWS Compute Optimizer — 사용 지표 기반 EC2/EBS/Lambda 등 적정 크기 권고 【정답 포인트】 ▸ "Compute Optimizer가 시연하는 개념" → 리소스 크기 최적화 권고, 즉 Rightsizing 【오답 체크】 (A) 보안 검증은 Compute Optimizer 목적 아님. (C) Elasticity는 수요에 따른 자동 확장 개념으로 별개. (D) Global reach는 글로벌 인프라 도달 개념. 【시험 포인트】 Compute Optimizer = 사용량 기반 Rightsizing 권고.
해설
【핵심 용어】 ▸ Amazon Macie — ML 기반으로 S3의 민감 데이터(PII 등)를 자동 발견·분류·보호 ▸ Inspector — EC2/앱 취약점 / IAM — 권한 / CloudWatch — 모니터링 【정답 포인트】 ▸ "대량 데이터 중 민감 데이터 식별" → 민감 데이터 자동 탐지·분류 전용인 Amazon Macie 【오답 체크】 (A) Inspector는 취약점 스캐너. (C) IAM은 접근 권한 관리. (D) CloudWatch는 지표·로그 모니터링. 【시험 포인트】 "S3 민감/개인정보 데이터 탐지" → Amazon Macie.
해설
【핵심 용어】 ▸ Reserved Instances — 1년/3년 약정으로 On-Demand 대비 대폭 할인, 안정적·상시(stateful) 장기 워크로드에 최적 ▸ Spot — 중단 가능(stateful 장기 부적합) / On-Demand — 정가 / Dedicated — 물리 격리 【정답 포인트】 ▸ "stateful 워크로드 3년 상시 실행" + "가장 비용 효율" → 3년 약정 할인을 받는 Reserved Instances 【오답 체크】 (A) On-Demand는 장기 상시엔 비용 최고. (C) Dedicated Instances는 격리 요건용 고비용. (D) Spot은 중단 가능해 stateful 상시 워크로드에 부적합. 【시험 포인트】 "장기 상시·예측 가능 워크로드" → Reserved Instances(또는 Savings Plans).
해설
【핵심 용어】 ▸ 책임 공유 모델 — 암호화 활성화(설정)는 고객 책임, KMS는 키 관리 도구 제공 ▸ EBS 저장 데이터 암호화 = 고객(AWS customers)이 활성화 【정답 포인트】 ▸ "EBS at rest 암호화를 누가 활성화하나" → 암호화 옵션 켜기는 고객 몫이므로 AWS customers(B) 【오답 체크】 (A) AWS Support는 지원 제공이며 고객 리소스 설정 주체 아님. (C) KMS는 키를 관리하는 서비스이나 암호화를 "활성화"하는 주체는 고객. (D) Trusted Advisor는 점검 도구. 【시험 포인트】 "암호화 활성화 주체" → 고객. AWS/KMS는 도구·키 제공.
해설
【핵심 용어】 ▸ AWS CloudTrail — 계정 내 AWS 서비스에 대한 API 호출을 기록·감사(누가·언제·무엇을) ▸ Config — 구성 준수 평가 / IAM credential report — 자격 증명 보고서 / Systems Manager — 패치 【정답 포인트】 ▸ "CloudTrail로 할 수 있는 것" → AWS 서비스 API 호출 기록(B) 【오답 체크】 (A) IAM 자격 증명 보고서 생성은 IAM 기능. (C) 리소스 구성의 정책 준수 평가는 AWS Config. (D) EC2 보안 패치 적용은 Systems Manager Patch Manager. 【시험 포인트】 CloudTrail = API 호출 감사 로그. Config = 구성 변경/준수.
해설
【핵심 용어】 ▸ Amazon EC2 — IaaS, 게스트 OS 업데이트·패치는 고객 책임 ▸ DynamoDB·S3·Aurora — 관리형 서비스로 OS 패치는 AWS 담당 【정답 포인트】 ▸ "게스트 OS 업데이트·패치가 고객 책임인 서비스" → OS 접근권을 가진 EC2(C) 【오답 체크】 (A) DynamoDB는 서버리스 관리형으로 OS 패치 불필요(AWS). (B) S3는 객체 스토리지 관리형(고객 OS 없음). (D) Aurora는 관리형 DB로 OS 패치는 AWS. 【시험 포인트】 "게스트 OS 패치 고객 책임" → EC2. 관리형(RDS/Aurora/DynamoDB/S3)은 AWS.
해설
【핵심 용어】 ▸ AWS IAM Access Analyzer — 계정·조직 외부와 공유된 리소스(S3 버킷, IAM 역할, KMS 키 등)를 탐지·식별 ▸ OpenSearch — 검색·분석 / Control Tower — 거버넌스 / Fargate — 서버리스 컨테이너 【정답 포인트】 ▸ "외부와 공유된 AWS 리소스 검색·식별" → 외부 공유 액세스를 찾아내는 IAM Access Analyzer 【오답 체크】 (A) OpenSearch는 로그·문서 검색 엔진. (B) Control Tower는 다계정 랜딩 존 거버넌스. (D) Fargate는 컨테이너 실행 엔진. 【시험 포인트】 "외부 공유 리소스 식별" → IAM Access Analyzer.
해설
【핵심 용어】 ▸ Amazon EC2 — IaaS, 게스트 OS에 대한 완전한 제어·패치 관리 권한 보유 ▸ RDS·DynamoDB·Lambda — 관리형/서버리스로 OS 패치를 AWS가 처리(고객 제어 불가) 【정답 포인트】 ▸ "게스트 OS 패치 관리를 완전히 고객이 제어" → OS 접근권을 주는 EC2(B) 【오답 체크】 (A) DynamoDB는 서버리스로 OS 제어 불가. (C) Lambda는 서버리스 실행 환경, OS 관리 AWS. (D) RDS는 관리형 DB로 OS 패치 AWS 담당. 【시험 포인트】 "게스트 OS 패치 완전 제어 필요" → EC2.
해설
【핵심 용어】 ▸ AWS Enterprise Support — 최고 등급 지원, TAM(기술 계정 관리자) + 컨시어지(Concierge) 지원 팀 제공 ▸ Basic/Developer/Business — 하위 등급으로 컨시어지 없음 【정답 포인트】 ▸ "서포트 컨시어지 이용 가능 등급" → 컨시어지가 포함된 Enterprise Support(D) 【오답 체크】 (A) Basic은 문서·포럼 수준. (B) Developer는 이메일 기반 기술 지원. (C) Business는 24/7 기술 지원이나 컨시어지·TAM 미포함. 【시험 포인트】 "Concierge / TAM" → Enterprise Support.
해설
【핵심 용어】 ▸ AWS Application Composer — 서버리스 애플리케이션을 시각적 캔버스로 설계·구성하고 IaC(SAM/CloudFormation) 생성 ▸ Lambda — 함수 실행 / Batch — 배치 / App Runner — 컨테이너 웹앱 배포 【정답 포인트】 ▸ "서버리스 앱을 시각적으로 설계·구축" → 드래그 앤 드롭 설계 도구인 AWS Application Composer 【오답 체크】 (A) Lambda는 함수 실행 서비스로 시각적 설계 도구 아님. (B) Batch는 배치 컴퓨팅. (D) App Runner는 컨테이너 웹 애플리케이션 자동 배포. 【시험 포인트】 "서버리스 앱 시각적 설계" → Application Composer.
해설
【핵심 용어】 ▸ AWS Marketplace — 서드파티 벤더의 SaaS/AMI/컨테이너 소프트웨어를 검색·구매·배포하는 카탈로그 ▸ Partner Solutions Finder — 파트너 찾기(구매 창구 아님) / Support Center / 콘솔 【정답 포인트】 ▸ "벤더가 AWS에서 SaaS로 제공하는 보안 소프트웨어 구매처" → 서드파티 소프트웨어 구매 채널인 AWS Marketplace 【오답 체크】 (A) Partner Solutions Finder는 파트너 검색이며 구매·배포 창구 아님. (B) Support Center는 기술 지원 케이스. (C) Management Console은 리소스 관리 UI로 소프트웨어 구매 카탈로그 아님. 【시험 포인트】 "서드파티 소프트웨어/SaaS 구매" → AWS Marketplace.
해설
【핵심 용어】 ▸ 책임 공유 모델 — AWS는 인프라 장비(호스트·네트워크·시설 등) 구성, 고객은 게스트 OS·데이터·보안 그룹 담당 ▸ 인프라 디바이스 구성 = AWS 책임 【정답 포인트】 ▸ "EC2 배포 시 AWS 책임" → 기반 인프라 디바이스(하드웨어·네트워크 장비) 구성(C) 【오답 체크】 (A) 애플리케이션 데이터 관리·암호화는 고객 책임. (B) 게스트 OS 업데이트·보안 패치는 고객 책임. (D) 인스턴스 보안 그룹 구성은 고객 책임. 【시험 포인트】 인프라 장비·시설 구성 → AWS. 게스트 OS·데이터·보안 그룹 → 고객.
해설
【핵심 용어】 ▸ Amazon Aurora Serverless — 수요에 따라 용량을 자동 확장/축소, 미사용 시 비용 최소, 관리 부담 최소인 서버리스 관계형 DB ▸ RDS/Aurora(프로비저닝) — 인스턴스 상시 프로비저닝 / EC2의 PostgreSQL — OS·DB 직접 관리 【정답 포인트】 ▸ "PostgreSQL 마이그레이션" + "자주 사용 안 함" + "관리 부담 최소" → 사용량 기반 자동 확장·간헐 워크로드에 적합한 Aurora Serverless 【오답 체크】 (A) EC2의 PostgreSQL은 OS·DB 직접 관리로 부담 최대. (B) RDS for PostgreSQL은 관리형이나 인스턴스 상시 프로비저닝으로 간헐 사용엔 비용·관리 비효율. (C) Aurora 프로비저닝도 인스턴스 상시 실행 필요. 【시험 포인트】 "간헐적/비정기 워크로드 + 최소 관리" → Aurora Serverless.