정답 · 해설

해설

【핵심 용어】 ▸ AWS KMS — HSM 기반 키 관리, 감사 로깅, 엔터프라이즈급 보안 ▸ 고가용성 스토리지 — S3(자동 복제, 11개 9 내구성) vs EBS(인스턴스 종속) ▸ 실시간 암호화 — KMS Encrypt/Decrypt API 호출 【정답 포인트】 ▸ 보안 요구사항 → KMS 고객 관리형 키 필수 ▸ 실시간 처리 → KMS API 호출로 메모리상 암호화 ▸ 고가용성 저장소 → S3 선택(EBS는 단일 인스턴스 종속) ▸ 최소 오버헤드 → KMS 자동 감사, IAM 역할 기반 접근제어 【오답 체크】 (A) AWS Secrets Manager는 고급 암호화 기능을 미포함하고, 별도 암호화 솔루션이 필요합니다. 추가 구현 비용이 증가합니다. (B) AWS Lambda 함수 기반 접근은 추가 개발 복잡도를 발생시키고, 운영 관리 비용이 증가합니다. (D) Amazon EBS 볼륨은 고가용성 요구사항을 미충족하고, 하드웨어 장애 시 데이터 손실이 발생합니다. 신뢰성이 부족합니다. 【시험 포인트】 KMS + S3 조합 → 보안 + 고가용성 표준패턴 / EBS는 일시적 블록스토리지

해설

【핵심 용어】 ▸ NAT 게이트웨이 — 완전 관리형, 고가용성, 각 AZ마다 하나 권장 ▸ NAT 인스턴스 — 자체 관리, 단일 장애점 위험 ▸ AZ 격리 원칙 — 장애 영향 최소화를 위해 각 AZ에 독립적 리소스 【정답 포인트】 ▸ 3개 AZ 고가용성 요구 → 각 AZ마다 NAT 게이트웨이 1개 ▸ 각 프라이빗 라우팅테이블 → 0.0.0.0/0을 해당 AZ NAT로 지정 ▸ 교차 AZ 라우팅 회피 → 같은 AZ 내 NAT 사용(데이터 전송료 절감) ▸ 완전 관리형 → NAT 게이트웨이는 AWS 관리, 운영 오버헤드 없음 【오답 체크】 (C) IAM 역할만으로는 외부 IdP의 신원 검증이 불가능합니다. 사용자 관리 및 인증 기능이 부족합니다. (D) AWS SSO(현 Identity Center)는 온프레미스 AD 동기화가 필요하고, 초기 설정 구성에 오래 걸립니다. 【시험 포인트】 Private Subnet Internet Access → NAT 게이트웨이(관리형) / 3 AZ → 3 NAT 게이트웨이

해설

【핵심 용어】 ▸ AWS DataSync — 온프레미스 데이터 자동 마이그레이션, 대역폭 최적화 ▸ DataSync 에이전트 — 온프레미스 설치형 VM, 네트워크 연결 담당 ▸ EFS — NFS 프로토콜 기반 탄력적 파일 시스템 【정답 포인트】 ▸ "자동화" → DataSync 에이전트 온프레미스 설치 필수 (B) ▸ "200GB 규모" → 네트워크 효율성 위해 EC2와 EFS 동일 AZ 배치 (A) ▸ "NFS 호환" → DataSync가 SFTP→EFS 자동 변환, 수동 작업 배제 【오답 체크】 (C) EBS는 파일시스템 아님, EFS 대안 불가 (D) 수동 복사는 "자동화" 요구사항 위배, 관리 부담 증대 (E) DataSync는 SFTP 미지원, NFS/SMB/S3만 가능 【시험 포인트】 ▸ "자동화 필수" → DataSync 에이전트 = 온프레미스 설치 ▸ "마이그레이션 규모" → 같은 AZ 배치로 전송 속도 최적화

해설

