정답 · 해설

해설

【핵심 용어】 ▸ AWS Budgets — 사용자 지정 비용/사용량 임계값 설정 후 초과 시 알림(SNS/이메일) 발송하는 예산 관리 서비스 ▸ AWS Cost Explorer — 과거 비용/사용량 시각화·분석 도구 (알림 기능 아님) ▸ AWS Cost Allocation Tags — 태그 기반 비용 분류용 (알림 없음) 【정답 포인트】 ▸ "custom spending thresholds 초과 시 alert 발송" → 예산 임계값+알림이 핵심 기능인 AWS Budgets 【오답 체크】 (B) Cost Explorer는 비용 분석·시각화 도구로 임계값 기반 알림 발송 기능이 없음. (C) Cost Allocation Tags는 비용을 태그로 분류·추적하는 수단, 알림과 무관. (D) Organizations는 다중 계정 통합 관리·통합 결제용, 지출 알림 서비스 아님. 【시험 포인트】 "예산/임계값 초과 알림" → AWS Budgets. "과거 비용 분석·시각화" → Cost Explorer.

해설

【핵심 용어】 ▸ AWS CAF Governance 관점 — 클라우드 전환의 거버넌스 역량 정의 (Benefits/Risk/Application portfolio/Cloud financial/Data 관리 등) ▸ Benefits management — 클라우드 투자로 얻는 비즈니스 성과(business outcomes)를 정의·측정·추적하는 역량 ▸ Cloud financial management — 클라우드 비용 계획·측정·최적화 역량 【정답 포인트】 ▸ "business outcomes를 define·track" → 비즈니스 성과 실현을 관리하는 Benefits management 역량 【오답 체크】 (B) Risk management는 클라우드 전환 관련 위험 식별·완화 역량, 성과 추적과 다름. (C) Application portfolio management는 애플리케이션 목록·의존성 관리 역량. (D) Cloud financial management는 비용/재무 관리 역량으로 비즈니스 성과 추적이 아님. 【시험 포인트】 CAF Governance에서 "비즈니스 성과 정의·측정·추적" → Benefits management.

해설

【핵심 용어】 ▸ S3 Transfer Acceleration — CloudFront 엣지 로케이션 경유로 장거리 업/다운로드를 빠르고 안전하게 가속 ▸ S3 Versioning — 객체 버전 보존 기능 (전송 속도와 무관) ▸ S3 Intelligent-Tiering — 접근 패턴 기반 자동 스토리지 계층화 (비용 최적화용) 【정답 포인트】 ▸ "long distances 파일을 quickly·securely 이동" → 장거리 전송 가속 기능인 S3 Transfer Acceleration 【오답 체크】 (A) Versioning은 객체 이력 보존이지 전송 속도 향상 기능이 아님. (C) S3 ACLs는 객체/버킷 접근 제어용, 전송 성능과 무관. (D) Intelligent-Tiering은 저장 비용 최적화 계층화, 전송 속도와 무관. 【시험 포인트】 "S3 + 장거리 + 빠른 전송" → Transfer Acceleration. 대량 오프라인 이관은 Snowball.

해설

【핵심 용어】 ▸ On-Demand Instances — 필요할 때 실행·중지, 초/시간 단위 과금, 약정·중단 없음 ▸ Spot Instances — 최대 90% 저렴하나 AWS가 언제든 회수 가능 (중단 허용 워크로드용) ▸ Reserved Instances — 1~3년 약정 시 할인 (단기 실험에 부적합) 【정답 포인트】 ▸ "실험용을 12시간만 실행 후 중지" → 단기·비약정·유연 실행에 적합한 On-Demand가 가장 비용효율적 【오답 체크】 (B) Reserved는 1~3년 장기 약정 전제라 12시간 단발 실험에 낭비. (C) Spot은 저렴하나 실험이 임의 중단될 수 있어 "continuously run" 요구에 부적합. (D) Dedicated는 물리 서버 전용으로 가장 비쌈, 단기 실험에 과함. 【시험 포인트】 "단기·중단 불가·비약정" → On-Demand. "장기 상시" → Reserved. "중단 허용 저비용" → Spot.

