정답 · 해설

해설

【핵심 용어】 ▸ Amazon S3 — 객체 저장소 및 정적 웹 호스팅 ▸ Amazon CloudWatch — 모니터링, 로깅 및 알림 서비스 ▸ AWS Lambda — 서버리스 함수 실행 및 자동 확장 【정답 포인트】 ▸ (B) 옵션이 정답인 이유 ▸ 핵심 메커니즘 및 설계 원칙 【오답 체크】 (A) 설명되지 않은 또는 불필요한 추가 단계를 포함하여 복잡도 증가 (C) 특정 기능 또는 지원하지 않는 설정으로 인해 요구사항 미충족 (D) 다른 목적으로 설계된 서비스 또는 대안이 아닌 추가 구성요소 【시험 포인트】 ▸ 핵심 개념과 설계 패턴 이해 ▸ 함정: 비슷해 보이는 서비스 간의 차이점과 사용 사례 구분

해설

【핵심 용어】 ▸ Amazon CloudWatch — 모니터링, 로깅 및 알림 서비스 ▸ AWS Lambda — 서버리스 함수 실행 및 자동 확장 ▸ AWS CloudTrail — API 호출 감시 및 감사 로그 【정답 포인트】 ▸ (D) 옵션이 정답인 이유 ▸ 핵심 메커니즘 및 설계 원칙 【오답 체크】 (A) 설명되지 않은 또는 불필요한 추가 단계를 포함하여 복잡도 증가 (B) 부분적으로 정확하나 모든 요구사항을 충족하지 못하는 불완전한 솔루션 (C) 특정 기능 또는 지원하지 않는 설정으로 인해 요구사항 미충족 【시험 포인트】 ▸ 핵심 개념과 설계 패턴 이해 ▸ 함정: 비슷해 보이는 서비스 간의 차이점과 사용 사례 구분

해설

【핵심 용어】 ▸ AWS IAM — 신원 및 접근 관리로 권한 제어 및 신원 인증 ▸ Amazon EC2 — 가상 서버 인스턴스 제공 및 컴퓨팅 리소스 【정답 포인트】 ▸ (D) 옵션이 정답인 이유 ▸ 핵심 메커니즘 및 설계 원칙 【오답 체크】 (A) 설명되지 않은 또는 불필요한 추가 단계를 포함하여 복잡도 증가 (B) 부분적으로 정확하나 모든 요구사항을 충족하지 못하는 불완전한 솔루션 (C) 특정 기능 또는 지원하지 않는 설정으로 인해 요구사항 미충족 【시험 포인트】 ▸ 핵심 개념과 설계 패턴 이해 ▸ 함정: 비슷해 보이는 서비스 간의 차이점과 사용 사례 구분

해설

【핵심 용어】 ▸ AWS Systems Manager — 운영 체제 패치, 구성 관리 및 자동화 서비스 ▸ Amazon EC2 — 가상 서버 인스턴스 제공 및 컴퓨팅 리소스 ▸ Amazon EventBridge — 이벤트 기반 아키텍처 및 규칙 엔진 ▸ AWS Lambda — 서버리스 함수 실행 및 자동 확장 ▸ Amazon SNS — 메시지 알림 서비스 및 pub/sub 【정답 포인트】 ▸ (A) 옵션이 정답인 이유 ▸ 핵심 메커니즘 및 설계 원칙 【오답 체크】 (B) 부분적으로 정확하나 모든 요구사항을 충족하지 못하는 불완전한 솔루션 (C) 특정 기능 또는 지원하지 않는 설정으로 인해 요구사항 미충족 (D) 다른 목적으로 설계된 서비스 또는 대안이 아닌 추가 구성요소 【시험 포인트】 ▸ 핵심 개념과 설계 패턴 이해 ▸ 함정: 비슷해 보이는 서비스 간의 차이점과 사용 사례 구분

해설

