정답 · 해설

해설

【핵심 용어】 ▸ Aurora Serverless v1—자동 확장 + 무사용 시 중지, 쓰기 집약—동시성 처리, 비용 최적화—사용량 기반 【정답 포인트】 ▸ Aurora Serverless v1은 트래픽이 없을 때 자동으로 일시 중지되어 비용이 청구되지 않습니다. 갑작스러운 부하 증가 시 자동 확장되고 감소 시 축소됩니다. Lambda와 Fargate의 서버리스 자동 확장과 일치하여 일관된 비용 최적화를 달성합니다. 【오답 체크】 (A) 읽기 복제본은 쓰기 부하를 처리하지 못하고 Reserved Instance는 예측 불가능한 부하에 부적합합니다. (B) 다중 쓰기는 관리 복잡도가 높습니다. (C) 글로벌 DB는 불필요한 복잡도와 비용 증가를 야기합니다. 【시험 포인트】 ▸ 변화하는 부하 + 쓰기 집약 + 비용 최적화 = Aurora Serverless v1

해설

【핵심 용어】 ▸ ECS Fargate—서버리스 컨테이너, EFS—공유 파일 시스템, Aurora MySQL—읽기 복제본자동확장 【정답 포인트】 ▸ 컨테이너화로 일관된 배포 환경을 확보하고 Fargate는 서버 관리를 제거합니다. EFS로 모든 인스턴스가 공유하는 단일 정적 콘텐츠 저장소를 제공하여 복제 오버헤드를 제거합니다. Aurora MySQL의 자동 확장 읽기 복제본은 피크 시간의 읽기 부하를 처리합니다. 【오답 체크】 (A) Lambda는 EBS 마운트를 지원하지 않습니다. (B) Step Functions는 동기 요청 처리에 부적합합니다. (C) ECS는 EBS 마운트 대신 EFS를 권장합니다. 【시험 포인트】 ▸ 부하 변화 + 읽기 집약 + 정적 콘텐츠 공유 = ECS Fargate + EFS + Aurora

해설

【핵심 용어】 ▸ DynamoDB 스트림—변경 이벤트 캡처, Lambda—이벤트 기반 처리, SNS—상태 알림 【정답 포인트】 ▸ DynamoDB 스트림이 주문 상태 변경을 캡처하면 Lambda 함수가 이벤트를 처리합니다. Lambda는 SNS 주제로 알림을 게시하여 구독자들이 상태 업데이트를 받습니다. 이는 이벤트 기반 아키텍처로 느슨한 결합과 확장성을 제공합니다. 【오답 체크】 (B) SQS는 단방향 메시징이며 다중 구독자를 지원하지 않습니다. (C) EventBridge는 DynamoDB 스트림과 직접 통합이 복잡합니다. (D) EC2 폴링은 비효율적이고 지연이 발생합니다. 【시험 포인트】 ▸ 상태 변경 알림 = DynamoDB 스트림 + Lambda + SNS. 이벤트 기반 패턴

해설

【핵심 용어】 ▸ AWS Glue 크롤러—스키마 자동 감지, Athena—서버리스 쿼리, QuickSight—비즈니스 인텔리전스 【정답 포인트】 ▸ Glue 크롤러가 S3의 데이터를 자동으로 스캔하고 메타데이터 카탈로그를 구축합니다. Athena는 카탈로그의 테이블을 쿼리하여 서버리스 분석을 제공합니다. QuickSight가 결과를 시각화하여 자동화된 분석 파이프라인을 완성합니다. 【오답 체크】 (A) Lambda 폴링은 비효율적이고 코드 작성 부담이 크습니다. (C) RDS는 대규모 데이터 분석에 부적합합니다. (D) S3 이벤트 알림은 메타데이터 감지를 지원하지 않습니다. 【시험 포인트】 ▸ 자동화된 분석 = Glue 크롤러 + Athena + QuickSight

해설

