정답 · 해설

해설

【핵심 용어】 • CloudFront Functions: 뷰어 요청/응답에서 초경량 JS 실행 가능 • 디렉토리 요청에 index.html 추가하는 URL 재작성 흔한 패턴 • OAC를 유지한 채 S3 정적 호스팅 엔드포인트 사용 X 【정답 포인트】 정답: C (CloudFront Function이 viewer request에서 URL 재작성, index.html 추가) OAC + S3 REST 엔드포인트 유지하면서 디렉토리 접근 패턴 지원. 버킷 비공개 유지. 【오답 체크】 • A: 기본 루트 객체는 루트(/)에만 적용, 하위 경로 적용 안 됨 • B: S3 정적 호스팅 엔드포인트는 OAC와 호환 안 됨(공개 버킷 필요) • D: 404→/index.html 매핑은 SPA 라우팅용, 디렉토리 인덱스가 아님

해설

【핵심 용어】 • 인증 실패 = 401 Unauthorized • 405 Method Not Allowed는 메서드 미허용 → 본 시나리오와 의미 다름 【정답 포인트】 정답: A (HTTP 401) 잘못된 자격증명에 대한 표준 응답 = 401. 【오답 체크】 • B: 404는 리소스 없음 • C: 503은 서버 일시 불가 • D: 505는 HTTP 버전 미지원

해설

【핵심 용어】 • AssumeRole: 다른 계정의 IAM 역할을 인계받음. MFA 인증 시 SerialNumber + TokenCode 매개변수 사용 가능 【정답 포인트】 정답: D (AssumeRole + MFA 매개변수) 다른 계정의 S3에 접근하려면 그 계정의 역할을 AssumeRole, MFA 정보로 임시 자격증명 획득. 【오답 체크】 • A: WebIdentity는 OIDC IdP • B: GetFederationToken은 페더레이션, 다른 계정 역할 인계 아님 • C: AssumeRoleWithSAML은 SAML 페더레이션

해설

【핵심 용어】 • EC2 모범사례: IAM Role을 인스턴스 프로파일에 부착 【정답 포인트】 정답: BC • B: S3 권한 IAM Role 생성 • C: 그 Role을 인스턴스 프로파일로 EC2에 연결 【오답 체크】 • A: IAM 사용자 + 그룹 = 액세스 키 관리 부담 • D: '역할을 그룹에 할당'은 IAM 모델에 없음 • E: 액세스 키 환경변수 보관은 모범사례 위반

해설

【핵심 용어】 • Lambda 권한 표준: 실행 역할에 정책 부착 【정답 포인트】 정답: B (실행 역할 생성 + 정책 부착 + 함수에 역할 연결) 표준 모범사례. 【오답 체크】 • A: 'Lambda 함수에 정책 직접 부착'은 IAM 모델과 다름(역할 경유 필요) • C: 액세스 키 환경변수는 보안 위반 • D: 루트 키 사용은 절대 금지

해설

【핵심 용어】 • Step Functions Retrier: 특정 오류 유형에 대해 재시도 횟수/간격/배수 지정 • Catcher: 오류 발생 시 다른 상태로 분기 【정답 포인트】 정답: C (GetResource 태스크에 Retrier 추가: TooManyRequestsException, 10초, max 1) 재시도는 Retrier로 단순 표현. IllegalArgumentException은 retrier에 포함 안 시키면 즉시 실패로 흐름 종료. 【오답 체크】 • A, D: 별도 Delay/태스크 추가는 불필요한 복잡도 • B: Catcher는 분기용이지 재시도 의미 부족

해설

【핵심 용어】 • CloudFormation에서 자원 ARN을 Lambda 환경변수로 주입: 표준 패턴 • Lambda 코드는 환경변수에서 로그 그룹 이름/ARN 읽음 【정답 포인트】 정답: D (로그 그룹 ARN을 Lambda 환경변수로 전달) Lambda 함수 정의의 Environment.Variables에 !Ref 또는 !GetAtt로 주입. 【오답 체크】 • A: AWS::Include는 템플릿 일부 포함 매크로, 런타임 값 전달과 무관 • B: 'user data'는 EC2 부팅 스크립트, Lambda와 무관 • C: Mappings는 정적 값 매핑, 동적 ARN 반영 부적합

