정답 · 해설

해설

【핵심 용어】 ▸ CloudWatch Agent — EC2/Beanstalk 인스턴스의 메모리·디스크·프로세스 같은 OS 레벨 메트릭 수집(Beanstalk 콘솔 기본 메트릭은 메모리 미포함). 【정답 포인트】 ▸ Beanstalk 메모리 추적 = CloudWatch Agent 설치·구성. 【오답 체크】 (A) 로그만 송출은 메트릭 아님. (B) .ebextensions로 직접 추적은 가능하나 agent가 표준. (D) 대시보드는 표시지 메트릭 수집 도구가 아님.

해설

【핵심 용어】 ▸ Lambda + KMS Data Key — KMS에서 data key 생성 후 /tmp 데이터를 그 키로 암호화. 코드 내 envelope encryption. 【정답 포인트】 ▸ Lambda /tmp 암호화 = KMS data key + 코드에서 암호화. 【오답 체크】 (A) Lambda /tmp는 EBS 볼륨이 아님 — EBS 옵션 없음. (C) OpenSSL 키 자체 관리는 보안 위험. (D) 온프레 HSM은 운영 부담.

해설

【핵심 용어】 ▸ S3 → Lambda Resource-based Policy — Lambda 리소스 기반 정책에 S3 InvokeFunction 권한 부여 필요. 콘솔에서 트리거 추가하면 자동, CLI 직접은 수동 추가. 【정답 포인트】 ▸ S3 이벤트로 Lambda가 안 호출 = Lambda 리소스 정책 누락. 【오답 체크】 (A) S3 이벤트는 객체 크기 한계 없음. (C) S3 이벤트로 Lambda 직접 호출 가능. (D) Public 불필요.

해설

【핵심 용어】 ▸ AWS Elastic Beanstalk — 인프라 지식 없이 코드 업로드만으로 배포·확장·관리. Ruby 등 다양한 플랫폼 지원. 【정답 포인트】 ▸ 인프라 자동화 + Ruby = Elastic Beanstalk. 【오답 체크】 (A) CodeDeploy는 배포만. (B) CloudFormation은 IaC — 인프라 지식 필요. (C) OpsWorks는 Chef·Puppet — 더 복잡.

해설

【핵심 용어】 ▸ Lambda Alias + 새 버전 — 코드 fix 후 publish version + alias. API Gateway 통합에서 alias 사용 → 새 stage에 배포. 【정답 포인트】 ▸ B(API Gateway integration의 Lambda alias 업데이트 + hotfix stage) + D(Lambda 버전 publish + alias 생성) = 표준 hotfix 흐름. 【오답 체크】 (A) 새 리소스/메서드는 수동 작업 큼. (C) $LATEST 가리키면 다른 개발자 수정 영향 받음. (E) 새 API 정의는 운영 부담.

해설

【핵심 용어】 ▸ CDK + SAM Local Invoke — cdk synth로 CloudFormation 템플릿 생성 → sam local invoke로 단일 함수 로컬 실행. 【정답 포인트】 ▸ CDK Lambda 로컬 테스트 = cdk synth + sam local invoke. 【오답 체크】 (A)(B) 콘솔 테스트 이벤트는 클라우드 실행. (D) start-lambda는 로컬 endpoint 띄움 — invoke가 더 단순.

해설

【핵심 용어】 ▸ API Gateway Canary Release — 새 배포의 % 트래픽 분기 + canarySettings로 비율 조정. 안전한 점진 출시. 【정답 포인트】 ▸ 일부 사용자에게만 새 버전 + 단순 = Canary Release. 【오답 체크】 (A) 새 API + Route 53 라우팅 = 인프라 부담. (B) 트래픽 낮을 때 전체 promote는 점진 출시 아님. (C) Alarm은 롤백 — 점진 출시 자체 아님.

해설

【핵심 용어】 ▸ DynamoDB TTL — 항목별 만료 타임스탬프 자동 삭제. 추가 인프라 0. 【정답 포인트】 ▸ 오래된 세션 자동 삭제 + 단순 = TTL 활성화 + 만료 속성. 【오답 체크】 (A) cron 스크립트는 수동 운영. (C) 일일 테이블 생성은 비효율. (D) 속성만 추가 + TTL 활성화 없으면 자동 삭제 안 됨(이름이 ItemExpiration이어도 무관).

해설

【핵심 용어】 ▸ EventBridge Cross-Account Bus — 중앙 계정의 EventBridge 규칙이 수신 계정의 이벤트 버스를 타깃으로 라우팅. SCM 변경 0. 【정답 포인트】 ▸ SCM 무수정 + 다중 계정 동일 이벤트 = 중앙 → 수신 계정 버스 fan-out. 【오답 체크】 (A) 다수 API 배포·도메인 통합은 비표준. (B) 다수 webhook은 SCM 수정. (D) HTTP API 변환은 무관.

해설

【핵심 용어】 ▸ S3 Presigned URL — 만료 시간 포함 URL로 비공개 객체 임시 공유. 인증된 사용자가 생성한 URL을 다른 사용자에게 전달. 【정답 포인트】 ▸ 비공개 S3 + 안전 공유 = Presigned URL. 【오답 체크】 (A) Cognito user pool은 인증. (C) Bucket policy로 영구 권한은 시나리오와 다름. (D) Identity pool도 인증 페더레이션.

해설