【핵심 용어】 ▸ CloudWatch Logs Insights—로그 분석, Lambda—자동화 처리, SNS—알림전송 【정답 포인트】 ▸ CloudWatch Logs Insights는 복잡한 쿼리로 에러 패턴을 분석합니다. Lambda 함수가 메트릭 필터로 트리거되어 에러 상황에 자동 대응합니다. SNS가 개발 팀에 알림을 보내 빠른 대응을 가능하게 합니다. 【오답 체크】 (A) X-Ray는 추적 데이터에 최적화되어 있으며 로그 분석과는 다릅니다. (C) EventBridge는 로그 기반 이벤트 필터링이 제한적입니다. (D) CloudTrail은 API 호출 기록이며 애플리케이션 로그 분석과 무관합니다. 【시험 포인트】 ▸ 에러 감지 + 자동 알림 = CloudWatch Logs Insights + Lambda + SNS

해설

【핵심 용어】 ▸ Systems Manager Parameter Store—보안 설정 저장, IAM 역할—권한 기반 접근, 암호화—민감 정보 보호 【정답 포인트】 ▸ Parameter Store에 데이터베이스 연결 문자열을 저장하고 KMS로 암호화합니다. EC2 인스턴스 IAM 역할에 Parameter Store 접근 권한을 부여하여 애플리케이션이 런타임에 설정을 조회합니다. 이는 하드코딩된 자격증명을 제거하여 보안을 강화합니다. 【오답 체크】 (A) 환경 변수는 평문 저장되어 보안이 낮습니다. (B) S3는 민감 정보 저장에 권장되지 않습니다. (C) EC2 사용자 데이터는 부팅 시에만 읽히므로 변경이 적용되지 않습니다. 【시험 포인트】 ▸ 보안 설정 관리 = Parameter Store + KMS + IAM 역할

해설

【핵심 용어】 ▸ VPC Flow Logs—네트워크 트래픽 분석, CloudWatch—메트릭 및 경보, Lambda—자동 차단 【정답 포인트】 ▸ VPC Flow Logs가 거부된 연결을 기록합니다. CloudWatch 메트릭 필터가 거부 패턴을 감지하고 Lambda 함수를 트리거하여 악의적 IP를 보안 그룹에서 차단합니다. 자동화된 DDoS 방어로 운영 부담을 줄입니다. 【오답 체크】 (A) AWS WAF는 L7 공격 방어이며 네트워크 레벨 공격은 다릅니다. (C) Shield Standard는 기본 DDoS 보호만 제공합니다. (D) VPN은 보안 채널이지만 DDoS 방어와는 무관합니다. 【시험 포인트】 ▸ DDoS 자동 방어 = VPC Flow Logs + Lambda + 보안 그룹

해설

【핵심 용어】 ▸ AWS Backup 보안 정책—규정 준수, 태그 기반 백업—자동화, 크로스 계정 복사—재해복구 【정답 포인트】 ▸ C: 컴플라이언스 태그로 백업 정책을 자동화하여 규정 준수 리소스를 일관되게 보호합니다. D: 보조 계정으로 백업을 복사하여 특권 사용자로부터 격리하고 재해 복구 가용성을 확보합니다. 【오답 체크】 (A) 온디맨드 백업은 규정 준수 자동화를 지원하지 않습니다. (B) 라이프사이클 정책은 규정 준수와 무관합니다. 【시험 포인트】 ▸ 규정 준수 + 재해복구 = 태그 기반 자동화 + 크로스 계정

해설

【핵심 용어】 ▸ S3 Intelligent-Tiering—자동 비용 최적화, S3 Object Lock—규정 준수, 버전 관리—데이터 복구 【정답 포인트】 ▸ D: Intelligent-Tiering은 접근 패턴을 자동으로 분석하여 데이터를 가장 저렴한 계층으로 이동시킵니다. 규정 준수 기간 동안 Object Lock과 버전 관리로 데이터를 보호합니다. 【오답 체크】 (A) 단순 Glacier 전환은 수동 관리가 필요합니다. (B) 동기화는 비용 최적화와 무관합니다. (C) 암호화는 비용이 아닌 보안 문제입니다. 【시험 포인트】 ▸ 자동 비용 최적화 = S3 Intelligent-Tiering

