정답 · 해설

해설

【핵심 용어】 ▸ On-Demand Mode—사용량 기반 자동 요금 ▸ 예측 불가 트래픽—자동 스케일링 지원 / 【정답 포인트】 ▸ 예측 불가 + 높은 처리량—On-Demand 최적 ▸ 용량 계획 불필요—자동 확장 관리 ▸ 비용 최적화—실사용량만 청구 / 【오답 체크】 (A) Provisioned + Auto Scaling—관리 복잡도 증가 (C) Standard-IA—저빈도 데이터용, 여기 부적합 (D) 클래스 선택 오류—IA는 고빈도 접근에 맞지 않음 / 【시험 포인트】 ▸ Standard-IA vs On-Demand 구분 ▸ 예측 불가 워크로드 설계 패턴

해설

【핵심 용어】 ▸ 교차 계정 역할 수임—AssumeRole API 활용 ▸ 임시 자격증명—보안 최고 수준 / 【정답 포인트】 ▸ BU_ROLE—각 비즈니스 계정의 DB 접근 권한 ▸ APP_ROLE—인벤토리 계정에서 수임 가능 설정 ▸ 임시 자격증명—키 순환 불필요, 자동 갱신 / 【오답 체크】 (A) Secrets Manager—고정 자격증명, 수동 순환 필요 (B) IAM 사용자—장기 자격증명, 위험도 높음 (D) ACM은 HTTPS용, DB 인증 아님 / 【시험 포인트】 ▸ 교차 계정 + 최고 보안—AssumeRole 기반 설계 ▸ 임시 vs 장기 자격증명 선택 기준

해설

【핵심 용어】 ▸ HPA(Horizontal Pod Autoscaling)—포드 복제본 수 조정 ▸ Cluster Autoscaler—노드 수 조정 / 【정답 포인트】 ▸ (B) + (C) 조합—이중 계층 자동 확장 ▸ HPA는 앱 레벨—메트릭 기반 스케일 ▸ Cluster Autoscaler—인프라 레벨 노드 관리 / 【오답 체크】 (A) Lambda 수동—자동화 부족 (D) API Gateway—EKS 연결 역할 아님 (E) App Mesh—트래픽 관찰만, 자동 확장 아님 / 【시험 포인트】 ▸ 이중 오토스케일러 개념—앱 + 인프라 두 계층 ▸ 최소 운영으로 자동 확장 구현

해설

【핵심 용어】 ▸ Federated Query—여러 데이터 소스 동시 쿼리 ▸ Athena DynamoDB 커넥터—SQL로 테이블 접근 / 【정답 포인트】 ▸ 다중 테이블 동시 조회—Athena Federated 필수 ▸ 메인 앱 성능 영향 없음—별도 쿼리 엔진 ▸ 단일 SQL—복잡한 다중 테이블 조회 간결화 / 【오답 체크】 (A) AppSync—GraphQL 레이어, 다중 테이블 부적합 (B) CloudFront—캐싱용, 데이터 조율 아님 (C) API Gateway + Lambda—앱 성능 영향 가능 / 【시험 포인트】 ▸ 다중 소스 + 비동기 + 성능 영향 없음—Federated Query ▸ Athena의 확장 기능 활용

해설

【핵심 용어】 ▸ Athena—S3 데이터를 SQL로 직접 쿼리 ▸ CloudTrail 로그—S3 저장, 파케이 형식 / 【정답 포인트】 ▸ 서버리스 SQL—스크립트 작성 불필요 ▸ 설정만으로 즉시 분석—최소 운영 오버헤드 ▸ CloudTrail과 네이티브 통합—바로 쿼리 가능 / 【오답 체크】 (A) Glue + 스크립트—ETL 파이프라인 필요 (B) Batch + 스크립트—컴퓨팅 인스턴스 관리 (D) QuickSight—시각화용, 쿼리보다 대시보드 / 【시험 포인트】 ▸ 로그 분석 + 최소 노력—Athena 직접 쿼리 ▸ CloudTrail 분석 기본 패턴

해설

