정답 · 해설

해설

【핵심 용어】 ▸ Serverless — 서버 프로비저닝·관리 불필요, 자동 확장, 사용량 기반 과금 ▸ AWS Lambda — 이벤트 기반 서버리스 함수 실행 ▸ AWS Fargate — 컨테이너용 서버리스 컴퓨팅(EC2 관리 불필요) ▸ Amazon EC2/EKS/Outposts — 서버/노드 관리 필요 【정답 포인트】 ▸ "서버리스 서비스 2개" → Fargate(D)와 Lambda(E)가 서버리스 【오답 체크】 (A) Outposts는 물리 하드웨어, 서버리스 아님. (B) EC2는 인스턴스(서버) 관리 필요. (C) EKS는 클러스터/노드 관리 개념(Fargate와 결합 시 서버리스지만 EKS 자체는 아님). 【시험 포인트】 대표 서버리스: Lambda, Fargate, S3, DynamoDB, SQS, SNS 등.

해설

【핵심 용어】 ▸ Dedicated Hosts — 물리 서버 전체를 전용 할당, 소켓/코어/VM 단위 기존 라이선스(BYOL) 활용 가능 ▸ Dedicated Instances — 전용 하드웨어에서 실행되나 물리 소켓/코어 가시성 없음 ▸ BYOL — 기존 소프트웨어 라이선스 반입 【정답 포인트】 ▸ "소켓/코어/VM 단위 기존 라이선스(Windows Server) 활용" → 물리 자원 가시성을 주는 Dedicated Hosts(C)가 정답 【오답 체크】 (A) Spot은 여유용량 저가 인스턴스, 라이선스 매핑 불가. (B) Dedicated Instances는 물리 소켓/코어 단위 라이선스 관리에 부적합. (D) Reserved는 요금 약정 옵션, 라이선스 매핑과 무관. 【시험 포인트】 "소켓/코어 단위 BYOL" → Dedicated Hosts.

해설

【핵심 용어】 ▸ AWS Auto Scaling — 상태 이상(impaired) 인스턴스를 자동 교체하고 원하는 용량 유지 ▸ ELB Health Check + ASG — 비정상 인스턴스 종료 후 신규 시작 ▸ Amazon ECS — 컨테이너 오케스트레이션 【정답 포인트】 ▸ "손상된 인스턴스를 신규 인스턴스로 자동 교체 + 플릿 유지" → 원하는 용량을 유지·자동 교체하는 Auto Scaling(D)이 정답 【오답 체크】 (A) ECS는 컨테이너 관리, EC2 플릿 자동 교체 목적과 다름. (B) GuardDuty는 위협 탐지. (C) Shield는 DDoS 방어, 인스턴스 교체와 무관. 【시험 포인트】 "비정상 인스턴스 자동 교체·원하는 용량 유지" → Auto Scaling.

해설

【핵심 용어】 ▸ AWS Storage Gateway — 온프레미스 애플리케이션에 클라우드 스토리지로의 저지연 접근 제공(로컬 캐시) ▸ AWS DataSync — 온프레미스↔AWS 대량 데이터 전송(이관/동기화) ▸ AWS Backup — 중앙 백업 관리 ▸ CloudFront — 콘텐츠 전송 CDN 【정답 포인트】 ▸ "온프레미스 애플리케이션에 AWS 저장 데이터로의 저지연 접근" → 로컬 캐시로 하이브리드 접근을 제공하는 Storage Gateway(B)가 정답 【오답 체크】 (A) CloudFront는 최종 사용자 콘텐츠 전송 CDN. (C) Backup은 백업 관리 서비스. (D) DataSync는 데이터 전송/동기화용, 상시 저지연 접근 계층 아님. 【시험 포인트】 "온프레미스 앱 + 클라우드 데이터 저지연 접근(하이브리드)" → Storage Gateway.

해설