해설

【핵심 용어】 ▸ AWS Transfer Family—하이브리드 파일 공유, S3 백엔드—중앙 저장, IAM 정책—권한 관리 【정답 포인트】 ▸ Transfer Family SFTP 서버가 온프레미스와 클라우드 간의 보안 파일 전송을 제공합니다. S3 백엔드로 모든 파일을 중앙화하고 IAM 정책으로 사용자별 접근 제어를 관리합니다. 【오답 체크】 (B) DataSync는 실시간 동기화에 최적화되어 있지만 SFTP 인터페이스를 제공하지 않습니다. (C) Storage Gateway는 NFS/SMB이며 SFTP를 지원하지 않습니다. (D) Direct Connect는 네트워크 연결일 뿐 파일 공유 서비스가 아닙니다. 【시험 포인트】 ▸ SFTP 하이브리드 공유 = Transfer Family + S3

해설

【핵심 용어】 ▸ AWS Secrets Manager—동적 자격증명 로테이션, RDS 통합—자동 비밀 갱신, IAM 정책—최소권한 【정답 포인트】 ▸ Secrets Manager는 데이터베이스 자격증명을 암호화하여 저장하고 정기적으로 자동 로테이션합니다. RDS와의 통합으로 로테이션 시 데이터베이스 사용자도 함께 업데이트됩니다. 애플리케이션은 API로 자격증명을 조회하므로 하드코딩이 필요 없습니다. 【오답 체크】 (A) Parameter Store는 정적 저장소이며 자동 로테이션을 지원하지 않습니다. (B) 환경 변수는 평문이므로 보안이 낮습니다. (C) S3는 민감 정보 저장에 부적합합니다. 【시험 포인트】 ▸ 자격증명 관리 = Secrets Manager + 자동 로테이션

해설

【핵심 용어】 ▸ Systems Manager Patch Manager—자동 패칭, 유지보수 기간—정기 업데이트, 규정 준수—보안 기준선 【정답 포인트】 ▸ Patch Manager가 모든 EC2 인스턴스의 운영 체제 패치를 자동으로 적용합니다. 유지보수 기간을 설정하여 정기적으로 패칭하고 규정 준수 보안 기준을 유지합니다. CloudTrail이 모든 패치 이력을 기록합니다. 【오답 체크】 (A) Systems Manager Run Command는 수동 명령 실행이며 패칭 자동화가 아닙니다. (B) CloudFormation은 인프라 배포이며 기존 인스턴스 패칭과 무관합니다. (C) Lambda는 대규모 인스턴스 패칭 조율에 부적합합니다. 【시험 포인트】 ▸ 자동 패칭 = Systems Manager Patch Manager

해설

【핵심 용어】 ▸ S3 Multi-Region Access Point—글로벌 접근, 자동 라우팅—최저 레이턴시, 데이터 복제—가용성 【정답 포인트】 ▸ A: Multi-Region Access Point가 단일 엔드포인트로 모든 리전의 데이터에 접근합니다. D: S3 크로스 리전 복제가 자동으로 데이터를 동기화합니다. F: Route 53 지연 시간 기반 라우팅이 사용자를 가장 가까운 리전으로 자동 라우팅합니다. 【오답 체크】 (B) Global Accelerator는 권장되지 않으며 비용 증가가 발생합니다. (C) VPC 엔드포인트는 글로벌 접근과 무관합니다. (E) 수동 DNS 레코드는 자동화된 라우팅을 제공하지 않습니다. 【시험 포인트】 ▸ 글로벌 S3 접근 = Multi-Region Access Point + 크로스 리전 복제

해설