해설

【핵심 용어】 ▸ AWS CAF 전환 여정 단계 — Envision → Align → Launch → Scale ▸ Envision — 클라우드가 비즈니스 성과를 어떻게 가속하는지 제시하고 전환 기회를 구상하는 단계 ▸ Launch — 파일럿/프로덕션 배포로 가치를 실제 구현하는 단계 【정답 포인트】 ▸ "클라우드가 business outcomes를 accelerate함을 demonstrate" → 비전 수립·기회 식별 단계인 Envision 【오답 체크】 (A) Scale은 검증된 성과를 확장·정착시키는 마지막 단계. (C) Align은 부서 간 이해관계·격차를 조율하는 단계. (D) Launch는 실제 파일럿/프로덕션을 배포·구현하는 단계. 【시험 포인트】 CAF 여정 시작 "성과 가속 구상·제시" → Envision.

해설

【핵심 용어】 ▸ Shared Responsibility Model — AWS는 "클라우드의 보안"(하드웨어·시설·인프라), 고객은 "클라우드 내부의 보안"(데이터·구성) 책임 ▸ Application data security — 고객이 자신의 데이터 보안·암호화·접근제어를 책임 【정답 포인트】 ▸ "customer responsibility" → 애플리케이션 데이터 보안은 항상 고객 책임(데이터는 고객 영역) 【오답 체크】 (A) EC2 기반 하드웨어 유지보수는 AWS 책임(인프라). (C) 데이터센터 물리 보안은 AWS 책임. (D) VPC를 구성하는 기반 컴포넌트(인프라)의 유지보수는 AWS 책임 (구성 설정은 고객이나 여기선 유지보수를 물음). 【시험 포인트】 "데이터/구성" → 고객, "물리 인프라/하드웨어/시설" → AWS.

해설

【핵심 용어】 ▸ AWS Region — 지리적으로 분리된 독립 영역, 리전 간은 물리적으로 멀리 떨어짐 ▸ Availability Zone — 리전 내 독립 데이터센터 그룹 (같은 지역 내 격리) ▸ AWS Local Zones — 특정 대도시 근처의 저지연 확장 영역 【정답 포인트】 ▸ "특정 지역 natural disaster에도 고가용성" → 지리적으로 멀리 분리된 여러 AWS Region에 배포해야 광역 재해 대응 가능 【오답 체크】 (B) CloudFront 로케이션은 콘텐츠 캐싱용 엣지지 EC2 실행 위치가 아님. (C) Edge location은 CDN 캐시 지점, EC2 인스턴스를 실행하지 않음. (D) Local Zones는 단일 지역 내 저지연 확장으로 광역 재해 격리에 부족. 【시험 포인트】 "지역 단위 재해 대비 고가용성" → 다중 Region. 리전 내 장애 대비는 다중 AZ.

해설

【핵심 용어】 ▸ Refactor(Re-architect) — 애플리케이션을 클라우드 네이티브(마이크로서비스 등)로 재설계·현대화하는 전략 ▸ Rehost(lift-and-shift) — 변경 없이 그대로 이관 ▸ Replatform — 소폭 최적화(예: 관리형 DB 전환) 후 이관 【정답 포인트】 ▸ "monolithic을 microservices로 modernize·convert" → 아키텍처를 근본적으로 재설계하는 Refactor 【오답 체크】 (A) Rehost는 코드/구조 변경 없이 그대로 옮기는 방식이라 현대화 아님. (B) Replatform은 소규모 최적화만 하고 핵심 구조는 유지. (C) Repurchase는 기존 앱을 SaaS 등 다른 제품으로 교체하는 것. 【시험 포인트】 "모놀리식→마이크로서비스/클라우드 네이티브 재설계" → Refactor(Re-architect).