【핵심 용어】 ▸ Amazon CloudFront — 글로벌 엣지 로케이션으로 데이터·동영상·앱·API를 저지연 안전 전송하는 CDN ▸ Route 53 — DNS 라우팅(지연 기반·지역·가중치 등) ▸ Elastic Load Balancing — 트래픽을 여러 대상에 분산 【정답 포인트】 ▸ "CloudFront 제공 기능" → 엣지 기반 글로벌 저지연 콘텐츠/API 안전 전송(B)이 CloudFront 【오답 체크】 (A) 단일 인터페이스 리소스 자동 확장은 CloudFront 설명 아님. (C) 지연 기반·geo DNS·가중치 라우팅은 Route 53 설명. (D) 여러 대상으로 트래픽 자동 분산은 Elastic Load Balancing 설명. 【시험 포인트】 CDN·엣지 저지연 콘텐츠 전송 → CloudFront. DNS 라우팅 → Route 53.

해설

【핵심 용어】 ▸ AWS Elastic Beanstalk — 코드 업로드만으로 배포·용량·로드밸런싱·모니터링을 자동 관리하는 PaaS형 배포 서비스 ▸ AWS CodeCommit — Git 소스 저장소 ▸ AWS Fargate — 서버리스 컨테이너 실행 ▸ Amazon CodeGuru — 코드 리뷰·성능 분석 【정답 포인트】 ▸ "애플리케이션 배포·관리 지원" → 배포와 인프라 관리를 자동화하는 Elastic Beanstalk(D)이 정답 【오답 체크】 (A) CodeGuru는 코드 품질 분석. (B) Fargate는 컨테이너 실행 엔진, 앱 배포/관리 통합 플랫폼은 아님. (C) CodeCommit은 소스 저장소. 【시험 포인트】 "코드 올리면 배포·운영 자동 관리" → Elastic Beanstalk.

해설

【핵심 용어】 ▸ Amazon QuickSight Q — 자연어(NLP)로 질문하면 관련 시각화와 답을 제공하는 BI 기능 ▸ Amazon QuickSight — 서버리스 BI 대시보드 서비스 ▸ Amazon Lex — 챗봇/대화형 인터페이스 구축 ▸ Amazon Rekognition — 이미지/영상 분석 【정답 포인트】 ▸ "BI 대시보드에 NLP 통합 + 질문하면 시각화로 답변" → 자연어 질의 BI 기능인 QuickSight Q(C)가 정답 【오답 체크】 (A) Macie는 민감 데이터 탐지. (B) Rekognition은 이미지 인식. (D) Lex는 챗봇 구축, BI 시각화 답변 아님. 【시험 포인트】 "BI + 자연어 질문 → 시각화 답변" → QuickSight Q.

해설

【핵심 용어】 ▸ S3 Transfer Acceleration — 엣지 로케이션과 AWS 백본망을 이용해 최종 사용자→S3 업로드 지연 단축 ▸ S3 Cross-Region Replication — 리전 간 객체 복제 ▸ S3 Standard-IA — 자주 접근하지 않는 데이터용 스토리지 클래스 【정답 포인트】 ▸ "AWS 백본망 + 엣지 로케이션으로 사용자→S3 지연 감소" → S3 Transfer Acceleration(B)이 정답 【오답 체크】 (A) Cross-Region Replication은 리전 간 복제, 사용자 지연 감소 목적 아님. (C) Event Notifications는 이벤트 알림 기능. (D) Standard-IA는 스토리지 클래스(비용), 전송 가속 아님. 【시험 포인트】 "엣지 로케이션 경유 S3 업로드 가속" → S3 Transfer Acceleration.

해설

【핵심 용어】 ▸ Amazon DynamoDB — 완전관리형 서버리스 NoSQL 키-값/문서 데이터베이스 ▸ Amazon RDS/Aurora — 관계형 데이터베이스 ▸ Amazon Redshift — 데이터 웨어하우스(분석용 관계형) 【정답 포인트】 ▸ "NoSQL 데이터베이스 호스팅" → 대표 NoSQL 서비스인 DynamoDB(B)가 정답 【오답 체크】 (A) Aurora는 관계형(MySQL/PostgreSQL 호환). (C) RDS는 관계형 DB 관리 서비스. (D) Redshift는 관계형 데이터 웨어하우스. 【시험 포인트】 NoSQL → DynamoDB. 관계형 → RDS/Aurora. 분석 웨어하우스 → Redshift.

해설