【핵심 용어】 ▸ Job Bookmark — Glue 처리 상태 추적, 증분 처리 지원 ▸ 상태 저장 처리 — 이전 실행 지점 기억, 중복 처리 방지 ▸ ETL 효율화 — 신규 데이터만 처리로 시간/비용 절감 【정답 포인트】 ▸ "매일 같은 시간" → Job Bookmark로 마지막 처리 지점 자동 기록 (A) ▸ "신규 데이터만" → 북마크 활성화로 이후 신규 데이터부터 처리 ▸ "편집만으로 해결" → 스크립트 수정 불필요, 설정 변경으로 완료 【오답 체크】 (B) 데이터 삭제는 보존 요구사항 위반, 아키텍처 미흡 (C) Worker 수는 병렬 처리만 영향, 중복 처리 방지 불가 (D) FindMatches ML은 중복 레코드 식별용, 상태 추적 기능 없음 【시험 포인트】 ▸ "중복 처리 방지" → Job Bookmark 즉시 선택 ▸ "일일 ETL" → Bookmark는 증분 처리 표준 패턴

해설

【핵심 용어】 ▸ AWS Shield Advanced — DDoS 감지/완화, 365일 전문가 지원 ▸ CloudFront — 엣지 로케이션 캐시, 대규모 공격 분산/흡수 ▸ 대규모 분산 공격 — 수천 IP 출발, 단순 차단 불가능 【정답 포인트】 ▸ "DDoS 공격" → Shield Advanced로 패턴 감지/완화 (A) ▸ "엣지에서 흡수" → CloudFront로 글로벌 분산, 지연 감소 (C) ▸ "다운타임 허용 안 함" → 이중 방어(엣지+애플리케이션) 필수 【오답 체크】 (B) GuardDuty는 침입 탐지, DDoS 완화 기능 전무 (D) NACL은 상태 비추적, 대규모 공격 대응 부적절 (E) Spot 인스턴스는 중단 위험 고도, 다운타임 보장 불가 【시험 포인트】 ▸ "수천 IP DDoS" → Shield Advanced + CloudFront 조합 ▸ "다운타임 제로" → 인프라 탄력성과 보안 계층화

해설

【핵심 용어】 ▸ 리소스 기반 정책 — Lambda 함수 수신자 권한, 호출자 명시 ▸ 최소 권한 원칙 — 필요한 작업만 명시적 허용 ▸ EventBridge → Lambda 호출 — 서비스 보안 주체 지정 필수 【정답 포인트】 ▸ "EventBridge가 호출" → 리소스 기반 정책 필요 (not 실행 역할) ▸ "events.amazonaws.com" → EventBridge 서비스 보안 주체 명시 (D) ▸ "lambda:InvokeFunction만" → 최소 권한, 람다:* 배제 (D) 【오답 체크】 (A) * 와일드카드 = 최소 권한 위배 (B) lambda.amazonaws.com은 Lambda 자신, EventBridge 아님 (C) lambda:* 과도, events.amazonaws.com은 맞으나 작업 범위 초과 【시험 포인트】 ▸ "호출자-함수 관계" → 리소스 기반 정책 ▸ "EventBridge 호출" → events.amazonaws.com 보안 주체

해설

【핵심 용어】 ▸ KMS 자동 키 로테이션 — 연간 자동 회전, 이전 버전 보관 ▸ CloudTrail 감사 — KMS 사용 기록 자동 로깅 ▸ 규정 준수 — 암호화 + 감시 + 키 순환 【정답 포인트】 ▸ "자동 순환" → KMS 자동 로테이션 기능으로 수동 작업 제거 (D) ▸ "감사 기록" → CloudTrail이 자동으로 KMS 키 사용 로깅 (D) ▸ "운영 효율" → 세 가지 요구사항을 KMS 한 서비스로 충족 【오답 체크】 (A) SSE-C는 고객 키 관리 부담 증대, 감시 불가 (B) SSE-S3는 키 순환/감시 미지원, 규정 준수 부족 (C) 수동 교체 = 운영 오버헤드 증가, 인적 오류 위험 【시험 포인트】 ▸ "자동 회전 + 감시" → KMS 자동 로테이션 필수 ▸ "규정 준수" → KMS + CloudTrail 표준 패턴

해설

【핵심 용어】 ▸ REST API — 동기 요청/응답 필수, API Gateway 필수 ▸ 실시간 위치 추적 — 낮은 지연, 동적 응답 요구 ▸ 분석 플랫폼 통합 — 데이터 즉시 수집/활용 【정답 포인트】 ▸ "REST API" → API Gateway 외 대안 없음 (B) ▸ "동기 응답" → Lambda로 즉시 위치 데이터 반환 ▸ "자동 스케일" → Lambda는 요청 수에 따라 무한 확장 【오답 체크】 (A) Athena는 REST API 미제공, 배치 쿼리만 가능 (C) QuickSight는 시각화 도구, API 게이트웨이 아님 (D) Kinesis Analytics는 스트림 처리, REST API 비지원 【시험 포인트】 ▸ "REST API 필수" → API Gateway 즉시 선택 ▸ "실시간 응답" → Lambda 동기 호출