【핵심 용어】 ▸ Cost Explorer API—프로그래밍 방식 비용 접근 ▸ 예측 기능—미래 비용 추정 제공 / 【정답 포인트】 ▸ "프로그래밍 방식"—API 필수 요구사항 ▸ 과거 + 예측 데이터—자동화 대시보드 통합 ▸ 최소 수작업—대시보드 자동 갱신 가능 / 【오답 체크】 (B) CSV 다운로드—수동, 자동화 어려움 (C) FTP—오래된 프로토콜, 예산과 무관 (D) Budgets—경보용, 예측 API 아님 / 【시험 포인트】 ▸ "프로그래밍 + 예측"—Cost Explorer API 선택 ▸ 비용 자동화 통합 패턴

해설

【핵심 용어】 ▸ RDS Proxy—DB 연결 풀링, 장애 조치 빠르게 처리 ▸ 투명 라우팅—프록시가 새 인스턴스로 자동 재연결 / 【정답 포인트】 ▸ 3분 다운타임—애플리케이션 재연결 대기 시간 ▸ RDS Proxy—프록시가 자동으로 새 쓰기 인스턴스로 라우팅 ▸ 애플리케이션 재연결 시간 단축—다운타임 감소 / 【오답 체크】 (A) 읽기 복제본—읽기 전용, 쓰기 장애 조치 도움 아님 (B) 보조 클러스터—높은 수동 조작 필요 (C) ElastiCache—캐싱용, DB 장애 조치 관계 없음 / 【시험 포인트】 ▸ 장애 조치 다운타임 단축—RDS Proxy 투명 라우팅 ▸ 연결 풀링의 빠른 재연결 장점

해설

【핵심 용어】 ▸ Aurora 글로벌 데이터베이스—다중 리전 자동 리플리카 ▸ 빠른 승격—1초 미만 자동 장애 조치 / 【정답 포인트】 ▸ 완전한 다중 리전—앱 계층 + 글로벌 DB 함께 배포 ▸ 자동 리플리카 + 빠른 승격—RTO 최소화 ▸ Route 53 헬스체크—장애 자동 감지 ▸ 최고 내결함성—RPO/RTO 모두 최소 / 【오답 체크】 (A) 앱 계층 배포 불완전 (B) 교차 리전 복제본—승격 수동, 시간 소요 (C) DMS 복제—지속적 동기화 아님 / 【시험 포인트】 ▸ 다중 리전 + 최소 가동 중지—Aurora Global DB + 앱 다중 리전 ▸ 자동 vs 수동 승격 개념

해설

【핵심 용어】 ▸ Transfer Family—AWS 관리형 FTP 서버 ▸ S3 이벤트 알림—파일 도착 즉시 트리거 / 【정답 포인트】 ▸ FTP 클라이언트 변경 최소—Transfer Family 필수 ▸ "가능한 한 빨리"—S3 이벤트 알림 즉시 처리 ▸ 3~8분 처리—AWS Batch 적합 (Lambda 15분 제한) / 【오답 체크】 (A) S3 Glacier—야간만 처리, 즉시 불가 (B) EBS—이벤트 알림 미지원 (D) Lambda—타임아웃 위험(15분 제한) / 【시험 포인트】 ▸ 즉시 처리 + FTP 호환 + 관리형—Transfer Family + S3 + Batch ▸ 배치 처리 최적화 아키텍처

해설

【핵심 용어】 ▸ Global Accelerator—Anycast IP, 글로벌 저지연 라우팅 ▸ TCP/UDP 지원—게임 프로토콜 모두 처리 / 【정답 포인트】 ▸ TCP/UDP 모두 필요—Global Accelerator 필수 ▸ Anycast 글로벌 가속—지연시간 최소화 ▸ Route 53 지연 라우팅보다 우수—더 빠른 경로 / 【오답 체크】 (A) CloudFront—HTTP/HTTPS만, 게임 불가 (B) ALB—Layer 7, TCP/UDP 게임 부적합 (D) API Gateway—API용, 게임 프로토콜 미지원 / 【시험 포인트】 ▸ TCP/UDP 게임 + 글로벌 저지연—Global Accelerator + NLB ▸ NLB 최적화 네트워크 경로

해설