【핵심 용어】 ▸ Amazon Aurora — MySQL·PostgreSQL 호환 고성능 관계형 데이터베이스 ▸ Amazon Neptune — 그래프 데이터베이스 ▸ Amazon DynamoDB — NoSQL ▸ Amazon Redshift — 데이터 웨어하우스 【정답 포인트】 ▸ "MySQL·PostgreSQL 호환 관계형 DB" → Aurora(C)가 정답 【오답 체크】 (A) Redshift는 분석용 데이터 웨어하우스. (B) DynamoDB는 NoSQL. (D) Neptune은 그래프 데이터베이스. 【시험 포인트】 "MySQL/PostgreSQL 호환 관계형" → Aurora.

해설

【핵심 용어】 ▸ Loose coupling(느슨한 결합) — 구성요소 간 의존을 줄여 한 요소 장애가 다른 요소로 전파되지 않게 격리 ▸ Single point of failure — 단일 장애점(피해야 할 대상) ▸ Monolithic design — 강결합 단일 구조 【정답 포인트】 ▸ "의존 구성요소 간 장애 격리(isolate failures)" → 느슨한 결합(Loosely couple components, D)이 정답 【오답 체크】 (A) Monolithic design은 강결합, 장애 격리와 반대. (B) Design for automation은 다른 원칙(자동화). (C) 단일 장애점 설계는 피해야 할 안티패턴. 【시험 포인트】 "장애 전파 격리" → 느슨한 결합(loose coupling).

해설

【핵심 용어】 ▸ Global reach(글로벌 도달) — 리전·AZ·엣지 로케이션 네트워크로 전 세계 사용자에게 배포 ▸ Agility(민첩성) — 빠른 실험·배포 ▸ High availability — 지속 가동성 ▸ Economy of scale — 규모의 경제 【정답 포인트】 ▸ "리전·AZ·엣지 로케이션 네트워크로 전 세계 사용자에게 배포" → Global reach(B)가 정답 【오답 체크】 (A) Economy of scale은 비용 절감 이점. (C) Agility는 빠른 개발·배포 이점. (D) High availability는 가용성, 글로벌 배포 자체가 아님. 【시험 포인트】 "전 세계 인프라로 사용자에게 배포" → Global reach.

해설

【핵심 용어】 ▸ Amazon CloudWatch — 로그·메트릭·알람으로 리소스와 애플리케이션 모니터링·문제 해결 ▸ AWS CloudTrail — API 호출 감사 로그(누가 무엇을 했는지) ▸ IAM — 접근 제어 【정답 포인트】 ▸ "애플리케이션 로그와 클라우드 리소스 모니터링·트러블슈팅" → 로그/메트릭 모니터링 서비스인 CloudWatch(C)가 정답 【오답 체크】 (A) EC2는 컴퓨팅 서비스. (B) IAM은 권한 관리. (D) CloudTrail은 API 감사 로깅용, 애플리케이션 로그/리소스 모니터링 중심 아님. 【시험 포인트】 로그·메트릭 모니터링 → CloudWatch. API 감사 → CloudTrail.

해설

【핵심 용어】 ▸ AWS Compute Optimizer — 워크로드 메트릭 기반으로 EC2, Auto Scaling 그룹, EBS, Lambda 등의 사이징 권장 제공 ▸ Rightsizing — 최적 인스턴스 유형/크기 선택 【정답 포인트】 ▸ "Compute Optimizer가 워크로드 메트릭 기반 사이징 권장을 제공하는 서비스" → EC2(A)가 대표 대상 【오답 체크】 (B) RDS는 Compute Optimizer의 주 권장 대상이 아님. (C) Lightsail은 단순화된 가상서버, Compute Optimizer 대상 아님. (D) Step Functions는 워크플로우 오케스트레이션, 사이징 대상 아님. 【시험 포인트】 Compute Optimizer 사이징 대상: EC2, ASG, EBS, Lambda.

해설

【핵심 용어】 ▸ AWS Application Discovery Service — 온프레미스 서버의 구성·사용량·동작 데이터를 수집해 마이그레이션 계획 지원 ▸ AWS Migration Hub — 마이그레이션 진행 추적 ▸ AWS Systems Manager — 운영 관리 【정답 포인트】 ▸ "온프레미스 데이터센터의 구성·사용량·동작 데이터 수집(계획용)" → Application Discovery Service(B)가 정답 【오답 체크】 (A) Resource Groups는 AWS 리소스 그룹핑. (C) Service Catalog는 승인 제품 카탈로그. (D) Systems Manager는 운영/관리, 온프레미스 자산 발견 전용 아님. 【시험 포인트】 "마이그레이션 계획용 온프레미스 데이터 수집(discovery)" → Application Discovery Service.

