정답 · 해설

해설

【핵심 용어】 ▸ AWS Secrets Manager — 시크릿 저장 + 자동 회전 + 리소스 기반 정책으로 크로스 계정 액세스 지원. KMS CMK 암호화. ▸ Parameter Store — 가볍고 무료지만 리소스 기반 정책(크로스 계정 직접 부여) 미지원. 【정답 포인트】 ▸ '저장 + 전송 모두 암호화 + 다른 계정 접근 + 최소 관리' = Secrets Manager + KMS CMK + 시크릿에 리소스 기반 정책. 【오답 체크】 (A) Parameter Store는 리소스 기반 정책 미지원 → 다른 계정이 직접 시크릿에 접근 불가. (B) DynamoDB에 직접 저장 + 직접 KMS 복호화 = 운영 부담 + 회전 미지원. (D) S3 객체로 저장 + 직접 복호화도 운영 부담 큼.

해설

【핵심 용어】 ▸ EventBridge 크로스 계정 이벤트 버스 — 메인 계정 버스에 다른 계정 권한을 부여 → 각 계정의 EventBridge 규칙이 메인 버스로 이벤트 송출. 【정답 포인트】 ▸ 다중 계정 EC2 라이프사이클 → 메인 계정 SQS = 각 계정에서 메인 버스로 송출 + 메인 버스 규칙이 SQS 타깃. 【오답 체크】 (A) 'EC2가 다른 계정 버스로 직접 전달' 같은 기능은 표준이 아님. (B) SQS resource policy로 각 계정에서 직접 쓰기 → EventBridge 활용 부재. (C) Lambda가 매 분 모든 계정 스캔은 비효율·확장성↓.

해설

【핵심 용어】 ▸ Cognito Identity Pool + IAM 정책 변수 (${cognito-identity.amazonaws.com:sub}) — 사용자별 S3 prefix 자동 매핑. 사용자가 자신의 폴더만 접근. 【정답 포인트】 ▸ 사용자별 폴더 격리 + 보안 = Cognito identity와 IAM 정책 변수 결합. 【오답 체크】 (A) S3 이벤트는 검증 도구가 아님. (B) DynamoDB로 매핑은 IAM 정책 + Cognito 통합보다 약함. (C) API Gateway + Lambda 검증은 코드·운영 부담 큼.

해설

【핵심 용어】 ▸ AWS Step Functions — 시각적 상태머신. 단계별 재시도·에러 처리·재실행 내장. 비즈니스 룰 순차 실행과 재처리에 표준. 【정답 포인트】 ▸ 순차 비즈니스 룰 + 재처리 + 확장성 + 최소 유지 = Step Functions. 【오답 체크】 (A) Batch는 컨테이너 작업 큐 — 순차 룰·재시도 직접 구현. (C) Glue는 ETL 잡 — 일반 비즈니스 룰 오케스트레이션 아님. (D) Lambda 단독은 순차/재시도 직접 구현.

해설

【핵심 용어】 ▸ Lambda 실행 역할(Execution Role) — Lambda가 다른 AWS 서비스(DynamoDB·S3 등)에 접근할 때 필요한 IAM 권한. 【정답 포인트】 ▸ Lambda가 DynamoDB에 쓰기 실패 = 실행 역할에 dynamodb:PutItem 등 권한 누락. 【오답 체크】 (A) 동시성 한도 초과면 throttle 에러지 쓰기 실패가 아님. (B) GSI는 보조 인덱스이지 쓰기 필수 요건 아님. (D) DynamoDB는 AZ 단위로 운영 안 함 — 시나리오 무관.

해설

【핵심 용어】 ▸ CloudFormation Parameter AllowedValues — 파라미터 입력값을 사전 정의된 목록으로 제한. 드롭다운 형태. 【정답 포인트】 ▸ 승인된 인스턴스 타입 목록 강제 = AllowedValues가 표준 + 단일 파라미터로 깔끔. 【오답 체크】 (A) 타입별 템플릿 분리 = 관리 부담 폭증. (B) 모든 타입을 리소스로 만들면 비용·구조 비효율. (C) 타입별 별도 파라미터는 의미상 어색.