해설

【핵심 용어】 ▸ IAM Access Key — Access Key ID + Secret로 구성, CLI/SDK/API 등 프로그래매틱 접근에 사용 ▸ 사용자 이름/비밀번호 — Management Console(웹) 로그인용 ▸ MFA — 콘솔 로그인 추가 인증 【정답 포인트】 ▸ "username/password 대신 access key 부여" → 프로그래매틱 접근, 즉 CLI(및 SDK/API)를 통한 접근용 【오답 체크】 (A) 액세스 키가 루트 사용자 권한을 주는 것이 아님(IAM 사용자 키). (B) 콘솔 접근은 사용자 이름/비밀번호+MFA로 하며 액세스 키로 하지 않음. (D) 하나의 IAM 사용자 키가 회사의 모든 계정에 접근하게 하지 않음. 【시험 포인트】 "Access key" → CLI/SDK/API(프로그래매틱). "콘솔 로그인" → ID/PW.

해설

【핵심 용어】 ▸ Availability Zone(AZ) — 하나 이상의 개별 데이터센터로 구성된, 리전 내 독립 격리 영역 ▸ VPC — 논리적으로 격리된 가상 네트워크 (물리 시설 아님) ▸ AWS Outposts — 온프레미스에 AWS 인프라를 확장하는 서비스 【정답 포인트】 ▸ "one or more data centers로 구성된 environment" → 데이터센터 집합의 정의에 해당하는 Availability Zone 【오답 체크】 (A) CloudFront는 CDN 서비스로 엣지 로케이션 기반, 데이터센터 정의가 아님. (C) VPC는 가상 네트워크 격리 개념이지 물리 데이터센터 그룹이 아님. (D) Outposts는 고객 시설에 놓는 AWS 하드웨어, "AZ 정의"에 부합하지 않음. 【시험 포인트】 "하나 이상의 데이터센터로 구성" → Availability Zone. 여러 AZ 묶음 → Region.

해설

【핵심 용어】 ▸ AWS Snowmobile — 엑사바이트급(최대 100PB) 초대용량 데이터를 트럭 컨테이너로 물리 이관 ▸ AWS Snowball Edge — 테라바이트~수십 TB급 단위 디바이스 전송 (여러 대 필요) ▸ AWS DMS — 온라인 데이터베이스 마이그레이션용 (파일 스토리지 아님) 【정답 포인트】 ▸ "50 petabytes 파일 데이터를 최소 운영 오버헤드로 이관" → 초대용량 물리 이관 전용 Snowmobile 【오답 체크】 (B) Snowball Edge는 소~중용량용, 50PB엔 수십~수백 대가 필요해 운영 부담 큼. (C) Data Exchange는 서드파티 데이터 구독·공유 마켓, 마이그레이션 도구 아님. (D) DMS는 DB 마이그레이션 서비스로 대용량 파일 스토리지 이관에 부적합. 【시험 포인트】 PB급 초대용량 오프라인 이관 → Snowmobile. TB급 → Snowball.

해설

【핵심 용어】 ▸ Amazon AppStream 2.0 — 데스크톱 애플리케이션을 브라우저로 스트리밍하는 완전관리형 앱 스트리밍 서비스 ▸ AWS AppSync — GraphQL API 관리형 서비스 (앱 스트리밍 아님) ▸ Elastic Beanstalk — 웹 앱 배포·운영 자동화 PaaS 【정답 포인트】 ▸ "고사양 하드웨어 앱을 저사양 노트북 학생들이 이용, 백엔드/고급 클라이언트 투자 없이" → 서버측에서 실행해 스트리밍하는 AppStream 2.0 【오답 체크】 (B) AppSync는 GraphQL 데이터 API 서비스로 애플리케이션 스트리밍과 무관. (C) WorkLink는 모바일 내부 웹콘텐츠 접근용(현재 종료), 데스크톱 앱 스트리밍 아님. (D) Elastic Beanstalk는 앱 배포/운영 자동화지 클라이언트에 앱을 스트리밍하지 않음. 【시험 포인트】 "고사양 앱을 저사양 단말에 스트리밍" → AppStream 2.0. 가상 데스크톱 전체는 WorkSpaces.