【핵심 용어】 ▸ Amazon EC2 — 가상 서버 인스턴스 제공 및 컴퓨팅 리소스 ▸ AWS Organizations — 다중 계정 관리 및 중앙 거버넌스 【정답 포인트】 ▸ (D) 옵션이 정답인 이유 ▸ 핵심 메커니즘 및 설계 원칙 【오답 체크】 (A) 설명되지 않은 또는 불필요한 추가 단계를 포함하여 복잡도 증가 (B) 부분적으로 정확하나 모든 요구사항을 충족하지 못하는 불완전한 솔루션 (C) 특정 기능 또는 지원하지 않는 설정으로 인해 요구사항 미충족 【시험 포인트】 ▸ 핵심 개념과 설계 패턴 이해 ▸ 함정: 비슷해 보이는 서비스 간의 차이점과 사용 사례 구분

해설

【핵심 용어】 ▸ AWS CloudFormation — IaC를 통한 인프라 자동 프로비저닝 및 스택 관리 ▸ Amazon EC2 — 가상 서버 인스턴스 제공 및 컴퓨팅 리소스 ▸ Amazon CloudWatch — 모니터링, 로깅 및 알림 서비스 ▸ AWS Lambda — 서버리스 함수 실행 및 자동 확장 ▸ Amazon SNS — 메시지 알림 서비스 및 pub/sub 【정답 포인트】 ▸ (A) (D) 옵션이 정답인 이유 ▸ 핵심 메커니즘 및 설계 원칙 【오답 체크】 (B) 부분적으로 정확하나 모든 요구사항을 충족하지 못하는 불완전한 솔루션 (C) 특정 기능 또는 지원하지 않는 설정으로 인해 요구사항 미충족 (E) 불필요한 복잡성 추가 또는 권장되지 않는 설계 패턴 【시험 포인트】 ▸ 핵심 개념과 설계 패턴 이해 ▸ 함정: 비슷해 보이는 서비스 간의 차이점과 사용 사례 구분

해설

【핵심 용어】 ▸ AWS CloudFormation — IaC를 통한 인프라 자동 프로비저닝 및 스택 관리 ▸ Amazon EventBridge — 이벤트 기반 아키텍처 및 규칙 엔진 ▸ AWS Lambda — 서버리스 함수 실행 및 자동 확장 ▸ Amazon SNS — 메시지 알림 서비스 및 pub/sub 【정답 포인트】 ▸ (A) 옵션이 정답인 이유 ▸ 핵심 메커니즘 및 설계 원칙 【오답 체크】 (B) 부분적으로 정확하나 모든 요구사항을 충족하지 못하는 불완전한 솔루션 (C) 특정 기능 또는 지원하지 않는 설정으로 인해 요구사항 미충족 (D) 다른 목적으로 설계된 서비스 또는 대안이 아닌 추가 구성요소 【시험 포인트】 ▸ 핵심 개념과 설계 패턴 이해 ▸ 함정: 비슷해 보이는 서비스 간의 차이점과 사용 사례 구분

해설

【핵심 용어】 ▸ AWS CloudFormation — IaC를 통한 인프라 자동 프로비저닝 및 스택 관리 ▸ AWS CodePipeline — CI/CD 파이프라인 오케스트레이션 및 단계 간 데이터 전달 ▸ AWS Control Tower — 다중 계정 거버넌스, 규정 및 자동 적용 ▸ Amazon S3 — 객체 저장소 및 정적 웹 호스팅 ▸ Amazon EventBridge — 이벤트 기반 아키텍처 및 규칙 엔진 ▸ AWS Organizations — 다중 계정 관리 및 중앙 거버넌스 【정답 포인트】 ▸ (C) 옵션이 정답인 이유 ▸ 핵심 메커니즘 및 설계 원칙 【오답 체크】 (A) 설명되지 않은 또는 불필요한 추가 단계를 포함하여 복잡도 증가 (B) 부분적으로 정확하나 모든 요구사항을 충족하지 못하는 불완전한 솔루션 (D) 다른 목적으로 설계된 서비스 또는 대안이 아닌 추가 구성요소 【시험 포인트】 ▸ 핵심 개념과 설계 패턴 이해 ▸ 함정: 비슷해 보이는 서비스 간의 차이점과 사용 사례 구분

