해설
【핵심 용어】 ▸ AWS CodeDeploy — 애플리케이션 변경을 EC2·온프레미스·Lambda 등에 자동 배포하는 서비스 ▸ Amazon AppFlow — SaaS↔AWS 데이터 통합 ▸ AWS PrivateLink — 프라이빗 연결 【정답 포인트】 ▸ "애플리케이션 변경을 자동화된 방식으로 릴리스" → CodeDeploy가 배포 자동화를 담당 【오답 체크】 (A) AppFlow는 데이터 플로우 통합 서비스. (C) PrivateLink는 네트워크 연결. (D) EKS Distro는 Kubernetes 배포판. 【시험 포인트】 "앱 변경 배포 자동화" → AWS CodeDeploy(개발자 도구군).
해설
【핵심 용어】 ▸ AWS CAF Security 관점 — 대규모 자격증명·권한 관리, 데이터 보호 등 보안 역량을 다루는 관점 ▸ CAF 6개 관점 — Business, People, Governance, Platform, Security, Operations 【정답 포인트】 ▸ "대규모 자격증명·권한 관리에 집중" → CAF Security 관점의 핵심 역량 【오답 체크】 (A) Operations는 운영/서비스 관리 관점. (B) Platform은 기술 플랫폼 구축 관점. (C) Governance는 비용·리스크 거버넌스 관점(권한 관리 자체는 Security). 【시험 포인트】 "identity·permission 관리" → CAF Security 관점.
해설
【핵심 용어】 ▸ AWS Secrets Manager — DB 자격증명·API 키 등 비밀을 암호화 저장하고 필요 시 조회·자동 로테이션 ▸ AWS Security Hub — 보안 상태 통합 ▸ AWS Artifact — 규정 준수 보고서 다운로드 【정답 포인트】 ▸ "암호화된 자격증명을 안전하게 저장하고 필요 시 조회" → Secrets Manager의 정확한 기능 【오답 체크】 (A) Encryption SDK는 앱 측 암호화 라이브러리로 비밀 저장소 아님. (B) Security Hub는 보안 결과 취합. (D) Artifact는 컴플라이언스 문서 저장소. 【시험 포인트】 "비밀/자격증명 저장·조회·로테이션" → Secrets Manager.
해설
【핵심 용어】 ▸ Operational excellence(운영 우수성) — 작고 빈번하며 되돌릴 수 있는 변경을 통해 운영을 지속 개선하는 기둥 ▸ Performance efficiency — 성능·자원 효율 【정답 포인트】 ▸ "빈번하고 작고 되돌릴 수 있는 변경" → 운영 우수성 기둥의 설계 원칙 【오답 체크】 (A) Security는 데이터/시스템 보호. (B) Cost optimization은 비용 최적화. (D) Performance efficiency는 자원 효율 사용. 【시험 포인트】 "작고 빈번하며 되돌릴 수 있는 변경" → Operational excellence.
해설
【핵심 용어】 ▸ AWS WAF 연동 대상 — CloudFront, Application Load Balancer, API Gateway, AppSync 등에 규칙 배포 ▸ Application Load Balancer — 계층 7 로드밸런서로 WAF 연결 가능 ▸ Network Load Balancer — 계층 4로 WAF 미지원 【정답 포인트】 ▸ "WAF 규칙 배포 대상" → ALB(계층 7)에 WAF를 연결해 웹 트래픽 필터링 【오답 체크】 (A) EC2에는 WAF를 직접 연결하지 않음. (C) Trusted Advisor는 점검 도구. (D) NLB는 L4로 HTTP 검사가 필요한 WAF와 호환되지 않음. 【시험 포인트】 "WAF 배포 대상" → CloudFront / ALB / API Gateway. NLB·EC2 직접 연결 불가.
해설
【핵심 용어】 ▸ Amazon CloudFront — 엣지 로케이션에서 콘텐츠를 캐싱해 글로벌 사용자에게 낮은 지연 제공하는 CDN ▸ Amazon Route 53 — DNS/라우팅 ▸ Elastic Load Balancing — 리전 내 트래픽 분산 【정답 포인트】 ▸ "글로벌 사용자 도달 + 최소 지연" → CloudFront가 엣지 캐싱으로 지연을 줄임 【오답 체크】 (A) Route 53은 DNS 서비스로 콘텐츠 캐싱/지연 감소 자체 아님. (C) ELB는 리전 내 인스턴스 간 부하 분산. (D) Lambda는 서버리스 컴퓨팅. 【시험 포인트】 "글로벌 저지연 콘텐츠 전송" → Amazon CloudFront.
해설
【핵심 용어】 ▸ Loose coupling(느슨한 결합) — 컴포넌트 간 상호 의존을 줄여 독립적으로 변경·확장 가능하게 하는 설계 원칙 ▸ Scalability — 확장성 ▸ Automation — 자동화 【정답 포인트】 ▸ "컴포넌트 간 상호 의존 감소 강조" → 느슨한 결합 원칙의 정의 【오답 체크】 (A) Scalability는 부하 증가 대응 능력. (C) Automation은 자동화. (D) Caching은 캐시를 통한 성능 향상. 【시험 포인트】 "컴포넌트 간 의존성 감소" → Loose coupling.
해설
【핵심 용어】 ▸ 프로그래밍 방식 액세스(programmatic access) — 액세스 키로 CLI/SDK 사용, 콘솔 로그인 불필요 ▸ 최소 권한 원칙 — 필요한 리소스(RDS)에만 접근하는 정책 부여 【정답 포인트】 ▸ (B) "프로그래밍 방식 액세스만 제공" → CLI/SDK만 쓰게 하고 콘솔 접근 배제 ▸ (E) "Amazon RDS 액세스 정책만 부여" → 최소 권한으로 RDS에 한정 【오답 체크】 (A) 콘솔 액세스만 제공은 CLI/SDK 요구와 반대. (C) 콘솔 액세스 IAM 역할도 CLI/SDK 요구와 불일치. (D) 관리자 권한 정책은 최소 권한 원칙 위반. 【시험 포인트】 "CLI/SDK 전용" → programmatic access. "최소 권한" → 해당 서비스 한정 정책.
해설
【핵심 용어】 ▸ On-Demand Instances — 약정 없이 사용한 만큼 지불, 간헐적·예측 불가 워크로드에 적합 ▸ Reserved Instances — 1~3년 약정으로 상시 워크로드에 유리 ▸ On-Demand Capacity Reservations — 특정 AZ 용량 예약(할인 아님) 【정답 포인트】 ▸ "주 1회·월말 실행 + 미사용 시 종료" → 간헐적 사용이라 약정 없는 On-Demand가 가장 경제적 【오답 체크】 (A)(B) Reserved는 상시 사용 시 이득으로 드문 실행엔 낭비. (C) Capacity Reservation은 용량 확보용으로 비용 절감 목적 아님. 【시험 포인트】 "간헐적·불규칙 실행, 종료 가능" → On-Demand. 상시면 Reserved.
해설
【핵심 용어】 ▸ AWS Glue — 서버리스 데이터 통합 서비스로 다수 소스 데이터를 발견·준비·이동·통합(ETL), 분석/ML용 ▸ Amazon Athena — S3 데이터 SQL 쿼리 ▸ Amazon EMR — 관리형 빅데이터(하둡/스파크) 클러스터 【정답 포인트】 ▸ "서버리스 데이터 통합" + "여러 소스 발견·준비·이동·통합" → AWS Glue의 정의 【오답 체크】 (B) Data Exchange는 서드파티 데이터 구독. (C) Athena는 쿼리 엔진으로 통합/ETL 전용 아님. (D) EMR은 서버(클러스터) 기반 처리로 서버리스 아님. 【시험 포인트】 "서버리스 ETL/데이터 통합" → AWS Glue.
해설
【핵심 용어】 ▸ Spot Instances — 미사용 EC2 용량을 대폭 할인 제공, 중단 가능해 내결함성/유연 워크로드에 적합 ▸ On-Demand — 약정 없는 정가 ▸ Reserved — 상시 사용 약정 할인 【정답 포인트】 ▸ "개발/테스트 + 가끔 중단 허용 + 최저 비용" → 중단 감수 조건에서 가장 저렴한 Spot Instances 【오답 체크】 (A) Reserved는 상시 워크로드 절감용. (B) On-Demand는 Spot보다 비쌈. (D) Dedicated Hosts는 전용 물리 서버로 고비용. 【시험 포인트】 "중단 허용 + 최저 비용" → Spot Instances.
해설
【핵심 용어】 ▸ AWS Auto Scaling — 수요 변화에 따라 인스턴스 수를 자동 증감해 성능 유지와 비용 최소화를 동시 달성 ▸ Compute Optimizer — rightsizing 권장 ▸ Cost Explorer — 비용 분석 【정답 포인트】 ▸ "갑작스러운 수요 증가 대응 + 최저 비용" → Auto Scaling이 필요 시 확장, 감소 시 축소로 비용 최적화 【오답 체크】 (B) Compute Optimizer는 권장 도구로 실시간 확장 실행 아님. (C) Cost Explorer는 비용 시각화. (D) Well-Architected Framework는 설계 지침(서비스 아님). 【시험 포인트】 "수요 변동 자동 대응 + 비용 최소" → AWS Auto Scaling.
해설
【핵심 용어】 ▸ AWS IAM — 사용자·그룹·역할·정책으로 접근을 관리하며, IAM 그룹으로 사용자를 묶어 일괄 권한 부여 ▸ Security groups — 네트워크 방화벽(사용자 그룹 아님) ▸ Resource groups — 리소스 묶음 관리 【정답 포인트】 ▸ "사용자를 그룹으로 묶어 권한 부여" → IAM 그룹 기능이 정확히 해당 【오답 체크】 (A) Security group은 인스턴스 트래픽 제어로 사용자 그룹과 무관. (C) Resource groups는 AWS 리소스 그룹핑. (D) Security Hub는 보안 대시보드. 【시험 포인트】 "사용자 그룹 단위 권한 부여" → IAM(그룹).
해설
【핵심 용어】 ▸ AWS Lambda 공동 책임 — AWS가 인프라·OS·런타임 관리, 고객은 코드·IAM 권한 담당 ▸ "클라우드 안" 책임 — 고객은 애플리케이션 코드와 접근 제어를 책임 【정답 포인트】 ▸ (C) "비즈니스 로직 코드 작성" → 고객이 작성하는 함수 코드 ▸ (E) "Lambda에 IAM 접근 제공" → 고객이 실행 역할/권한 구성 【오답 체크】 (A) 기반 인프라 관리는 AWS 책임. (B) OS 관리는 AWS 책임(서버리스). (D) 언어 런타임 설치는 AWS가 관리(Lambda가 런타임 제공). 【시험 포인트】 "Lambda 고객 책임" → 코드 + IAM 권한. 인프라·OS·런타임은 AWS.
해설
【핵심 용어】 ▸ AWS CloudTrail — 계정 내 API 호출/사용자 활동을 기록해 "누가 언제 무엇을 했는지" 감사 로그 제공 ▸ Amazon CloudWatch — 지표·로그 모니터링(활동 감사 아님) ▸ Amazon Inspector — 취약점 스캔 【정답 포인트】 ▸ "누가 어떤 서비스에 접근·어떤 작업 수행했는지 기간별 확인" → CloudTrail의 API 활동 감사 기록 【오답 체크】 (A) CloudWatch는 성능/운영 지표 모니터링 중심. (C) Security Hub는 보안 결과 취합. (D) Inspector는 취약점 평가. 【시험 포인트】 "API 호출/사용자 활동 감사(누가·무엇을)" → AWS CloudTrail.
해설
【핵심 용어】 ▸ AWS Service Catalog — 조직 표준에 맞는 승인된 제품 카탈로그를 만들어 누가 무엇을 배포·관리·폐기할 수 있는지 통제 ▸ Amazon GuardDuty — 위협 탐지 ▸ AWS Security Hub — 보안 상태 통합 【정답 포인트】 ▸ "중앙에서 표준 준수 강제 + 리소스 배포/관리/폐기 권한 통제" → Service Catalog가 승인 리소스 거버넌스를 담당 【오답 체크】 (A) CloudWatch는 모니터링. (C) GuardDuty는 위협 탐지. (D) Security Hub는 보안 결과 취합·점검. 【시험 포인트】 "승인된 리소스만 배포하도록 거버넌스" → AWS Service Catalog.
해설
【핵심 용어】 ▸ 공동 책임 모델 — "클라우드의 보안(security OF the cloud)"은 AWS 책임, "클라우드 내 보안(IN)"은 고객 책임 ▸ 클라우드의 보안 = 하드웨어·소프트웨어·네트워킹 등 AWS 서비스를 구동하는 인프라 보안 【정답 포인트】 ▸ "security OF the cloud" → 모든 AWS 서비스를 구동하는 클라우드 인프라의 보안(AWS 담당) 【오답 체크】 (A) EC2 서비스 가용성은 별개 개념(보안 책임 정의 아님). (C) IAM 암호 정책 구현은 고객 책임("in the cloud"). (D) Network Firewall 파트너로 고객 환경 보안도 고객 측 영역. 【시험 포인트】 "security OF the cloud" → AWS의 인프라 보안. "IN the cloud" → 고객.
해설
【핵심 용어】 ▸ Amazon DynamoDB — 완전관리형 NoSQL, 비정형/키-값·문서 데이터를 내구성 높게 저장하고 빠르게 쿼리 ▸ Amazon RDS/Aurora — 정형 데이터용 관계형 DB ▸ Amazon QuickSight — BI 시각화 【정답 포인트】 ▸ "지속 생성되는 비정형 데이터 + 내구성 + 쉬운 쿼리" → NoSQL인 DynamoDB가 적합 【오답 체크】 (A) RDS는 정형(스키마) 관계형 데이터용. (B) Aurora도 관계형 DB. (C) QuickSight는 스토리지가 아닌 시각화 도구. 【시험 포인트】 "비정형 데이터 저장 + 빠른 쿼리" → DynamoDB(NoSQL). 정형은 RDS/Aurora.
해설
【핵심 용어】 ▸ AWS CAF 6개 관점 — Business, People, Governance, Platform, Security, Operations ▸ Security 관점 — 데이터·시스템 보호 ▸ Business 관점 — IT를 비즈니스 성과와 정렬 【정답 포인트】 ▸ (B) Security와 (E) Business는 CAF의 정식 관점 【오답 체크】 (A) Cloud fluency는 CAF 관점명이 아님. (C) Change acceleration은 관점명이 아님. (D) Architecture는 CAF 관점이 아님(Well-Architected와 혼동 주의). 【시험 포인트】 "CAF 관점" → Business·People·Governance·Platform·Security·Operations 6개.
해설
【핵심 용어】 ▸ AWS Fargate — EC2 관리 없이 컨테이너를 실행하는 서버리스 컴퓨트(ECS/EKS용), 인프라 운영 부담 제거 ▸ Amazon EC2 — 인스턴스 관리 필요(서버리스 아님) ▸ Amazon Lightsail — 간편 VPS 【정답 포인트】 ▸ "온프레미스 컨테이너를 이전 + 운영·관리 비용 방지 + 서버리스 지향" → 서버 관리 불필요한 Fargate 【오답 체크】 (A) Connect는 클라우드 콜센터 서비스. (C) Lightsail은 소규모 VPS로 서버리스 컨테이너 아님. (D) EC2는 인스턴스 관리가 필요해 서버리스 요구와 불일치. 【시험 포인트】 "서버리스 컨테이너 실행" → AWS Fargate.