해설

【핵심 용어】 ▸ DynamoDB BatchGetItem UnprocessedKeys — 처리되지 않은 키. 보통 처리량(RCU) 한계나 일시 throttling 때문. ▸ 권장: exponential backoff + jitter 재시도, 그래도 지속되면 RCU 증가. 【정답 포인트】 ▸ B(지수 백오프 + 랜덤 지연 재시도) + D(읽기 RCU 증가) = 표준 회복성 + 근본 원인 해결. 【오답 체크】 (A) 즉시 재시도는 throttle 악화. (C) SDK 사용은 보통 권장이지만 UnprocessedKeys 자체와는 다름. (E) 쓰기 RCU와 무관(BatchGetItem는 읽기).

해설

【핵심 용어】 ▸ AWS X-Ray Daemon — 로컬에서 트레이스 세그먼트를 수집해 X-Ray 서비스로 전송. 온프레 서버에서도 실행 가능 + 코드 변경 최소. 【정답 포인트】 ▸ 온프레 서버에서 X-Ray 활성화 + 최소 설정 = X-Ray daemon 설치. 【오답 체크】 (A) SDK는 코드 통합 — daemon이 더 적은 설정. (C)(D) Lambda 우회는 추가 인프라.

해설

【핵심 용어】 ▸ AWS Secrets Manager — 자격 안전 저장 + 자동 회전 + SDK 통한 런타임 조회. 코드에 키 노출 없음. 【정답 포인트】 ▸ API 키 안전 관리 + 코드로 관리 + 성능 영향 최소 = Secrets Manager. 【오답 체크】 (B) 코드 변수는 누출 위험. (C) S3 객체는 가능하지만 회전·관리 직접 부담. (D) DynamoDB도 회전 자동 X — 운영 부담.

해설

【핵심 용어】 ▸ Parameter Store + Secrets Manager 조합 — 비민감 변수(API URL 등)는 Parameter Store, 자격 같은 민감 정보는 Secrets Manager. 환경별 prefix로 격리. 【정답 포인트】 ▸ 다중 환경 + 코드 변경 최소 = SSM Parameter Store 경로 분리 + Secrets Manager 자격. 【오답 체크】 (B) KMS는 키 관리 — 변수 저장소가 아님. (C) 암호화 파일은 직접 관리. (D) ECS 태스크 정의 변수는 환경별 변경마다 재정의 부담.

해설

【핵심 용어】 ▸ DynamoDB + S3 조합 — 메타데이터(연락처)는 DynamoDB, 큰 바이너리(고해상도 사진)는 S3에 두고 객체 키만 저장. 비용·성능 표준. 【정답 포인트】 ▸ 메타데이터 + 큰 사진 = DynamoDB(메타) + S3(이미지) + 객체 키 참조. 【오답 체크】 (A) Base64로 DynamoDB에 저장은 항목 크기 한계(400KB) 초과 위험. (C) Cognito는 사용자 인증 — 디렉토리 데이터 저장소 아님. (D) RDS + EFS는 인프라 부담 + AWS API 직접 접근 패턴 어색.

해설

【핵심 용어】 ▸ Cognito User Pool Authorizer + S3 + DynamoDB — 사용자 인증·관리는 Cognito, 사진은 S3, 메타데이터는 DynamoDB. 가장 가벼운 서버리스 구성. 【정답 포인트】 ▸ 수만 사용자 + 사진 + 최소 운영 = Cognito + S3 + DynamoDB. 【오답 체크】 (A) DynamoDB에 사진 직접 저장은 항목 크기 한계. (C) IAM 사용자 사용자별 생성은 비현실적. (D) 커스텀 Lambda authorizer는 운영 부담.

해설