해설

【핵심 용어】 ▸ RDS 이벤트 알림 — 테이블 변경 감지, 관리형 이벤트 ▸ SNS-SQS 팬아웃 — 하나 메시지 → 여러 대기열 배포 ▸ 느슨한 결합 — 대상 시스템 독립적 처리 【정답 포인트】 ▸ "여러 대상" → SNS-SQS 팬아웃 패턴 표준 (D) ▸ "RDS 이벤트" → 이벤트 알림 구독, 데이터베이스 트리거 불필요 ▸ "느슨한 결합" → 각 대기열이 독립적으로 처리, 장애 격리 【오답 체크】 (A) Lambda 직접 트리거는 확장성 제한, 단일 대상 처리 (B) FIFO 큐는 순서 보장하지만 팬아웃 미지원 (C) SQS→SNS→SQS 순환은 불가능한 아키텍처 【시험 포인트】 ▸ "다중 대상 구독" → SNS-SQS 팬아웃 ▸ "RDS 이벤트 처리" → 이벤트 알림 기반 설계

해설

【핵심 용어】 ▸ S3 객체 잠금 — WORM 구현, 거버넌스/규정준수 모드 ▸ 법적 보존 — 무기한 보호, 권한 사용자만 제거 ▸ 버전 관리 — 객체 잠금 선수 조건 【정답 포인트】 ▸ "무기한 보호" → 법적 보존으로 보존 기간 불필요 (D) ▸ "선택적 삭제" → s3:PutObjectLegalHold 권한으로 특정 사용자만 (D) ▸ "일정하지 않은 시간" → 무기한 = 법적 보존 최적 【오답 체크】 (A) Glacier 볼트는 검색 지연 크고 복잡도 높음 (B) 100년 보존은 무기한 아님, 거버넌스는 관리자 우회 가능 (C) CloudTrail은 추적만, 보호 기능 없음 【시험 포인트】 ▸ "무기한 + 선택적 삭제" → 법적 보존 ▸ "권한 제어" → IAM s3:PutObjectLegalHold

해설

【핵심 용어】 ▸ 미리 서명된 URL — 브라우저→S3 직접, EC2 우회 ▸ S3 이벤트 알림 — 객체 생성 후 자동 트리거 ▸ 느슨한 결합 — 업로드와 처리 분리 【정답 포인트】 ▸ "느린 업로드" → 미리 서명된 URL로 경로 최단화 (C) ▸ "비동기 처리" → S3 이벤트+Lambda로 리사이징 배경 수행 (D) ▸ "느슨한 결합" → 사용자는 즉시 응답, 처리는 Lambda 비동기 【오답 체크】 (A) Glacier는 보관용, 즉시 업로드 속도 개선 무관 (B) 웹 서버 거치는 원래 방식, 개선 효과 없음 (E) EventBridge 정기 실행은 실시간성 없고 업로드와 무관 【시험 포인트】 ▸ "업로드 성능" → 미리 서명된 URL ▸ "이미지 처리 비동기" → S3 이벤트 + Lambda

해설

【핵심 용어】 ▸ Amazon MQ — ActiveMQ 관리형 대체, 활성/대기 자동 장애조치 ▸ RDS 다중 AZ — 동기 복제, 1초 미만 자동 장애조치 ▸ Auto Scaling — 소비자 동적 확장 【정답 포인트】 ▸ "고가용성" → MQ 활성/대기로 자동 장애조치 (D) ▸ "RDS 다중 AZ" → 관리형 무중단 장애조치 (D) ▸ "저복잡도" → Auto Scaling으로 부하 자동 대응 (D) ▸ "운영 최소" → 세 가지 모두 자동화된 서비스 【오답 체크】 (A) 자체 ActiveMQ 관리는 복잡도 증가, 장애조치 수동 (B) EC2 MySQL 복제는 관리 부담 증가 (C) EC2 소비자는 정적, 부하 변화 대응 제한 【시험 포인트】 ▸ "ActiveMQ 마이그레이션" → Amazon MQ ▸ "고가용성 + 저복잡도" → MQ + RDS 다중AZ + Auto Scaling