해설

【핵심 용어】 • DynamoDB 기본 암호화: AWS owned key로 자동 암호화. 추가 설정 불필요 • AWS owned key는 ARN 지정할 수 없음(고객이 보지 못하는 키) 【정답 포인트】 정답: D (기본 암호화 옵션으로 테이블 생성) AWS owned key는 기본 옵션 그 자체. 별도 ARN 지정 불필요. 【오답 체크】 • A: CMK는 사용자 키, 본 시나리오와 다름 • B: AWS managed key도 별도 옵션 • C: AWS owned key의 ARN을 사용자에게 노출하지 않음(파라미터로 지정 불가)

해설

【핵심 용어】 • X-Ray가 AWS 서비스 호출에 대해 Region annotation을 자동 추가 • 사용자 정의 서비스는 SDK로 직접 annotation 추가 필요 【정답 포인트】 정답: B (AWS 서비스는 자동 Region annotation, 사용자 정의 서비스는 직접 추가) 다중 리전 추적은 Region annotation 기반 필터로 분석. 【오답 체크】 • A: 콘솔에서 annotation 추가 직접 불가, SDK로 추가 • C: X-Ray daemon은 트레이스 전송 에이전트 • D: 자동/수동 대상이 반대

해설

【핵심 용어】 • 이벤트 소스 매핑 maximum concurrency(SQS): 큐 단위 동시성 상한 → 큐별로 Lambda 동시 호출 수 제한 • 동시성 분할로 큐별 처리 우선순위/한도 표현 【정답 포인트】 정답: C (high priority queue=10, low priority queue=90) 각 큐별로 동시성 한도를 설정 → high가 항상 최대 10까지 우선, low는 나머지에서 90까지 처리. 【오답 체크】 • A: 배치 크기는 한 호출당 메시지 수, 동시성 분할 아님 • B: 메시지 발송 지연은 우선순위 표현 부족 • D: 배치 윈도우는 호출 전 대기 시간

해설

【핵심 용어】 • Secrets Manager: 환경별로 별도 시크릿 생성 → 환경별 회전/접근 제어 【정답 포인트】 정답: D (환경마다 별도 시크릿) 환경별 분리 + 자동 회전 + 안전 보관. 【오답 체크】 • A: 시크릿 버전은 회전 이력용, 환경 분리 아님 • B: Parameter Store는 자동 회전 미지원 • C: 환경변수에 직접 보관은 보안 위반

해설

【핵심 용어】 • 표준 SQS: at-least-once 전달 → 중복 가능 • 가시성 타임아웃이 처리 시간보다 짧으면 동일 메시지 다른 컨슈머에 다시 보임 → 중복 처리 【정답 포인트】 정답: AD • A: 표준 SQS는 at-least-once 보장 → 중복 자체가 정상 가능성 • D: 가시성 타임아웃 < Lambda 타임아웃 → 처리 중인데 다른 컨슈머가 받아 중복 발생 【오답 체크】 • B: 표준 SQS는 정확히 한 번 처리 X • C: DKIM은 메일 인증, 중복과 무관 • E: 반송률은 배달 실패 비율, 중복과 무관

해설

【핵심 용어】 • S3 Glacier Instant Retrieval: 분 단위(밀리초~분) 검색, 1년 미만 가끔 접근에 적합 • Deep Archive: 가장 저렴, 12-48시간 검색 【정답 포인트】 정답: A (Glacier Instant Retrieval → 1년 후 Deep Archive) 첫 1년은 분 단위 접근 보장(즉시 검색) + 이후는 가장 저렴한 보관. 【오답 체크】 • B: S3 Standard는 자주 접근 패턴, 비용↑ • C: EBS + 스냅샷은 운영 부담↑ + 비용 비효율 • D: EFS는 파일 시스템, 객체 보관에 비효율

해설