해설

【핵심 용어】 ▸ Amazon S3 — 확장성 높은 객체 스토리지, GB당 저비용, 로그 등 대량 데이터 저장에 최적 ▸ Amazon Aurora — 고성능 관계형 DB (스토리지 목적엔 비쌈) ▸ Amazon EBS/EFS — 블록/파일 스토리지 (로그 대량 저장엔 상대적으로 고비용) 【정답 포인트】 ▸ "서버 로그를 MOST cost-effectively 저장" → GB당 가장 저렴한 객체 스토리지 S3 (Athena로 직접 쿼리도 가능) 【오답 체크】 (A) Aurora는 관계형 DB로 단순 로그 저장에 비용 과다. (B) EFS는 관리형 NFS 파일 스토리지로 S3보다 비쌈. (C) EBS는 EC2 부착 블록 스토리지로 대량 로그 저장에 비효율·고비용. 【시험 포인트】 "대량 데이터 최저비용 저장" → S3. 그 위 쿼리는 Athena.

해설

【핵심 용어】 ▸ Well-Architected 설계 원칙 — 느슨한 결합, 워크로드 세분화, 작은 단위 잦은 변경, 확장성 ▸ Monolithic 회피 — 워크로드를 작은 컴포넌트로 분할해 유연성·복원력 향상 【정답 포인트】 ▸ "권장 설계 원칙" → 모놀리식을 피하고 워크로드를 세분화(느슨한 결합)하는 것이 클라우드 아키텍처 모범 【오답 체크】 (A) tightly coupled(강결합)은 권장 반대, 느슨한 결합이 원칙. (B) 모든 기능을 단일 컴포넌트로 처리하는 것은 모놀리식으로 지양. (C) 큰 변경을 적은 횟수로 하는 것은 위험 증가, 작은 변경을 자주가 권장. 【시험 포인트】 클라우드 설계 원칙 → 느슨한 결합·워크로드 세분화·작은 변경 자주.

해설

【핵심 용어】 ▸ AWS CloudTrail — 계정 내 API 호출/활동을 기록·감사하는 서비스 (누가·언제·무엇을) ▸ AWS Config — 리소스 구성 변경 추적·규정 준수 평가 (API 감사와 다름) ▸ Amazon Inspector — EC2/컨테이너 취약점 자동 진단 【정답 포인트】 ▸ "API activity를 audit" → 계정 전반의 API 호출 이력을 기록하는 CloudTrail 【오답 체크】 (B) Inspector는 취약점 스캔 서비스로 API 감사와 무관. (C) WAF는 웹 애플리케이션 방화벽, API 활동 감사 도구 아님. (D) Config는 리소스 구성 상태·변경 추적이지 API 호출 감사가 주기능 아님. 【시험 포인트】 "누가 어떤 API를 호출했나 감사" → CloudTrail. "리소스 구성 추적" → Config.

해설

【핵심 용어】 ▸ Shared Responsibility Model — 고객은 게스트 OS·애플리케이션·데이터, AWS는 호스트 OS·가상화·물리 인프라 책임 ▸ Guest OS 관리 — 패치·업데이트·구성은 고객(EC2 등 IaaS)의 책임 【정답 포인트】 ▸ "customer responsibility" → 게스트 운영체제(패치/구성) 관리는 고객 몫 【오답 체크】 (B) 인프라 장비 구성 유지보수는 AWS 책임. (C) 호스트 OS와 가상화 계층 관리는 AWS 책임. (D) AZ를 구동하는 소프트웨어 유지보수는 AWS 책임. 【시험 포인트】 "게스트 OS/앱/데이터" → 고객, "호스트 OS/가상화/물리" → AWS.

