정답 · 해설

해설

【핵심 용어】 • Reserved concurrency: 함수의 최대 동시 실행 수를 외부 API 한도에 맞춤 【정답 포인트】 정답: A (reserved concurrency = 외부 한도) 외부 한도 초과 호출을 자동 차단(throttling). 【오답 체크】 • B: 메모리 감소는 처리 속도 저하 → 더 오래 걸림 • C: provisioned concurrency는 cold start 완화 • D: 타임아웃 증가는 한도 회피와 무관

해설

【핵심 용어】 • AWS Copilot: 컨테이너 앱 + 파이프라인까지 CLI로 자동화. copilot pipeline init/deploy로 CodePipeline 생성 【정답 포인트】 정답: C (Copilot CLI로 파이프라인 정의 및 배포) Copilot 네이티브 + CodeCommit 소스 연동. 가장 운영 효율적. 【오답 체크】 • A: 직접 buildspec 작성은 노력↑ • B: SAM CLI는 서버리스용 • D: CFN 템플릿 직접 작성은 Copilot 추상화를 포기

해설

【핵심 용어】 • 파티션 키 카디널리티 높음 + 임의 분포 = 균등 분산 【정답 포인트】 정답: A (UUID) 무작위 UUID는 카디널리티 매우 높고 균등 분포. 【오답 체크】 • B: 이름은 동명이인 + 분포 편향 • C: 가입일은 같은 날짜 폭증 • D: 반려동물 이름은 카디널리티 낮음/편향

해설

【핵심 용어】 • IAM Identity Center 페더레이션 자격증명: 임시(주로 1-12시간), 만료 후 재로그인 필요 【정답 포인트】 정답: C (자격증명 만료) 구성 무변경 + 갑자기 거부 = 자격증명 만료가 가장 흔한 원인. 【오답 체크】 • A: CLI 바이너리 권한 변경은 비현실적 • B: 권한 변경했다면 구성 변경에 해당 • D: 계정 오류는 구성 변경

해설

【핵심 용어】 • Lambda 환경변수 + KMS CMK: 사용자가 키 정책/키 사용을 완전 제어 【정답 포인트】 정답: B (Lambda 환경변수 + 고객 관리 KMS 키) 키 제어 + 환경변수에 암호화된 형태로 보관. 【오답 체크】 • A: 기본 KMS 키는 사용자 제어 제한 • C: 코드 저장소 보관 = 보안 위반 • D: DynamoDB 보관은 부적절

해설

【핵심 용어】 • ALB는 클라이언트 IP를 X-Forwarded-For 헤더로 전달 • HTTP 서버의 로그 포맷에 X-Forwarded-For 추가 【정답 포인트】 정답: D (X-Forwarded-For 헤더 로그) 표준 ALB 환경 클라이언트 IP 캡처. 【오답 체크】 • A: Host 헤더는 호스트명 • B: CW Logs agent는 로그 전송, 헤더 캡처 아님 • C: X-Ray daemon은 트레이싱

해설

【핵심 용어】 • 크로스 계정 액세스: 대상 계정에 IAM 역할 + 신뢰 정책 + sts:AssumeRole로 임시 자격증명 【정답 포인트】 정답: C (크로스 계정 역할 + sts:AssumeRole) 표준 안전 모델. 【오답 체크】 • A: Cognito user pool은 최종 사용자 인증 • B: 액세스 키 메일 송부는 보안 위반 • D: SSH 키는 EC2 OS 인증용

해설

【핵심 용어】 • ALB authenticate-oidc 액션: ALB 리스너 규칙에서 OIDC IdP로 사용자 인증 • HTTPS(443) 리스너 + 기본 authenticate 액션 【정답 포인트】 정답: BC • B: 공개 ALB 생성(ALB만 OIDC 통합 지원) • C: HTTPS 443 리스너 + 기본 authenticate 액션 + OIDC 구성 웹사이트 코드 수정 없이 ALB 단계에서 인증 강제. 【오답 체크】 • A: NLB는 OIDC 인증 미지원 • D: HTTP 80은 인증 보안 부족(HTTPS 필수) • E: Lambda 액션은 트래픽 처리용, 표준 OIDC는 native authenticate 액션

해설

【핵심 용어】 • AWS AppConfig 기능 플래그(Feature Flags): 코드 배포 없이 기능 토글, 배포 검증/점진 배포 지원 【정답 포인트】 정답: C (AppConfig 기능 플래그) 선택적 기능 활성/비활성에 적합. 【오답 체크】 • A: AppSync는 GraphQL • B: DynamoDB Streams는 변경 캡처 • D: Amplify DataStore는 동기화 도구

해설

【핵심 용어】 • 다른 스택 자원 참조: 원본 스택의 Outputs에서 Export 선언 + 사용 측에서 Fn::ImportValue 【정답 포인트】 정답: BD • B: 사용 측에서 ImportValue 미사용 • D: 네트워크 팀 템플릿이 Outputs에서 Export 미선언 【오답 체크】 • A: Ref는 동일 스택 자원 참조 • C, E: Mappings는 정적 룩업 테이블, 자원 export와 무관

해설

【핵심 용어】 • EC2에 부착된 IAM Role의 정책 변경은 거의 즉시 인식(자격증명 캐시 수명에 따라 짧은 지연) 【정답 포인트】 정답: B (역할에 권한 추가하면 자동 적용) 인스턴스 재시작 불필요. 가장 적은 영향. 【오답 체크】 • A: 인스턴스 종료/시작은 큰 영향 • C: Hibernate/restart도 영향 큼 • D: 버킷 정책에 EC2 직접 추가 어려움(IAM 주체 필요)