【핵심 용어】 ▸ Lambda Function URL—Lambda에 직접 HTTP 엔드포인트 제공 ▸ Webhook 수신—HTTP POST 콜백 지원 / 【정답 포인트】 ▸ Function URL—Lambda 버전 2023년 추가 기능 ▸ 직접 HTTPS 엔드포인트—타사 직접 호출 가능 ▸ 최소 구성—외부 서비스 불필요 / 【오답 체크】 (B) ALB—Lambda 앞에 불필요, 오버헤드 증가 (C) SNS—푸시 알림용, Webhook 수신 아님 (D) SQS—큐 기반, Webhook 직접 수신 불가 / 【시험 포인트】 ▸ Webhook + 최소 효율—Lambda Function URL 직접 노출 ▸ 신규 Lambda 기능 활용

해설

【핵심 용어】 ▸ 와일드카드 도메인—*.example.com 형태로 다중 서브도메인 지원 ▸ 운영 효율성—단일 인증서로 모든 고객 도메인 / 【정답 포인트】 ▸ (A) 와일드카드 도메인 + Route 53 호스팅 영역 ▸ (D) API Gateway 동일 리전 ACM 인증서 필수 ▸ customer1, customer2 등 즉시 지원 가능 / 【오답 체크】 (B) 다른 리전 인증서—API Gateway에서 사용 불가 (C) 고객당 호스팅 영역—과도한 관리 부담 (E) 고객당 API 끝점—운영 복잡도 증가 / 【시험 포인트】 ▸ 와일드카드 + 최고 효율—단일 인증서로 다중 테넌트 ▸ API Gateway의 리전 제약 고려

해설

【핵심 용어】 ▸ Amazon Macie—S3 데이터에서 민감 정보(PII) 자동 감지 ▸ EventBridge—이벤트 필터링 및 라우팅 / 【정답 포인트】 ▸ PII 감지—Amazon Macie 필수 (GuardDuty는 위협 탐지) ▸ SensitiveData 이벤트—Macie의 표준 이벤트 유형 ▸ 실시간 알림—SNS 필수 (SQS는 비동기) / 【오답 체크】 (B) GuardDuty—보안 위협 분석용, 데이터 분류 불가 (C) SQS—비동기 큐, 실시간성 부족 (D) GuardDuty + SQS—PII 감지 불가능 / 【시험 포인트】 ▸ Macie (데이터) vs GuardDuty (위협) 구분 ▸ SNS (실시간) vs SQS (비동기) 알림 선택

해설

【핵심 용어】 ▸ S3 라이프사이클 정책—저장소 클래스 자동 전환 ▸ Glacier Flexible Retrieval—6시간 검색, 장기 백업용 / 【정답 포인트】 ▸ 30일 고빈도—S3 Standard 유지 필수 ▸ 30~90일 백업—중간 비용 절감 필요 ▸ 단일 전환—30일 기점에 S3→Glacier 바로 이동 / 【오답 체크】 (A) IA 전환 없음—고비용 유지 (B) 중복 전환—IA→Glacier 복잡성 증가 (D) One Zone-IA—재해복구 취약, 이중 전환 비효율 / 【시험 포인트】 ▸ 분석 기간 종료 후 즉시 저비용 저장소 전환 ▸ IA 생략하고 Glacier로 직진하는 비용 최적화

해설

【핵심 용어】 ▸ etcd 암호화 — Kubernetes 저장소의 암호화된 저장 ▸ EKS KMS 비밀 암호화 — etcd 내 자동 암호화 활성화 ▸ AWS KMS 키 — 마스터 암호화 키 【정답 포인트】 ▸ etcd 저장소 암호화 → EKS KMS 비밀 암호화 기능 필수 ▸ KMS 키 생성 후 → EKS 클러스터 암호화 활성화 ▸ 네이티브 EKS 기능 → 별도 애플리케이션 불필요 【오답 체크】 (A) Secrets Manager는 외부 저장소 (etcd 암호화 아님) (C) EBS CSI만으로 etcd 보호 불가능 (D) EBS 기본 암호화는 etcd와 무관 【시험 포인트】 EKS etcd 암호화 → KMS 직접 통합 필수 ▸ Secrets Manager는 별도 저장소용