【핵심 용어】 • CloudFormation DeletionPolicy=Retain: 스택 삭제/리소스 교체 시 보존 • UpdateReplacePolicy: 업데이트 시 보존(별개) 【정답 포인트】 정답: A (DeletionPolicy=Retain) Parameter Store 매개변수가 스택 갱신 시에 재생성/덮어쓰기되지 않도록 보존. 【오답 체크】 • B: DynamoDB로 마이그레이션은 큰 변경 • C: RDS도 마찬가지 • D: 스택 정책으로 업데이트 거부도 가능하지만 Retain이 더 단순한 정답

해설

【핵심 용어】 • ElastiCache for Redis + Write-through: 빈번 갱신 데이터 즉시 캐시 갱신, 읽기는 캐시에서 → 저지연 【정답 포인트】 정답: D (Redis 클러스터 + Write-through) 복잡한 데이터 타입 지원 + 마이크로초 지연. 【오답 체크】 • A: DAX는 DynamoDB 전용 • B: S3 Transfer Acceleration은 S3 업로드 가속, RDS와 무관 • C: CloudFront는 RDS DB 캐싱 도구가 아님

해설

【핵심 용어】 • X-Ray active tracing: Lambda 함수 설정에서 활성화. 코드 변경 없이 서비스 호출 추적 【정답 포인트】 정답: A (X-Ray active tracing 활성화) 함수 설정만 변경하면 코드 변경 없이 서비스 간 호출 시각화 가능. 【오답 체크】 • B: CloudTrail은 API 호출 감사, 성능 분석 도구가 아님 • C: AWS Config는 리소스 설정 감사 • D: CloudWatch Logs는 로그만, 분산 트레이스 시각화 부족

해설

【핵심 용어】 • EFS: 다중 컨테이너에서 동시 마운트 가능한 NFS 호환 파일 시스템 • EKS on Fargate/EC2: 관리형 Kubernetes 【정답 포인트】 정답: BE • B: NFS 데이터를 EFS로 이전 + 이미지를 ECR로 • E: EKS로 컨테이너 실행 + 노드에 EFS 마운트 【오답 체크】 • A: EBS는 단일 인스턴스 부착(다중 동시 마운트 어려움 → io2/Multi-attach 제외) • C, D: ECS/EKS에 EBS 마운트는 NFS 공유 시멘틱 부적합

해설

【핵심 용어】 • Lambda Destinations: 비동기 호출의 성공/실패 결과를 다른 서비스로 라우팅 가능. OnFailure로 다른 Lambda 호출 가능 【정답 포인트】 정답: A (Destination = OnFailure, 타입 = Lambda, 리소스 = 오류 처리 Lambda ARN) 비동기 실패에 대한 표준 처리 메커니즘. 【오답 체크】 • B: X-Ray는 트레이싱, 자동 호출 메커니즘 아님 • C: 'failure trigger'는 표준 명칭 아님 • D: 알람 액션은 SNS/SSM에 일반적이지만 Lambda 직접 호출은 EventBridge 경유

해설

【핵심 용어】 • AWS AppConfig: 기능 플래그 + 동적 구성 + 검증 + 점진 배포 • 무중단 + 검증 가능 【정답 포인트】 정답: A (AppConfig 기능 플래그) 켜기/끄기, 빠른 검증/배포 = AppConfig. 【오답 체크】 • B: Secrets Manager는 비밀 보관, 기능 플래그 아님 • C: AWS Config는 리소스 설정 감사 • D: Parameter Store는 라이프사이클 룰 미지원

해설

【핵심 용어】 • CodePipeline 매뉴얼 승인 액션: Approval 액션을 단계에 추가, SNS로 승인 요청 알림 발송 【정답 포인트】 정답: A (CodePipeline에 매뉴얼 Approval 액션 + SNS 토픽) 표준 승인 흐름. 알림 + 승인/거부 워크플로 통합. (원문 옵션 A는 일반적으로 'Use a manual approval action that sends an SNS notification' 형태로 가장 운영 효율적) 【오답 체크】 • 다른 옵션: 별도 Lambda/이메일 검증/외부 시스템은 모두 추가 운영 부담