해설

【핵심 용어】 ▸ Amazon CloudWatch — 모니터링, 로깅 및 알림 서비스 ▸ Amazon SNS — 메시지 알림 서비스 및 pub/sub 【정답 포인트】 ▸ (A) 옵션이 정답인 이유 ▸ 핵심 메커니즘 및 설계 원칙 【오답 체크】 (B) 부분적으로 정확하나 모든 요구사항을 충족하지 못하는 불완전한 솔루션 (C) 특정 기능 또는 지원하지 않는 설정으로 인해 요구사항 미충족 (D) 다른 목적으로 설계된 서비스 또는 대안이 아닌 추가 구성요소 【시험 포인트】 ▸ 핵심 개념과 설계 패턴 이해 ▸ 함정: 비슷해 보이는 서비스 간의 차이점과 사용 사례 구분

해설

【핵심 용어】 ▸ Amazon EC2 — 가상 서버 인스턴스 제공 및 컴퓨팅 리소스 ▸ Amazon S3 — 객체 저장소 및 정적 웹 호스팅 ▸ Amazon CloudWatch — 모니터링, 로깅 및 알림 서비스 ▸ AWS Lambda — 서버리스 함수 실행 및 자동 확장 【정답 포인트】 ▸ (B) 옵션이 정답인 이유 ▸ 핵심 메커니즘 및 설계 원칙 【오답 체크】 (A) 설명되지 않은 또는 불필요한 추가 단계를 포함하여 복잡도 증가 (C) 특정 기능 또는 지원하지 않는 설정으로 인해 요구사항 미충족 (D) 다른 목적으로 설계된 서비스 또는 대안이 아닌 추가 구성요소 【시험 포인트】 ▸ 핵심 개념과 설계 패턴 이해 ▸ 함정: 비슷해 보이는 서비스 간의 차이점과 사용 사례 구분

해설

【핵심 용어】 ▸ AWS IAM — 신원 및 접근 관리로 권한 제어 및 신원 인증 ▸ AWS Organizations — 다중 계정 관리 및 중앙 거버넌스 【정답 포인트】 ▸ (C) (E) 옵션이 정답인 이유 ▸ 핵심 메커니즘 및 설계 원칙 【오답 체크】 (A) 설명되지 않은 또는 불필요한 추가 단계를 포함하여 복잡도 증가 (B) 부분적으로 정확하나 모든 요구사항을 충족하지 못하는 불완전한 솔루션 (D) 다른 목적으로 설계된 서비스 또는 대안이 아닌 추가 구성요소 【시험 포인트】 ▸ 핵심 개념과 설계 패턴 이해 ▸ 함정: 비슷해 보이는 서비스 간의 차이점과 사용 사례 구분

해설

【핵심 용어】 ▸ CloudFormation Modules — 재사용 가능 컴포넌트 (표준화) ▸ SCP — 태깅 강제 (조직 정책) ▸ StackSets vs Stacks — 스택은 단일 계정 배포 【정답 포인트】 ▸ SCP로 CloudFormation 스택 태깅 강제 (정책 기반) ▸ CloudFormation Modules로 SQS 구성 표준화 (코드 재사용) ▸ 일반 CloudFormation Stacks로 배포 (StackSets는 다중 계정용) ▸ 조합으로 일관성과 규정 준수 보장 【오답 체크】 (A) Tag Policy는 태그 네이밍 규칙만 강제 (필수 설정 불가), StackSets는 오버킬 (C) CDK 태깅은 개발 팀이 옵션으로 사용 (강제 불가), CDK 스택은 일반 CloudFormation 같음 (D) Feature Flags는 배포 방식 아님 (버전 관리 도구) 【시험 포인트】 표준화 배포: SCP(태깅 강제) + CloudFormation Modules(구성 표준) → 일관성 보장