해설

【핵심 용어】 • Origin Protocol Policy: CloudFront ↔ ALB 구간 암호화 정책. Match Viewer = 사용자가 사용한 프로토콜과 동일 • Viewer Protocol Policy: 사용자 ↔ CloudFront 구간 암호화 정책 【정답 포인트】 정답: BE • E: Viewer Protocol을 'Redirect HTTP to HTTPS' • B: Origin Protocol을 'Match Viewer' (사용자 HTTPS이면 오리진도 HTTPS) 양 구간 TLS 적용. 【오답 체크】 • A: signed URLs는 접근 제어 • C: field-level encryption은 특정 필드 암호화 추가 보안 • D: object compression은 성능 옵션

해설

【핵심 용어】 • AWS SAM CLI: sam local generate-event s3 put + sam local invoke로 로컬 Lambda 테스트 【정답 포인트】 정답: C (SAM CLI generate-event + local invoke) 표준 로컬 테스트 흐름. 운영 부담 최소. 【오답 체크】 • A: 실제 S3 업로드는 로컬 호출 트리거 안 됨 • B: aws lambda invoke는 클라우드 호출(로컬 아님) • D: 콘솔 테스트는 로컬이 아님

해설

【핵심 용어】 • CloudWatch Logs 로그 그룹 KMS 암호화: aws logs associate-kms-key로 KMS 키와 연결. 그 후 들어오는 로그는 암호화 【정답 포인트】 정답: D (associate-kms-key 명령) 기존 로그 그룹에 KMS 키 연결 = 가장 적은 노력. 【오답 체크】 • A: Encryption SDK는 앱 측 암호화 • B: 콘솔로도 가능하지만 명령은 D(콘솔과 동등) • C: create-log-group은 새 그룹 생성, 기존 그룹은 associate-kms-key

해설

【핵심 용어】 • 비-키 속성 쿼리 = GSI 필요. 파티션 키로 그 속성을 지정하면 효율적 쿼리 【정답 포인트】 정답: D (GSI: OrderSource를 파티션 키) 특정 OrderSource 값으로 직접 조회 → 가장 효율적. 【오답 체크】 • A: Scan은 비효율 • B: LSI는 테이블의 동일 PK + 다른 SK 한정. PK 변경 불가 → 부적합 • C: GSI에서 OrderSource를 SK로 두면 PK가 별도 필요 → 'MobileApp' 직접 쿼리 어려움

해설

【핵심 용어】 • Lambda 환경변수 + KMS CMK + 'helpers for encryption in transit': 암호화된 형태로 변수 보관, 함수 코드에서 KMS Decrypt로 복호화 【정답 포인트】 정답: D (암호화된 환경변수 + CMK + 전송 암호화 헬퍼) 표준 Lambda 환경변수 비밀 관리 모델. 【오답 체크】 • A: String 타입 매개변수는 평문, 'KMS 키로 전송 중 암호화' 표현 부정확 • B: 별도 함수 + Layer는 운영 부담 • C: S3 객체 보관은 매 호출 다운로드 필요

해설

【핵심 용어】 • SNS 팬아웃: 한 토픽에 다수 Lambda 구독 → 병렬, 독립 호출 【정답 포인트】 정답: B (SNS 토픽 + 3개 Lambda 구독) 각 Lambda가 독립 호출, 한 함수 실패해도 다른 함수 영향 없음. 【오답 체크】 • A: SQS는 메시지 한 번만 소비됨(여러 함수 동일 메시지 처리에 부적합) • C: ALB 타겟은 동기 HTTP 응답 • D: Step Functions로 통합은 큰 변경

해설

【핵심 용어】 • LSI: 동일 파티션 키, 다른 정렬 키. Strongly consistent 읽기 가능 • GSI: 다른 파티션 키. Eventually consistent만 가능 【정답 포인트】 정답: B (LSI + strongly consistent reads) 동일 PK + 다른 SK 쿼리 = LSI. 최신 데이터 보장 = strongly consistent. 【오답 체크】 • A: eventually consistent는 최신 보장 안 됨 • C, D: GSI는 strongly consistent 미지원, 동일 PK 사용 시 LSI가 더 적합

해설

【핵심 용어】 • 새 PK 필요 = GSI. LSI는 동일 PK 한정 【정답 포인트】 정답: C (GSI: order_date PK + order_id SK) order_date를 PK로 두는 새 액세스 패턴 = GSI. 【오답 체크】 • A: LSI는 customer_id PK를 유지해야 함 → 부적합 • B: Scan은 비효율 • D: Streams는 변경 이벤트 캡처, 즉시 조회 도구가 아님

해설

【핵심 용어】 • 과목별 최고 점수 = subject_name PK + top_score SK GSI • ScanIndexForward=false + Limit=1로 최고 점수 1개 빠르게 조회 【정답 포인트】 정답: C (GSI: subject_name PK + top_score SK) 과목 단위로 정렬된 점수에서 상위 점수자 빠른 조회. 【오답 체크】 • A: LSI는 동일 PK(student_id) 한정 → 과목별 그룹화 불가 • B: top_score를 PK로 두면 점수가 같은 학생들이 한 파티션 • D: GSI에 student_id가 SK이면 점수 정렬 불가