정답 · 해설

해설

【핵심 용어】 • DynamoDB + DAX: 마이크로초 + write-through 캐시 일관성 • DAX는 쓰기 시 캐시 자동 갱신(read-through write-through) 【정답 포인트】 정답: A (DynamoDB + DAX) 마이크로초 검색 + 자동 일관성. 【오답 체크】 • B: lazy loading은 stale 가능 • C: DDB '인메모리 캐시'는 표준 명칭 아님(DAX가 정확) • D: DAX는 DynamoDB 전용, RDS와 결합 불가

해설

【핵심 용어】 • CloudFormation package & deploy CLI: SAM 템플릿도 CFN 호환 • sam package & sam deploy: SAM 전용 CLI 【정답 포인트】 정답: AB (둘 다 가능) • A: aws cloudformation package + deploy • B: sam package + deploy 둘 다 SAM 템플릿 배포에 유효. 【오답 체크】 • C: update-function-code 단독 사용은 SAM 흐름 아님 • D: serverlessrepo create-application은 다른 용도 • E: 'create-stack' 단독은 패키징 단계 누락

해설

【핵심 용어】 • Lambda 컨테이너 이미지: 최대 10GB. zip 한도(250MB unzipped) 초과 시 표준 해법 【정답 포인트】 정답: D (컨테이너 이미지로 패키징 + ECR 배포) 큰 의존성을 컨테이너로 묶어 한도 회피. 【오답 체크】 • A: '의존성 스냅샷' 같은 Lambda 기능 없음 • B: arm64 변경은 한도와 무관 • C: EBS는 Lambda에 부착 불가

해설

【핵심 용어】 • CodeBuild Test Reports: buildspec의 reports 섹션으로 결과 자동 파싱/시각화 【정답 포인트】 정답: C (CodeBuild + 테스트 리포트) 표준 CodePipeline 단위 테스트 실행/리포트. 【오답 체크】 • A: CodeDeploy는 배포 • B: CodeWhisperer는 코드 생성 도구 • D: Lambda 자체 빌드/테스트는 운영 부담

해설

【핵심 용어】 • Lambda 메모리 ↑ → CPU 비례 증가 【정답 포인트】 정답: B (메모리 증가) 메모리에 따라 CPU 배정 → 응답 시간 단축. 【오답 체크】 • A: vCPU 코어 직접 설정 불가(메모리에 비례) • C: 임시 스토리지는 디스크 • D: 타임아웃은 한도

해설

【핵심 용어】 • Amazon Macie: S3 민감 데이터 발견 + 보안 평가. 사용자 정의 기준 지원 【정답 포인트】 정답: B (Macie + 사용자 정의 기준 + 알림) S3 보안 + 민감 데이터 분석 표준 도구. 【오답 체크】 • A: Athena는 SQL 분석, 민감 데이터 자동 분류 도구가 아님 • C: Inspector는 EC2/네트워크 보안 평가, S3 객체 분석 아님 • D: Kinesis 직접 분석은 운영 부담

해설

【핵심 용어】 • CloudFormation SSM dynamic reference로 환경변수에 매개변수 주입: 배포 시점에 1회 조회 → Lambda 호출마다 Parameter Store 호출 안 함 → 한도 회피 【정답 포인트】 정답: D (SSM dynamic reference를 환경변수로) 호출마다 GetParameter 안 해도 됨 → 비용/한도 모두 해결. 【오답 체크】 • A: reserved concurrency는 한도와 무관 • B: 백오프는 임시 회피 • C: 쿼터 증가는 비용↑

해설

【핵심 용어】 • CloudWatch Embedded Metric Format(EMF): 로그에 구조화된 JSON으로 메트릭을 임베드 → CW가 자동으로 메트릭 추출 • 실시간 알람/그래프 가능 【정답 포인트】 정답: B (EMF로 로그 게시 → CW에서 자동 메트릭 추출) 사용자 정의 메트릭의 가장 효율적 방법. 【오답 체크】 • A: CloudTrail에는 PutMetricData 없음 • C: Logs Insights 쿼리 결과는 알람으로 직접 변환 어려움(메트릭 필터 별도 필요) • D: Kinesis + S3 + CW는 과한 인프라

해설

【핵심 용어】 • CodeDeploy 인스턴스 헬스체크 실패: ① CodeDeploy agent 미동작 ② 헬스체크 미설정 등 【정답 포인트】 정답: AE • A: CodeDeploy agent 미실행 • E: CodeDeploy 헬스체크 미구성 【오답 체크】 • B: CW agent 자체는 배포 헬스에 무관 • C: 개발자 IAM 역할은 본 시점 권한과 다름 • D: 인스턴스 프로파일도 가능하지만 'health constraints'와 직결되지 않음

해설