해설

【핵심 용어】 ▸ Snowball Edge Storage Optimized — 100TB 용량, 높은 처리량 ▸ AWS Glue — 사용자 지정 변환, 관리형 서비스 ▸ 대역폭 제약 — 물리적 디바이스 전송 필수 【정답 포인트】 ▸ "50TB + 대역폭 제약" → Snowball Edge 필수 (C) ▸ "변환 작업 클라우드 이전" → Glue로 AWS에서 실행 (C) ▸ "최소 오버헤드" → Glue는 관리형, 개발 최소화 ▸ "Storage Optimized" → 50TB에 충분, 스토리지 최적화 【오답 체크】 (A) DataSync는 네트워크 기반, 대역폭 제약 위배 (B) Snowcone은 용량 작음 (8TB만) (D) Edge Compute에 변환 실행 후 재실행 = 중복 작업 【시험 포인트】 ▸ "50TB + 대역폭 없음" → Snowball 물리 전송 ▸ "변환 클라우드 이전" → Glue 관리형

해설

【핵심 용어】 ▸ AWS Lambda — 서버리스, 무제한 자동 스케일링 ▸ Amazon S3 — 대규모 이미지 저장, 높은 내구성 ▸ DynamoDB — 메타데이터 관리, 탄력적 처리량 【정답 포인트】 ▸ "프레임 추가 처리" → Lambda로 자동 스케일 (C) ▸ "대규모 이미지" → S3 저장이 최적, 지연 최소 (C) ▸ "메타데이터" → DynamoDB 유지, 탄력적 대응 ▸ "변동 부하" → 세 서비스 모두 자동 스케일링 지원 【오답 체크】 (A) DynamoDB에 이진 이미지 저장 = 비효율, 비용 과다 (B) Firehose는 데이터 스트림 처리, 이미지 처리 부적절 (D) EC2 3개 고정 = 확장성 제한, 변동 부하 대응 어려움 【시험 포인트】 ▸ "이미지 처리 + 변동 부하" → Lambda ▸ "대규모 이진 데이터" → S3 ▸ "메타데이터" → DynamoDB

해설

【핵심 용어】 ▸ VPC 엔드포인트 — 인터넷 게이트웨이 우회, 프라이빗 경로 ▸ 프라이빗 서브넷 — 인터넷 게이트웨이 접근 차단 ▸ 개인 경로 — AWS 서비스와 내부 네트워크만 【정답 포인트】 ▸ "개인 경로" 요구 → VPC 엔드포인트가 유일한 솔루션 (C) ▸ "프라이빗 서브넷" → EC2를 프라이빗으로 이동, IGW 우회 (C) ▸ "S3 트래픽만" → 라우팅 테이블에 엔드포인트 연결 【오답 체크】 (A) NAT 게이트웨이는 여전히 IGW 거쳐 인터넷 사용 (B) 보안 그룹은 경로 선택 불가, 필터링만 수행 (D) Direct Connect는 과도한 비용/구성, S3만 필요 시 불필요 【시험 포인트】 ▸ "개인 경로" = VPC 엔드포인트 ▸ "IGW 우회" → 프라이빗 서브넷 구성

해설

【핵심 용어】 ▸ 정적 웹사이트 — 동적 콘텐츠 없음, 서버 유지관리 불필요 ▸ CloudFront — 글로벌 엣지, HTTPS 종료, 낮은 지연 ▸ 년 4회 업데이트 — 배포 빈도 낮음, 운영 용이 【정답 포인트】 ▸ "S3 정적 호스팅" → 패치/유지관리 제거 (D) ▸ "CloudFront" → HTTPS 종료, 글로벌 확장성 (A) ▸ "조합(A+D)" → 서버리스 아키텍처, EC2 관리 완전 제거 ▸ "운영 최소" → 설정만으로 자동화 【오답 체크】 (B) WAF는 보안 필터링, HTTPS 기능 아님 (C) Lambda는 동적 콘텐츠 필요할 때만, 정적 사이트 과도 (E) EC2+ALB = 패치/관리 필요, 운영 오버헤드 증대 【시험 포인트】 ▸ "정적 콘텐츠 + 운영 최소" → S3 호스팅 ▸ "글로벌 확장 + HTTPS" → CloudFront