【핵심 용어】 ▸ AWS Lambda Layers—공유 라이브러리 배포, 버전 관리—일관성 유지, 코드 재사용—개발 효율성 【정답 포인트】 ▸ Lambda Layers는 공통 라이브러리, 런타임, 커스텀 코드를 패키징하여 여러 함수에서 재사용합니다. 중앙화된 배포로 모든 함수가 일관된 의존성을 사용하고 업데이트는 자동으로 반영됩니다. 【오답 체크】 (B) Lambda 함수 내 라이브러리 포함은 중복과 유지보수 부담이 발생합니다. (C) CodeDeploy는 배포 자동화이지만 의존성 관리와 무관합니다. (D) CloudFormation 매개변수는 라이브러리 배포에 적합하지 않습니다. 【시험 포인트】 ▸ 공유 라이브러리 배포 = Lambda Layers

해설

【핵심 용어】 ▸ AWS Fargate — 서버 관리 없는 컨테이너 오케스트레이션 ▸ Amazon EFS — 공유 파일 시스템, 자동 확장 ▸ 서버리스 전환 — Docker 호스팅 관리 제거 【정답 포인트】 ▸ 관리 최소화 → Fargate (서버 관리 불필요) ▸ 공유 스토리지 → EFS (여러 컨테이너 동시 접근) ▸ 자동 확장 → EFS의 기본 기능 ▸ 애플리케이션 미변경 → EFS의 POSIX 호환성 【오답 체크】 (A) EKS는 관리 오버헤드 증가, S3는 파일 시스템 특성 미보유 (C) Fargate는 EBS 미지원, EBS는 단일 인스턴스만 연결 가능 (D) EC2는 호스팅 환경 관리 필요 (정책 위반) 【시험 포인트】 "서버를 계속 관리할 수 없음"은 Fargate 선택의 핵심 단서입니다. 공유 스토리지 요구사항은 EFS를 지정합니다. EFS는 여러 Fargate 작업에서 동시에 마운트 가능하며 자동으로 처리량을 확장합니다. S3는 파일 시스템 인터페이스를 제공하지 않으므로 애플리케이션 수정이 필요합니다.

해설

【핵심 용어】 ▸ Application Discovery Agent — 에이전트 기반 상세 데이터 수집 ▸ Migration Hub Strategy Recommendations — 마이그레이션 전략 및 비용 제시 ▸ Network Connections — 애플리케이션 종속성 파악 【정답 포인트】 ▸ 정확한 인벤토리 없음 → Agent 기반 수집으로 완전한 자동 검색 ▸ 네트워크 연결 정보 → Discovery Agent가 종속성 추적 ▸ 애플리케이션 관계 파악 → Agent 기반 통신 분석 ▸ 마이그레이션 전략 수립 → Strategy Recommendations의 핵심 기능 【오답 체크】 (A) Migration Evaluator는 비용 추정용, 네트워크 연결 추적 제한적 (C) Agentless Collector는 상세 종속성 분석 불충분 (D) Import Tool은 수동 입력 필요, 자동 검색 불가 【시험 포인트】 Agentless Collector는 VM의 메타데이터만 수집하지만, Discovery Agent는 프로세스, 네트워크 연결, 애플리케이션 종속성을 상세히 추적합니다. Migration Hub Strategy Recommendations와 함께 사용하면 완전한 마이그레이션 계획과 비용 추정이 가능합니다.

해설

【핵심 용어】 ▸ Organization Trail — 조직 전체 계정의 중앙 집중식 추적 ▸ S3 Versioning — 로그 변조 방지 ▸ Operational Overhead — 단일 추적으로 관리 단순화 【정답 포인트】 ▸ 중앙 집중식 관리 → 관리 계정의 단일 추적 ▸ 모든 계정 포함 → Organization Trail 기능 ▸ 로그 무결성 → 버전 관리로 변조 방지 ▸ 최소 오버헤드 → 다중 추적 관리 불필요 【오답 체크】 (A) 단일 추적은 조직 전체 계정 로그 미포함 (B) 각 계정마다 추적 유지는 관리 복잡성 증가 (D) SNS는 외부 전송이 추가 비용 및 복잡성 【시험 포인트】 AWS Organizations의 조직 중앙 추적(Organization Trail)은 관리 계정에서 설정하면 모든 멤버 계정의 API 호출을 자동으로 수집합니다. 버전 관리는 실수에 의한 삭제나 의도적 변조로부터 로그를 보호합니다. 규정 준수 요구사항을 최소한의 운영 비용으로 충족합니다.