【핵심 용어】 • KMS 고객 관리 키 자동 회전: 매년 자동 회전 가능. 데이터/환경변수 암호화에 적용 • Lambda 환경변수 KMS CMK 사용 시 자동 회전 + 무개발 노력 【정답 포인트】 정답: B (KMS CMK + 자동 회전) 무코드 + 자동 회전. 【오답 체크】 • A: Secrets Manager는 환경변수 자체 보관과 다름(API 호출 코드 필요) • C: AWS managed key는 자동 회전 시 자체 관리(직접 회전 불가) • D: Parameter Store 자동 회전 미지원

해설

【핵심 용어】 • Logs Insights 쿼리: stats 함수 + by bin(1m)으로 분 단위 집계 【정답 포인트】 정답: A (avg/min/max + bin(1m)) 분 단위 평균/최소/최대. 【오답 체크】 • B: bin(1m) 누락 • C: avg만 있고 min/max 누락 • D: count만 있음

해설

【핵심 용어】 • Amazon Macie + EventBridge: 결과(findings)를 EventBridge로 자동 발신, 다른 리전으로 라우팅 가능 【정답 포인트】 정답: B (Macie + EventBridge로 eu-west-2 복사) S3 민감 데이터 분석 + 자동 라우팅. 【오답 체크】 • A: Lambda 직접 작성은 노력↑ • C: Inspector는 S3 객체 분석 아님 • D: CloudTrail 우회는 비표준

해설

【핵심 용어】 • Kinesis UpdateShardCount: 샤드 수 동적 증가 • On-demand 모드는 자동 확장이지만 비용↑ 【정답 포인트】 정답: D (UpdateShardCount로 샤드 증가) 샤드 수동 증가가 가장 비용 효율적(피크 동안 일시 증가, 후 감소 가능). 【오답 체크】 • A: KPL은 클라이언트 라이브러리, 한도 자체 해결 아님 • B: On-demand는 자동이지만 비용↑ • C: 보존 기간은 처리량과 무관

해설

【핵심 용어】 • Provisioned concurrency: 함수 인스턴스 사전 초기화 → 예측 가능 시작 시간 【정답 포인트】 정답: D (provisioned concurrency) Cold start 제거 + 예측 가능 시작. 【오답 체크】 • A: 메모리 + 주기 호출은 비표준 패턴 • B: 코드 최적화는 도움이지만 예측 가능성 부족 • C: reserved concurrency는 동시성 상한

해설

【핵심 용어】 • CloudFormation StackSets: 여러 리전/계정에 동일 템플릿 배포 【정답 포인트】 정답: B (CodePipeline + StackSets) 다중 리전 배포의 표준. 【오답 체크】 • A: 리전마다 CodeDeploy 액션은 운영 부담 • C: CodeBuild로 직접 배포는 비표준 • D: Snyk는 보안 분석

해설

【핵심 용어】 • API Gateway 새 스테이지 + 스테이지 변수: 환경별 alias 매핑 【정답 포인트】 정답: C (production 스테이지 + 스테이지 변수로 prod alias) 환경별 분리 표준. 【오답 체크】 • A, B: 메서드 이름을 'production'으로 만드는 것은 표준 아님 • D: integration request만으로는 환경 분리 미흡

해설

【핵심 용어】 • CloudFormation은 S3 객체 키/버전이 변경되어야 Lambda 코드를 갱신함. 동일 S3 객체 키면 변경 미감지 【정답 포인트】 정답: B (S3 객체 키 또는 S3 버전 변경) 새 코드 배포 시 새 객체 키 또는 버전 ID 사용. 【오답 체크】 • A: alias 자체는 코드 변경 트리거가 아님 • C: 다른 버킷 업로드도 키 변경과 동일하지만 버킷 자체 변경은 부담 • D: 코드 서명 구성은 보안 옵션

해설

【핵심 용어】 • Lambda Alias 가중치 라우팅: 두 버전 비율 분배 • 합계는 100%여야 하지만 문제 텍스트가 50/60(110%)이므로 일반적으로 50/50 의도로 해석 【정답 포인트】 정답: C (Lambda alias 가중치) 표준 가중치 라우팅 (50/50). 【오답 체크】 • A: Route 53은 IP 라우팅 • B: API Gateway 카나리 = 가능하지만 alias가 더 단순 • D: '이벤트 소스 매핑에서 가중치' 설정 없음

해설

【핵심 용어】 • Kinesis Data Streams: 다중 컨슈머 병렬 처리, 24시간~365일 보존, 컨슈머별 체크포인트 【정답 포인트】 정답: D (Kinesis Data Streams) 병렬 다중 컨슈머 + 중단 후 복구 + 데이터 중복 최소. 【오답 체크】 • A: SQS는 메시지 한 번만 처리(여러 컨슈머 동일 메시지 어려움) • B: Firehose는 배치 적재 • C: EventBridge는 이벤트 라우팅

해설

【핵심 용어】 • ElastiCache for Redis: RDS 앞 캐시. 읽기 가속 + 관리 부담 최소 【정답 포인트】 정답: B (ElastiCache for Redis) 읽기 성능 향상 + 관리형. 【오답 체크】 • A: DynamoDB로 이전은 큰 변경 • C: EC2 직접 운영은 부담↑ • D: DAX는 DynamoDB 전용