해설

【핵심 용어】 ▸ 다중 AZ 클러스터 — 2개 이상 대기 읽기 인스턴스 ▸ 읽기 엔드포인트 — 자동 로드밸런싱 ▸ 복잡 쿼리 격리 — 전용 인스턴스에서 실행 【정답 포인트】 ▸ 고가용성 요구 → 다중 AZ 클러스터 필수 ▸ 읽기 전용 격리 → 2개 대기 인스턴스 활용 ▸ 자동 장애조치 + 읽기 분산 → 클러스터만 가능 【오답 체크】 (A) 동적 확장만으로 가용성 미보장 (B) 대기 인스턴스는 쿼리 불가 (C) 읽기 복제본은 추가 비용 증가 【시험 포인트】 RDS 클러스터 vs 인스턴스 → 다중 읽기 요구 ▸ 클러스터 = 자동 장애조치 + 읽기 분산

해설

【핵심 용어】 ▸ Redis — 세션 관리 (영속성 보장) ▸ 다중 AZ RDS 클러스터 — 데이터베이스 고가용성 ▸ Auto Scaling 3AZ — 웹 계층 자동 확장성 【정답 포인트】 ▸ 세션 데이터 → Redis (데이터 유지 + 성능) ▸ 3AZ 고가용성 → RDS 클러스터 + Auto Scaling ▸ 데이터베이스 계층 → MySQL RDS 필수 【오답 체크】 (B) Memcached는 캐시만 (세션 영속성 없음) (C) DynamoDB로 MySQL 전체 대체는 스키마 변경 필요 (D) 단일 AZ RDS는 고가용성 미충족 【시험 포인트】 Redis vs Memcached → 세션 데이터 ▸ Redis (영속성) vs Memcached (휘발성)

해설

【핵심 용어】 ▸ 지리적 제한 — 국가별 접근 제어 ▸ 허용 목록 — 배포 국가만 허락 ▸ CloudFront 네이티브 기능 — 간단한 구현 【정답 포인트】 ▸ 국가 기반 필터링 → 지리적 제한 필수 ▸ 단계적 배포 → 허용 국가 리스트 활용 ▸ 사용자 지정 오류 → 거부된 접근 처리 【오답 체크】 (B) 서명된 URL은 개인 인증용 (지역 제한 아님) (C) 암호화는 접근 제어 아님 (D) 서명된 URL도 지역 정보 미포함 【시험 포인트】 지리적 제한 → CloudFront 허용 목록 ▸ 서명된 URL은 개인 콘텐츠용

해설

【핵심 용어】 ▸ RPO 30초 → 거의 실시간 복제 필수 ▸ RTO 60분 → 빠른 복구 필요 ▸ 웜 대기 + CDC → 지속적 데이터 동기화 【정답 포인트】 ▸ DMS CDC → 초단위 복제 가능 ▸ RDS 웜 대기 → 즉시 활성화 가능 ▸ SQL Server Standard → Enterprise 불필요 【오답 체크】 (A) Always On은 고비용 + Standard 미지원 (C) Elastic DR은 VM 수준 (데이터 RPO 미충족) (D) 일일 백업은 RPO 30초 미달성 【시험 포인트】 RPO/RTO vs 비용 → DMS CDC 활용 ▸ 웜 대기 RDS = 빠른 장애조치

해설

【핵심 용어】 ▸ RDS 클러스터 — 고가용성 + 읽기 복제본 ▸ 리더 인스턴스 — 전용 보고 쿼리 실행 ▸ Oracle → RDS 관리형 — 운영 효율성 【정답 포인트】 ▸ 고가용성 → 다중 AZ 클러스터 ▸ 보고 오프로드 → 리더 인스턴스 활용 ▸ 단일 엔진 → Oracle RDS 필수 【오답 체크】 (A) 다중 리전은 불필요한 복잡성 (B) 단일 AZ는 가용성 미충족 (C) Aurora는 Oracle 호환 없음 【시험 포인트】 RDS 인스턴스 vs 클러스터 → 읽기 복제본 필요 ▸ 클러스터 리더 = 자동 장애조치 + 읽기 분산