해설

【핵심 용어】 ▸ CloudWatch Logs 구독 — 실시간 스트리밍, 네이티브 통합 ▸ OpenSearch — 실시간 로그 검색/분석 ▸ 거의 실시간 — 지연 최소화 【정답 포인트】 ▸ "거의 실시간" → 구독 필터가 가장 빠름 (A) ▸ "직접 구독" → CloudWatch Logs와 OpenSearch 네이티브 통합 (A) ▸ "최소 오버헤드" → 설정만으로 자동화, Lambda/Kinesis 관리 불필요 ▸ "네이티브 연결" → 추가 계층 불필요 【오답 체크】 (B) Lambda는 추가 코드/트리거 관리 필요, 오버헤드 증가 (C) Firehose는 배치 처리 최적화, 실시간 요구 불필요 (D) Kinesis Agent 설치 유지관리 필요, 구독보다 복잡 【시험 포인트】 ▸ "CloudWatch → 다른 서비스 실시간" → 구독 필터 ▸ "최소 오버헤드" → 네이티브 통합 선택

해설

【핵심 용어】 ▸ Amazon Bedrock — 생성형 AI 서비스, 프롬프트 기반 ▸ Knowledge Bases — 엔터프라이즈 데이터 검색 증강(RAG) ▸ 2초 응답 — 실시간 요구사항, 배치 불가 【정답 포인트】 ▸ "2초 응답" → Bedrock Knowledge Bases로 동기 응답 (B) ▸ "프롬프트 통합" → Knowledge Bases가 자동 문맥 추가 ▸ "감사 추적" → CloudTrail로 Bedrock 호출 로깅 ▸ "최소 운영" → 관리형 서비스, 미세 조정 불필요 【오답 체크】 (A) OpenSearch 파이프라인 = 운영 오버헤드 증가, 튜닝 필요 (C) RDS는 감사용 부족, 프롬프트 직접 포함 = 유지보수 어려움 (D) S3+Glue+Athena = 배치 처리, "2초 응답" 불만족 【시험 포인트】 ▸ "실시간 + 문맥 통합" → Bedrock Knowledge Bases ▸ "생성형 AI + RAG" → Bedrock 표준

해설

【핵심 용어】 ▸ AWS Systems Manager Session Manager — 에이전트리스, 키 페어 불필요 ▸ IAM 권한 제어 — 세션 접근 통제 ▸ CloudTrail 감시 — 모든 세션 기록 【정답 포인트】 ▸ "에이전트리스 접근" → Session Manager 필수 (C) ▸ "키 페어 제거" → SSH 키 관리 불필요 ▸ "감시 + 권한 제어" → IAM + CloudTrail로 완벽 통제 (C) ▸ "온프레미스 대체" → 퍼블릭 서브넷에서도 보안 접근 【오답 체크】 (A) 보안 그룹은 접근 통제 불가, 필터링만 수행 (B) EC2 인스턴스 연결은 키 관리 필수, 확장성 제한 (D) VPN은 모든 트래픽 허용, 세분화 제어 부족 【시험 포인트】 ▸ "SSH 키 제거" → Session Manager ▸ "감사 추적" → IAM + CloudTrail

해설

【핵심 용어】 ▸ DynamoDB Streams — 실시간 변경 이벤트 캡처 ▸ Lambda 트리거 — Streams에서 자동 호출 ▸ 실시간 동기화 — 지연 최소, 이벤트 기반 【정답 포인트】 ▸ "실시간 동기화" → DynamoDB Streams로 변경 캡처 (B) ▸ "Lambda 트리거" → 자동 호출, 서버리스 처리 ▸ "느슨한 결합" → DynamoDB와 외부 DB 독립적 운영 ▸ "배치 불필요" → 이벤트 기반이므로 폴링 불필요 【오답 체크】 (A) DynamoDB Global Tables는 읽기 전용 복제, 양방향 동기화 불가 (C) 정기 Lambda는 폴링 방식, 실시간 불가 (D) 변경 데이터 캡처 도구는 복잡도 증가, AWS 관리형 미흡 【시험 포인트】 ▸ "실시간 동기화" → DynamoDB Streams ▸ "변경 이벤트 자동 처리" → Streams + Lambda