해설

【핵심 용어】 ▸ Config Rules — 리소스 구성 비준수 감지 ▸ Remediation Actions — 자동 수정 (Systems Manager Automation) ▸ Automation Documents — 복구 워크플로우 정의 【정답 포인트】 ▸ Config Rules가 구성 변경 자동 감지 ▸ Remediation Actions가 Systems Manager Automation 트리거 ▸ Automation Document가 구성 되돌리기 스크립트 실행 ▸ 완전 자동화 (수동 개입 불필요) 【오답 체크】 (B) CloudWatch는 알림만 제공 (수동 대응 필요) (C) CloudFormation은 의도적 변경 반영 (자동 되돌리기 아님) (D) Trusted Advisor는 조언 제공만 (자동화 불가) 【시험 포인트】 자동 구성 복구: Config Rules(감지) → Remediation Actions → Automation Document(복구)

해설

【핵심 용어】 ▸ CloudTrail — API 호출 로깅 (거부된 호출 포함) ▸ S3 Data Events — 객체 수준 작업 추적 ▸ CloudWatch Integration — 로그 분석 및 경보 【정답 포인트】 ▸ CloudTrail이 모든 S3 API 호출 캡처 (성공/실패 포함) ▸ S3 Data Events 활성화로 GetObject, PutObject 등 추적 ▸ CloudWatch 로깅으로 분석 및 쿼리 가능 ▸ 거부된 호출도 완전히 로깅 (인증 실패 포함) 【오답 체크】 (B) S3 Access Logging은 승인된 요청만 기록 (거부 호출 미포함) (C) GuardDuty는 위협 탐지 (API 호출 로깅 아님) (D) CloudTrail만으로는 CloudWatch 통합 아님 (분석 제한) 【시험 포인트】 거부된 API 호출 추적: CloudTrail(S3 Data Events) + CloudWatch → 완전 감시

해설

【핵심 용어】 ▸ CloudWatch Logs Data Protection — 민감 데이터 마스킹 ▸ Custom Data Identifiers — 정규식 기반 패턴 감지 ▸ logs:Unmask — 마스킹된 데이터 보기 권한 【정답 포인트】 ▸ Data Protection Policy로 로그 수준 마스킹 (새 항목 자동) ▸ Emp-\d{6} 정규식으로 직원 ID 패턴 정확히 감지 ▸ IAM Deny logs:Unmask로 엔지니어 언마스킹 방지 ▸ 기존 로그는 영향 없음, 새 항목만 마스킹 【오답 체크】 (B) NotAction은 역논리 (실제로 Unmask 가능) (C) Lambda는 기존 로그 미처리 (새 항목만) (D) Macie는 데이터 분류만 (마스킹 기능 아님), S3 경로 추가 복잡 【시험 포인트】 로그 마스킹: Data Protection Policy(감지) + Custom Identifier(패턴) + IAM Deny(권한 제한)

해설

【핵심 용어】 ▸ SCP Deny — 거부 정책 (조직 레벨) ▸ s3:putObject — 객체 업로드 작업 ▸ s3:x-amz-server-side-encryption — 암호화 방식 조건 키 【정답 포인트】 ▸ putObject 거부로 KMS 암호화 없는 모든 업로드 차단 ▸ 조건: aws:kms가 아닐 때만 거부 (다른 암호화는 차단) ▸ 조직 루트에 SCP 적용으로 전사 통일 ▸ 사전 예방 (이미 업로드된 객체는 영향 없음) 【오답 체크】 (A) Config 규칙은 감시만 (업로드 차단 불가) (B) createBucket은 버킷 생성 (객체 업로드와 무관) (C) CloudTrail + EventBridge는 감시 후 알림 (차단 아님) 【시험 포인트】 KMS 암호화 강제: s3:putObject Deny + x-amz-server-side-encryption != aws:kms → 사전 차단

해설