【핵심 용어】 ▸ Lambda + API Gateway + SAM — 서버리스 서비스, 트래픽 적을 때 거의 0 비용. PoC에 최적. 【정답 포인트】 ▸ POC + REST API + 캐시 + 비용 = Lambda + API Gateway + SAM. 【오답 체크】 (A)(C) EKS/ECS는 컨테이너 + 인프라 비용. (D) Beanstalk + ALB는 EC2 비용.

해설

【핵심 용어】 ▸ ElastiCache — 분산 인메모리 세션 저장. ASG 인스턴스 간 공유 + 가용성·확장. 【정답 포인트】 ▸ 세션 공유 + 무중단 = ElastiCache. 【오답 체크】 (B) CloudFront는 CDN. (C) S3는 객체 스토리지. (D) Sticky session은 단일 인스턴스 고정 — 가용성 약함.

해설

【핵심 용어】 ▸ DynamoDB BatchGetItem — 한 호출로 여러 키의 항목을 조회. 최대 100개. RCU 효율. 【정답 포인트】 ▸ 여러 항목 단일 호출 + 최소 영향 = BatchGetItem. 【오답 체크】 (B) GetItem은 단건. (C) Scan은 전체 테이블 — 매우 비효율. (D) Query는 PK·SK 범위.

해설

【핵심 용어】 ▸ EC2 Instance Profile Role + IAM Policy — EC2 → S3 등 다른 서비스 접근 권한. role에 정책 부착이 표준. 【정답 포인트】 ▸ EC2 → S3 쓰기 = 인스턴스 프로파일 role 정책 수정. 【오답 체크】 (B) 세션 정책은 STS 임시. (C) KMS 키 정책은 암호화. (D) VPC endpoint 정책은 네트워크 경로.

해설

【핵심 용어】 ▸ VPC Flow Logs — VPC 내 ENI 트래픽 메타데이터 로그. 서브넷 단위 로그 가능. 도달 여부 진단. 【정답 포인트】 ▸ subnet B 트래픽 도달 여부 = VPC Flow Logs. 【오답 체크】 (A) VPN logs는 VPN 단계. (B) BGP logs는 라우팅 프로토콜. (D) CloudTrail은 API 감사.

해설

【핵심 용어】 ▸ SNS Fan-out — 단일 이벤트를 여러 구독자(Lambda + 이메일)에 동시 전달. S3 → SNS → multiple subscribers 표준. 【정답 포인트】 ▸ S3 업로드 → 썸네일(Lambda) + 이메일 = SNS fan-out. 【오답 체크】 (B) SQS 중간은 불필요. (C) SQS는 Lambda 직접 트리거 패턴이 더 단순한 시나리오에 사용. (D) EventBridge 두 규칙은 운영 부담.

해설

【핵심 용어】 ▸ SQS 버퍼 Lambda 분리 — DynamoDB throttle 시 SQS가 버퍼 역할. 두 번째 Lambda가 일정 속도로 처리. 【정답 포인트】 ▸ DynamoDB throttle 제거 + 일정 속도 = Lambda 분리 + SQS 버퍼. 【오답 체크】 (B) Auto scaling은 유효하나 일시 스파이크에 limit. (C) Provisioned concurrency는 Lambda 자체 — DynamoDB 부하 해결 X. (D) Stream은 사후 처리지 throttle 해결 아님.

해설

【핵심 용어】 ▸ Amazon EFS — 여러 Lambda·EC2·온프레가 동시 마운트. 파일 append 가능, 공유 파일 시스템. 【정답 포인트】 ▸ 다중 서비스 공유 + append + 일관 = EFS. 【오답 체크】 (B) EBS Multi-Attach는 io1·io2 한정 + Lambda 미지원. (C) /tmp는 인스턴스 한정 — 공유 X. (D) /opt는 Lambda Layer.

해설

【핵심 용어】 ▸ Lambda Version + Alias — 새 버전 publish 후 alias로 가리킴. API Gateway는 alias로 호출 → 다른 alias 두면 사용자 영향 0. 【정답 포인트】 ▸ 영향 없이 다른 개발자 테스트 = 새 버전 publish + 별도 alias로 테스트. 【오답 체크】 다른 옵션들은 기존 트래픽에 영향 가능.

해설

【핵심 용어】 • Lambda 리소스 정책(Resource-based policy): 함수 자체에 부여하는 정책으로, 어떤 주체가 이 함수를 호출(Invoke)할 수 있는지 정의 • 환경 분리: 개발/운영 환경을 다른 AWS 계정으로 분리하여 권한 경계와 격리 보장 【정답 포인트】 정답: B (개발/운영 계정 분리 + 동일 계정 S3만 호출 허용 리소스 정책) 동일 계정에 개발과 운영을 같이 두면 S3 트리거가 잘못된 환경의 Lambda를 호출할 수 있음. 보안 모범사례인 'AWS 계정 단위 격리'를 적용하고, 추가로 Lambda 리소스 정책에서 SourceAccount 조건으로 동일 계정 S3만 호출하도록 제한하면 이중 안전장치가 됨. 【오답 체크】 • A: 실행 역할은 Lambda가 무엇을 읽을지를 제어할 뿐, 누가 Lambda를 호출하는지는 막지 못함 • C: 단일 계정 안에서 리소스 정책만으로 막는 것은 한계가 있고, 보안 모범사례인 환경 분리에 미치지 못함 • D: 계정 분리는 맞지만 실행 역할만 수정하므로 호출 자체는 여전히 가능 → 잘못된 호출은 막지 못함