【핵심 용어】 ▸ SNS 메시지 속성 + 구독 필터 정책 — 단일 토픽에 모든 파트너 구독 + 메시지 속성 기반으로 자동 라우팅. 신규 파트너 추가는 구독 + 필터 추가만. 【정답 포인트】 ▸ 파트너별 알림 + 신규 추가 최소 노력 = SNS 토픽 + 메시지 속성 + 필터 정책. 【오답 체크】 (A) 파트너별 토픽 = 토픽 수 폭증, 코드도 수정 필요. (B) 파트너별 Lambda = 함수 수 폭증. (D) 단일 토픽 모두 구독 = 파트너가 다른 파트너 메시지 수신.

해설

【핵심 용어】 ▸ S3 Object Lambda Access Point — S3 GET 요청 경로에 Lambda 끼워 동적 변환(PII 마스킹 등). 원본 1개만 유지. 【정답 포인트】 ▸ 원본 1개 + 사용자별 PII 제거/유지 = S3 Object Lambda + removePii 함수. 【오답 체크】 (A) S3 이벤트 GET 트리거는 표준 기능 아님. (B) PUT 시 변환은 원본 변형 — 원본 보존 위반. (D) GetObjectLegalHold와 Lambda 결합은 비표준.

해설

【핵심 용어】 ▸ Lambda Alias + Versions — 별칭이 특정 버전을 가리킴. 롤백은 별칭이 가리키는 버전 변경만. 【정답 포인트】 ▸ 빠르고 매끄러운 버전 롤백 + 최소 운영 = Alias + 버전. 【오답 체크】 (A) OpenSworks는 Lambda 배포 도구 아님. (C) S3에 패키지 보관은 수동 롤백 부담. (D) CodePipeline은 가능하지만 별칭이 더 직접적.

해설

【핵심 용어】 ▸ Lambda Memory ↑ → CPU·네트워크도 비례 증가. CPU 바운드 작업에 메모리 늘리면 처리 속도 향상. 【정답 포인트】 ▸ CPU 바운드 함수 빠르게 = 메모리 증가. 【오답 체크】 (A) CPU 코어 수 직접 설정 옵션 없음. (C) 예약 동시성은 처리량 — 단일 호출 속도와 다름. (D) 타임아웃 늘리기는 시간만 늘림.

해설

【핵심 용어】 ▸ CodeDeploy In-place Hooks 순서: ApplicationStop → DownloadBundle → BeforeInstall → Install → AfterInstall → ApplicationStart → ValidateService. 【정답 포인트】 ▸ ApplicationStop → BeforeInstall → AfterInstall → ApplicationStart 순서. 【오답 체크】 (A) BeforeInstall이 Stop보다 먼저는 잘못. (C)(D) ValidateService는 ApplicationStart 이후.

해설

【핵심 용어】 ▸ CloudWatch 커스텀 메트릭 + 알람 + SNS — 외부 API 실패율을 메트릭으로 게시하고 5% 임계 알람 → 기존 SNS 토픽 알림. 【정답 포인트】 ▸ 에러율 5% 초과 시 near real-time 알림 = CloudWatch 메트릭 + 알람. 【오답 체크】 (A) Logs Insights 폴링 + 스케줄은 지연·운영 부담. (C) 새 SNS 토픽은 기존 토픽 사용 요건 위반. (D) S3 + Athena 스케줄은 near real-time 어려움.

해설

【핵심 용어】 ▸ API Gateway Caching — 응답 캐싱으로 백엔드(Lambda) 호출 감소 + 응답 시간 단축. 일일 1회 갱신 데이터에 매우 효과적. 【정답 포인트】 ▸ 응답성 향상 = API Gateway 캐싱. 【오답 체크】 (B) Interface VPC Endpoint는 프라이빗 경로지 응답성 향상 아님. (C) CORS는 브라우저 정책. (D) 사용량 플랜은 쓰로틀링·과금 — 응답성 아님.

해설

【핵심 용어】 ▸ DynamoDB Composite Primary Key (title, release year) + GSI on genre — 다양한 쿼리 패턴 지원. 【정답 포인트】 ▸ (title, year) 정확 조회 + title 다중 영화 + genre별 = 복합 PK + genre GSI. 【오답 체크】 (B) genre PK는 카디널리티 낮아 부적합. (C)(D) RDS는 가능하지만 DynamoDB가 ms 응답 + 확장성 우수.