해설

【핵심 용어】 ▸ Amazon EC2 Auto Scaling — 워크로드 변화에 맞춰 EC2 인스턴스를 자동으로 추가·제거(스케일 인/아웃) ▸ EC2 Spot Instances — 저비용 인스턴스 구매 옵션 (자동 확장 기능 아님) 【정답 포인트】 ▸ "EC2를 자동 추가·제거하고 varying workload에 dynamically 조정" → EC2 Auto Scaling 【오답 체크】 (A) DynamoDB는 NoSQL 데이터베이스, EC2 스케일링과 무관. (B) Spot은 가격 옵션일 뿐 자동 확장/축소 기능이 아님. (C) Snow Family는 오프라인 데이터 전송 디바이스. 【시험 포인트】 "EC2 자동 증감/수요 대응" → EC2 Auto Scaling. 트래픽 분산은 ELB.

해설

【핵심 용어】 ▸ AWS Secrets Manager — 자격증명/시크릿을 안전하게 저장하고 자동 교체(rotation)까지 관리형으로 제공 ▸ AWS KMS — 암호화 키 생성·관리 (시크릿 자동 교체가 주기능 아님) ▸ AWS CloudHSM — 전용 하드웨어 보안 모듈 【정답 포인트】 ▸ "애플리케이션 간 공유 자격증명을 자동 관리·rotation, 관리 시간 최소" → 내장 자동 교체를 지원하는 Secrets Manager 【오답 체크】 (A) CloudHSM은 전용 HSM으로 키 관리용, 자격증명 자동 교체 서비스 아님. (B) KMS는 암호화 키 관리 중심으로 시크릿 자동 로테이션 기능은 Secrets Manager가 담당. (D) Server-side encryption은 저장 데이터 암호화 방식이지 자격증명 관리 서비스가 아님. 【시험 포인트】 "자격증명 저장 + 자동 로테이션" → Secrets Manager. "암호화 키" → KMS.

해설

【핵심 용어】 ▸ Amazon Macie — ML로 S3 내 민감 데이터(PII 등)를 자동 발견·분류하는 데이터 보안 서비스 ▸ Amazon GuardDuty — 위협 탐지(악성 활동/이상 행위) 서비스 ▸ Amazon Inspector — 취약점 진단 【정답 포인트】 ▸ "sensitive data/지적재산을 자동 recognize·classify" → 민감 데이터 자동 분류가 핵심인 Macie 【오답 체크】 (A) GuardDuty는 악성 트래픽/위협 탐지지 데이터 분류가 아님. (C) Inspector는 EC2/컨테이너 취약점 평가 도구. (D) Shield는 DDoS 방어 서비스. 【시험 포인트】 "민감 데이터 자동 식별·분류(주로 S3)" → Macie.

해설

【핵심 용어】 ▸ 루트 사용자 모범 사례 — MFA 활성화, 일상 작업엔 루트 대신 관리자 IAM 사용자 사용, 자격증명 비공유 ▸ MFA — 다중 인증으로 루트 계정 보호 강화 ▸ IAM 관리자 사용자 — 일상 관리 작업은 루트가 아닌 IAM 사용자로 수행 【정답 포인트】 ▸ "루트 사용자 best practice 2개" → (C) 루트에 MFA 활성화, (D) 일상 관리는 관리자 권한 IAM 사용자로 수행 【오답 체크】 (A) 루트 자격증명 공유는 심각한 보안 위반. (B) 계정당 루트 사용자는 하나뿐, 다중 루트 생성 불가. (E) 루트를 프로그래매틱 접근으로 쓰는 것도 권장 안 됨(루트 액세스 키 지양). 【시험 포인트】 루트 보호 → MFA 켜기 + 일상 작업은 IAM 사용자 + 루트 액세스 키 삭제.