해설

【핵심 용어】 ▸ Cluster Placement Group — 가장 낮은 지연시간 ▸ Memory Optimized — 인메모리 데이터베이스 최적 ▸ Inter-node Communication — 노드 간 통신 최소화 【정답 포인트】 ▸ 최저 지연시간 요구 → Cluster 배치 그룹 (10Gbps 이상) ▸ 인메모리 데이터베이스 → 메모리 최적화 인스턴스 ▸ 노드 간 데이터 복제 → 저지연 시간 필수 ▸ 단일 AZ 배포 → Cluster 배치 그룹의 기본 【오답 체크】 (A) 파티션 배치 그룹은 지연시간 다음 우선 (B) 컴퓨팅 최적화는 메모리 작업에 부적절 (D) 스프레드 배치 그룹은 서로 떨어진 배치, 지연시간 증가 【시험 포인트】 배치 그룹의 특성: (1) Cluster - 가장 저지연, 동일 AZ (2) Partition - 파티션별 격리, 중간 지연 (3) Spread - 최대 분산, 고지연. 인메모리 데이터베이스는 노드 간 통신 지연이 성능을 좌우하므로 Cluster 배치 그룹과 메모리 최적화 인스턴스의 조합이 필수입니다.

해설

【핵심 용어】 ▸ AWS DataSync — 온프레미스에서 클라우드로 데이터 동기화 ▸ Custom Filters — 원본 디렉터리별 선택적 백업 ▸ Daily Scheduling — DataSync 작업 자동화 【정답 포인트】 ▸ 사용자 정의 필터 → DataSync가 원본 경로 필터링 지원 ▸ 매일 자동화 → DataSync 예약 작업 ▸ Direct Connect 활용 → DataSync의 최적화된 전송 ▸ 최소 오버헤드 → API 수동 구성 불필요 【오답 체크】 (A) CopyObject API는 필터링 기능 없음, 수동 작성 필요 (B) AWS Backup은 파일 수준 필터링 미지원 (D) Snowball은 일회성 초기 전송용, 정기적 증분 백업 비효율 【시험 포인트】 DataSync는 온프레미스 VM에 에이전트를 설치하여 지정된 소스 디렉터리만 선택적으로 동기화합니다. 일일 예약 작업으로 자동 증분 백업을 수행하며, Direct Connect 같은 고속 네트워크를 최적으로 활용합니다. 복잡한 API 호출이나 수동 필터링이 필요 없어 운영 오버헤드가 최소입니다.

해설

【핵심 용어】 ▸ AWS Service Catalog — 승인된 제품 카탈로그 관리 ▸ 최소 권한 접근 — 각 페르소나별 권한 제한 ▸ 승인된 애플리케이션 실행 → Service Catalog 제품 【정답 포인트】 ▸ 버전 제어 → Service Catalog로 EMR 버전 선택 ▸ 클러스터 구성 제한 → 사전 승인된 구성만 제공 ▸ 권한 자동 할당 → 각 제품별 권한 매핑 ▸ 태깅 강제 → Service Catalog 제품 생성 시 자동 적용 【오답 체크】 (A) IAM Policy는 EMR 버전/구성 제한 불가능 (B) Kerberos는 네트워크 인증만 제공, 권한 제어 불가 (D) CloudFormation은 리소스 배포만, 권한 제한 불충분 【시험 포인트】 AWS Service Catalog는 사전 승인된 제품 카탈로그를 제공하여 사용자가 승인된 구성만 배포하도록 강제합니다. 각 제품마다 다른 권한과 태그를 설정할 수 있어 최소 권한 원칙을 구현합니다. 관리자는 EMR 클러스터 버전, 구성, 권한을 세밀하게 제어할 수 있습니다.