【핵심 용어】 ▸ DevOps Guru — RDS/Aurora 이상 감지 + 근본 원인 분석 ▸ Performance Insights — 데이터베이스 성능 메트릭 ▸ SNS — 알림 전달 【정답 포인트】 ▸ Performance Insights가 쿼리 대기 이벤트 추적 (유휴 트랜잭션 감지) ▸ DevOps Guru가 이상 패턴 분석 + 권장 조치 제공 ▸ 조합으로 "사전 알림" + "해결 방법" 제공 ▸ SNS로 자동 알림 (이메일 가능) 【오답 체크】 (B) EventBridge는 감시만 (근본 원인 분석 및 권장 조치 없음) (C) SES는 이메일 전송 수단일 뿐 (DevOps Guru의 SNS 통합이 표준) (D) DevOps Guru 없음 (원인 분석 및 권장 조치 불가) 【시험 포인트】 DB 성능 이상 감지: Performance Insights(메트릭) + DevOps Guru(분석/권장) → SNS 알림

해설

【핵심 용어】 ▸ SCP Deny — 조직 레벨 거부 정책 ▸ CloudTrail + CloudWatch — 활동 감시 및 경보 ▸ RequestedRegion — API 호출 Region 조건 키 【정답 포인트】 ▸ A: SCP deny로 US 외부 Region 활동 사전 차단 ▸ B: CloudTrail이 모든 Region 활동 로깅, CloudWatch 메트릭으로 비US 활동 감지, 경보로 즉시 알림 ▸ 조합: 사전 차단 + 감시 + 경보로 3단계 방어 【오답 체크】 (C) Lambda는 배포 복잡, 폴링 방식 (즉시성 낮음) (D) Amazon Inspector는 취약성 스캔 도구 (활동 감시 아님) (E) Allow 정책은 거부 역할 불가능 (US만 허용하면 다른 서비스 차단 가능) 【시험 포인트】 Region 거버넌스: SCP Deny(차단) + CloudTrail(감시) + CloudWatch(경보) = 즉시 감지

해설

【핵심 용어】 ▸ ELB Health Checks — 애플리케이션 수준 헬스 체크 ▸ EC2 Health Checks — VM 수준만 확인 ▸ AWS Config Rules — 구성 변경 감시 【정답 포인트】 ▸ ELB Health Check가 ALB와 통합되어 애플리케이션 오류 감지 ▸ EC2 Health Check는 VM 상태만 확인 (애플리케이션 오류 감지 불가) ▸ AWS Config 규칙으로 Auto Scaling 구성 변경 모니터링 ▸ SNS로 구성 변경 시 지원 팀 알림 【오답 체크】 (B) EC2 Health Check는 애플리케이션 오류 감지 불가 (C) (D) Canary는 애플리케이션 상태 감시 (구성 변경 감지 아님) 【시험 포인트】 애플리케이션 오류 기반 라우팅: ELB Health Check(ALB 네이티브) + AWS Config(구성 변경 감시)

해설

【핵심 용어】 ▸ CodeStar Connection — GitHub 인증 매개체 ▸ CodePipeline Service Role — 파이프라인 제어 ▸ CodeBuild Service Role — 빌드 실행 및 저장소 접근 【정답 포인트】 ▸ Source Stage는 CodeStar 연결로 성공 (소스 코드 다운로드) ▸ Build Stage는 CodeBuild가 독립적으로 git clone 실행 ▸ CodeBuild Service Role이 CodeStar 연결 사용 권한 필요 ▸ CodePipeline Role은 파이프라인 오케스트레이션만 담당 【오답 체크】 (A) Build Stage는 CodeStar 액션 아님 (CodeBuild 액션) (B) Source Stage가 성공했으므로 자격증명은 유효 (C) CodePipeline Role은 CodeBuild 호출만 하고, CodeBuild가 직접 git clone 【시험 포인트】 CodeBuild git clone: CodeBuild Service Role에 codestar-connections:UseConnection 권한 필요