해설

【핵심 용어】 ▸ Amazon SNS — 게시자(publisher)-구독자(subscriber) 기반 pub/sub 메시징, 토픽으로 다수 구독자에 팬아웃 ▸ Amazon SQS — 메시지 큐(폴링 기반) ▸ Pub/Sub 패턴 — 게시자가 토픽에 발행하면 구독자에게 전달 【정답 포인트】 ▸ "publisher와 subscriber 조합 사용" → 토픽 기반 pub/sub 서비스인 SNS(B)가 정답 【오답 체크】 (A) Lambda는 서버리스 컴퓨팅. (C) CloudWatch는 모니터링. (D) CloudFormation은 IaC, pub/sub 모델 아님. 【시험 포인트】 "publisher/subscriber(토픽 팬아웃)" → SNS. 큐(폴링) → SQS.

해설

【핵심 용어】 ▸ AWS Pricing Calculator — 예상 사용량 기반으로 향후 AWS 비용(EC2·스토리지 등)을 사전 추정 ▸ AWS Cost Explorer — 이미 발생한 비용 시각화/분석 ▸ AWS Compute Optimizer — 사이징 권장 【정답 포인트】 ▸ "마이그레이션 계획 초기, 향후 EC2/스토리지 월 예상 비용 산정" → 사전 견적 도구인 Pricing Calculator(A)가 정답 【오답 체크】 (B) Compute Optimizer는 사이징 권장, 사전 비용 견적 아님. (C) Trusted Advisor는 모범사례 점검. (D) Application Migration Service는 이관 실행 도구. 【시험 포인트】 "미래 예상 비용 견적" → Pricing Calculator. "과거 실제 비용 분석" → Cost Explorer.

해설

【핵심 용어】 ▸ Amazon CloudWatch — AWS 리소스·애플리케이션을 실시간 모니터링(메트릭·알람·대시보드) ▸ AWS CloudTrail — API 활동 감사 로깅 ▸ AWS Cost Explorer — 비용 분석 ▸ AWS Trusted Advisor — 모범사례 점검 【정답 포인트】 ▸ "리소스·애플리케이션 실시간 모니터링" → 실시간 메트릭/알람의 CloudWatch(B)가 정답 【오답 체크】 (A) Trusted Advisor는 최적화 권고, 실시간 모니터링 아님. (C) CloudTrail은 API 감사 로그. (D) Cost Explorer는 비용 분석 도구. 【시험 포인트】 "실시간 리소스/앱 모니터링" → CloudWatch.

해설

【핵심 용어】 ▸ AWS CAF Business 관점 — 전략 관리, 포트폴리오 관리, 혁신 관리, 제품 관리, 전략적 파트너십, Data Science 등 비즈니스 성과 정렬 역량 ▸ Data Science — 데이터로 비즈니스 인사이트/모델 창출(Business 관점) 【정답 포인트】 ▸ "Business 관점에 속하는 역량" → 보기 중 Data science(B)가 Business 관점 역량 【오답 체크】 (A) Program and project management → Governance 관점. (C) Observability → Operations 관점. (D) Change and release management → Operations 관점. 【시험 포인트】 CAF Business 관점 = 비즈니스 성과 정렬(전략·포트폴리오·제품·Data Science 등).

해설

【핵심 용어】 ▸ Compute Savings Plans — 1/3년 시간당 사용량($/hr) 약정으로 EC2·Fargate·Lambda 요금을 대폭 할인 ▸ On-Demand — 약정 없는 종량제(할인 없음) ▸ Reserved Instances — 특정 인스턴스 계열 약정 할인 【정답 포인트】 ▸ "사용량 약정(usage commitment) 대가로 EC2 비용 절감" → 시간당 사용 약정 기반 Compute Savings Plans(A)가 정답 【오답 체크】 (B) Auto Scaling group은 확장 관리, 요금 약정 할인 아님. (C) On-Demand는 약정 없는 정가. (D) EC2 instance store는 임시 로컬 스토리지, 비용 절감 약정과 무관. 【시험 포인트】 "사용량 약정 → 할인" → Savings Plans / Reserved Instances.