정답 · 해설

해설

【핵심 용어】 ▸ 정적 콘텐츠 대량 다운로드 → Auto Scaling 과다 실행 ▸ 원점 부하 감소 전략 → CDN 캐싱 【정답 포인트】 ▸ CloudFront + S3 조합으로 엣지 로케이션 캐싱 ▸ 원점(EC2) 트래픽 감소 → Auto Scaling 불필요 인스턴스 감소 ▸ 비용과 성능 동시 개선 【오답 체크】 (A) 예약 인스턴스는 비용 절감만, 부하 감소 무관 (B) 스팟 인스턴스는 중단 위험, 정적 콘텐츠 부적합 (D) Lambda+API Gateway는 정적 파일 서빙 비효율 【시험 포인트】 ▸ 정적/동적 콘텐츠 분리 = CDN 전략 핵심 ▸ Auto Scaling 과다 발동 = 원점 부하 개선 우선 ▸ CloudFront = S3 직접 오리진, 캐시 효율 최고

해설

【핵심 용어】 ▸ Lake Formation 교차 계정 공유 → 태그 기반 액세스 ▸ 최소 운영 오버헤드 → 데이터 복사 불필요 【정답 포인트】 ▸ Lake Formation 태그 기반 AC로 엔지니어링 계정에 권한 부여 ▸ 데이터 원위치 유지 → 복사 비용 및 시간 제거 ▸ 세분화된 권한 관리 【오답 체크】 (A) 공통 계정 복사 → 데이터 중복 저장, 비용 증가 (B) 각 계정별 명령어 → 확장성 낮음, 관리 복잡도 높음 (C) Data Exchange → 마켓플레이스용, 내부 데이터 레이크 공유용 아님 【시험 포인트】 ▸ Lake Formation = AWS 기본 데이터 레이크 서비스 ▸ 태그 기반 AC = 대규모 다중 계정 환경에 최적 ▸ 교차 계정 공유 = 복사 회피하는 설계

해설

【핵심 용어】 ▸ DB 인스턴스 실수 삭제 → 24시간 다운타임 발생 ▸ 전체 아키텍처 안정성 → 고가용성 + 자동 복구 【정답 포인트】 ▸ RDS 다중 AZ + 삭제 방지 → DB 자동 페일오버 ▸ ALB + Auto Scaling + 다중 AZ EC2 → 컴퓨팅 자동 복구 ▸ 이중화된 풀스택 설계 【오답 체크】 (A) 종료 방지 + 삭제 방지만으로 고가용성 구조 부재 (C) 추가 DB+Lambda는 복잡도 높음, 동기화 어려움 (D) 스팟 인스턴스는 중단 위험으로 안정성 저하 【시험 포인트】 ▸ 다중 AZ + 삭제 방지 = DB 계층 방어 메커니즘 ▸ Auto Scaling + ALB = 컴퓨팅 계층 자동 복구 ▸ 안정성 극대화 = 모든 계층 다중화

해설

【핵심 용어】 ▸ 700TB 온프레미스 데이터 → 90일 이내 마이그레이션 ▸ 무중단 전송 — 마이그레이션 중 액세스/업데이트 가능 【정답 포인트】 ▸ DataSync 에이전트 온프레미스 배포 ▸ Direct Connect 활용 → S3로 직접 지속적 동기화 ▸ 실시간 변경사항 복제 가능 【오답 체크】 (B) Snowball Edge는 오프라인, 전송 중 액세스 불가 (C) DataSync 직접은 실제로 에이전트 필수 (A와 유사) (D) 테이프 배송은 가장 느린 방법 【시험 포인트】 ▸ DataSync = 대용량 온프레미스→AWS 마이그레이션 기준 ▸ 무중단 요구 = Snowball 제외, 실시간 동기화 필수 ▸ 90일 제약 = 고대역폭 연결(Direct Connect) 활용

해설

【핵심 용어】 ▸ 7년 법적 보관 의무 — 변조 불가 WORM ▸ S3 Object Lock → Write Once Read Many 보장 【정답 포인트】 ▸ 규정 준수 보존 모드 → 관리자도 삭제 불가 ▸ S3 배치 작업 → 기존 대량 데이터 일괄 적용 ▸ 자동 만료 7년 후 삭제 【오답 체크】 (A) 버전 관리+수명 주기는 7년 후 자동 삭제 가능(법규 위반) (B) 거버넌스 모드는 우거(Bypass) 권한으로 삭제 가능 (C) 배치 작업 없음으로 기존 데이터 미적용 【시험 포인트】 ▸ 규정 준수 모드 = 절대 삭제 불가 (거버넌스와 구분) ▸ 배치 작업 = 기존 대량 데이터 일괄 처리 도구 ▸ 보관 기간 = 자동 만료로 운영 오버헤드 제거

해설

【핵심 용어】 ▸ 다중 리전 장애 조치 — 액티브-액티브 모드 ▸ Route 53 건강 검사 → 지역 간 라우팅 정책 【정답 포인트】 ▸ Route 53 상태 확인으로 각 리전 헬스 체크 ▸ 활성-활성 장애 조치 → 양쪽 리전 모두 트래픽 수락 ▸ Lambda+API Gateway 상태비저장 → 지역 선호도 무관 【오답 체크】 (B) CloudFront는 정적 콘텐츠 캐싱용, 다중 리전 failover 아님 (C) Transit Gateway는 VPC 피어링 도구, 라우팅 목적 아님 (D) ALB는 단일 리전 전용, 리전간 라우팅 불가능 【시험 포인트】 ▸ 다중 리전 액티브-액티브 = Route 53 헬스 체크 필수 ▸ 상태비저장 애플리케이션 = 지역 선호도 불필요 ▸ 정상 리전만 트래픽 수신 = Route 53 정책

해설

【핵심 용어】 ▸ 관리-프로덕션 VPC 네트워크 연결 ▸ 단일 실패 지점 — Management VPC VPN 일원화 【정답 포인트】 ▸ 두 번째 고객 게이트웨이 디바이스 → 관리 VPC에 두 번째 VPN ▸ VPN 중복화 → 온프레미스 게이트웨이 장애 대응 ▸ Production VPC의 Direct Connect는 유지 【오답 체크】 (A) VPN 추가만으로 게이트웨이 중복화 미제공 (B) VPG 2차 추가는 온프레미스 단일 디바이스 SPOF 여전 (D) 피어링 2차는 온프레미스 연결 다중화와 무관 【시험 포인트】 ▸ 하이브리드 다중화 = 온프레미스 게이트웨이 이중화 핵심 ▸ Management VPC 강화 = 접속 경로 이중화 ▸ VPN vs Direct Connect = 용도별 비용 고려

해설

【핵심 용어】 ▸ Oracle 권한 필요 기능 → 타사 라이브러리 ▸ 빠른 마이그레이션 → 코드 수정 최소화 【정답 포인트】 ▸ RDS Custom for Oracle → DB 운영체제 접근 권한 제공 ▸ 타사 기능 지원 위해 DB 설정 사용자 정의 가능 ▸ AWS 관리형 서비스 유지 + 제어권 확보 【오답 체크】 (A) 표준 RDS는 권한 제한, 타사 기능 미지원 (C) EC2 AMI는 전체 관리 부담, AWS 혜택 감소 (D) PostgreSQL 마이그레이션은 코드 재작성, 빠른 마이그레이션 불가 【시험 포인트】 ▸ RDS Custom = 커스텀 권한 필요시 유일한 관리형 선택 ▸ 권한 필요 기능 = RDS Custom으로만 지원 ▸ 라이센스 고려 = BYOL(Bring Your Own License) 지원

해설

【핵심 용어】 ▸ 3계층 애플리케이션 AWS 마이그레이션 ▸ Well-Architected → 보안, 확장성, 복원력 【정답 포인트】 ▸ (C) 다중 AZ, 계층별 분리, Auto Scaling으로 수평 확장 ▸ (E) ALB 프론트엔드, 보안 그룹 참조 기반 3계층 접근 제어 ▸ 이 조합으로 확장성/보안/복원력 모두 만족 【오답 체크】 (A) 기존 아키텍처 유지는 확장성 제한, 아키텍처 리팩터링 필요 (B) 단일 DB는 RDS 다중 AZ 부재, 복원력 낮음 (D) 단일 DB는 고가용성 미충족 (F) RDS 다중 AZ와 중복 【시험 포인트】 ▸ Well-Architected = 보안 그룹 3계층 참조 설계 필수 ▸ 다중 AZ + Auto Scaling = 확장성, 복원력 기본 요구 ▸ ALB = Layer 7 로드 밸런싱으로 정교한 라우팅 가능

해설

【핵심 용어】 ▸ ECS, RDS, Direct Connect 운영 책임 ▸ 공유 책임 모델 — AWS vs 고객 경계 구분 【정답 포인트】 ▸ (B) RDS 인스턴스 생성, 유지 관리 기간 설정 ← 고객 책임 ▸ (C) ECS 에이전트 모니터링, 패치, 로그 관리 ← 고객 책임 【오답 체크】 (A) 인프라 관리 ← AWS 책임 (D) 메이저/마이너 패치 ← AWS 자동 관리 (E) 물리적 보안 ← AWS 데이터센터 책임 (F) Direct Connect 암호화는 고객 설정이지만 다른 항목과 조합 아님 【시험 포인트】 ▸ RDS = 인프라 제외 DB 설정/관리는 고객 ▸ ECS = 컨테이너 외부 에이전트는 고객 관리 대상 ▸ 패치 = RDS 자동, ECS 에이전트는 수동

해설

【핵심 용어】 ▸ 10초 단시간 작업 — 예약 실행 ▸ 초 단위 과금 — 비용 최적화 【정답 포인트】 ▸ AWS Lambda + 1GB 메모리 → 초 단위 청구 ▸ EventBridge 스케줄링 → cron 표현식으로 정기 실행 ▸ 가장 저비용 조합 【오답 체크】 (A) ECS Fargate는 Lambda보다 최소 청구 단위 더 높음 (C) 컨테이너+AMI는 인스턴스 항상 온, 오버헤드 발생 (D) EC2 시작/중지 시간(30초) > 작업 시간(10초) 【시험 포인트】 ▸ Lambda = 단시간 예약 태스크에 최저 비용 ▸ EventBridge = 전용 스케줄링 서비스 ▸ 초 단위 과금 = Lambda 선택 이유

해설

【핵심 용어】 ▸ 백업 보유 의무 — 법규 준수 ▸ 변조 방지 — WORM(Write Once Read Many) 메커니즘 【정답 포인트】 ▸ AWS Backup 규정 준수 모드 → Vault Lock 활성화 ▸ 한 번 쓰고 읽기만 → 강제 적용, 관리자도 삭제 불가 ▸ 필요한 백업 계획으로 자동화 【오답 체크】 (A) 거버넌스 모드는 Bypass 권한 가능(규정 위반) (B) Data Lifecycle Manager는 변조 방지 없음 (C) File Gateway는 WORM 보장 불완전 【시험 포인트】 ▸ Vault Lock 규정 준수 = 관리자도 삭제 불가 ▸ 백업 정책 = 중앙화된 AWS Backup 사용 ▸ 보관 기간 자동 만료 = 운영 오버헤드 제거

해설

【핵심 용어】 ▸ AWS Budgets — 예산 임계값 설정 ▸ 자동 액션 — 리소스 프로비저닝 차단 【정답 포인트】 ▸ (B) 결제 대시보드에서 예산 설정 (올바른 위치) ▸ (D) IAM 역할로 예산 액션 실행 권한 부여 ▸ 임계값 도달 시 자동으로 특정 액션 트리거 【오답 체크】 (A) 비용/사용 보고서 섹션은 올바른 위치 아님 (C) IAM 사용자는 역할보다 권한 관리 어려움 (E) SCP는 비용 기반 제어 불가(정책 기반) (F) SCP는 예산액션 지원 안 함, IAM 역할 전용 【시험 포인트】 ▸ 결제 대시보드 = 예산 설정 올바른 위치 ▸ IAM 역할 = 예산 액션 자동화 메커니즘 ▸ SCP vs IAM 역할 = 예산은 IAM 역할만 지원

해설

【핵심 용어】 ▸ 리전간 EC2 백업 — 재해 복구 ▸ 중앙 관리 — 단일 계정 운영 【정답 포인트】 ▸ AWS Backup으로 교차 리전 백업 설정 ▸ 중앙 AWS 계정에서 모든 리전 관리 ▸ 자동화된 백업 정책으로 운영 오버헤드 최소 【오답 체크】 (A) DR 계획만으로 백업 메커니즘 불명확 (B) 주기적 스냅샷 복사는 수동 관리 필요 (D) 유사 인스턴스 배포는 지속적 비용, 스탠바이 리소스 낭비 【시험 포인트】 ▸ AWS Backup = 통합 백업 관리 서비스 ▸ 교차 리전 = 단일 백업 정책으로 자동화 ▸ 중앙 계정 = 다중 리전 통합 관리

해설

【핵심 용어】 ▸ AWS Transfer Family — AS2, SFTP, FTP 등 표준 프로토콜 지원 ▸ AS2 프로토콜 — B2B 파일 교환, 디지털 서명+암호화 【정답 포인트】 ▸ Transfer Family가 유일한 AS2 프로토콜 지원 서비스 ▸ Lambda로 커스텀 IdP 인증 로직 구현 ▸ SFTP 사용자 정의 신원 공급자 연동 【오답 체크】 (A) DataSync는 S3/EFS 동기화용, AS2 미지원 (B) AppFlow는 SaaS 통합 플로우, B2B 파일 전송 미지원 (D) Storage Gateway는 온프레미스 캐싱, AS2 프로토콜 미지원 【시험 포인트】 ▸ AS2 프로토콜 요구 = Transfer Family 즉시 식별 ▸ IdP 통합 = Lambda 커스텀 인증 구현 ▸ B2B 파일 교환 = Transfer Family 전문

해설

【핵심 용어】 ▸ 1GB 메모리 컴퓨팅 요구 → 서버리스 선택 ▸ 관계형 데이터 저장 필수 【정답 포인트】 ▸ (B) AWS Lambda — 1GB 메모리, 최대 10GB까지 확장 가능 ▸ (C) Amazon RDS — 관계형 데이터베이스, 자동 백업/패치 ▸ 조합으로 최소 관리 오버헤드 달성 【오답 체크】 (A) EC2는 인스턴스 관리 필요(최소 관리 정책 위반) (D) DynamoDB는 NoSQL, 관계형 요구사항 미충족 (E) EKS는 쿠버네티스 관리 오버헤드 발생 【시험 포인트】 ▸ '최소 관리' 키워드 = 완전 관리형 서비스 우선 ▸ 관계형 + NoSQL 선택지 = 관계형 우선 ▸ Lambda = 짧은 실행 시간, REST API 백엔드 최적

해설

【핵심 용어】 ▸ 사용자 정의 비용 할당 태그 — 조직이 정의한 태그 ▸ 조직 관리 계정 — 다중 계정 비용 통합 보기 【정답 포인트】 ▸ 조직 관리 계정의 '청구 콘솔'에서 비용 할당 태그 활성화 ▸ 부서 사용자 정의 태그로 모든 계정 적용 ▸ Cost Explorer에서 태그별 그룹화 + EC2 필터링 【오답 체크】 (B) AWS 정의 태그는 미리 정의된 태그, 사용자 정의 아님 (C) (D) 회원 계정은 개별 계정만 관리, 조직 전체 통합 불가 【시험 포인트】 ▸ Organizations + 비용 할당 = 관리 계정 콘솔 필수 ▸ 청구 콘솔 = Organizations 콘솔 아님 (위치 중요) ▸ 모든 계정 비용 통합 = 관리 계정 권한 필수 ▸ 태그별 비용 추적 = Cost Explorer 그룹화

해설

【핵심 용어】 ▸ Amazon AppFlow — SaaS 통합 플로우, KMS 암호화 기본 지원 | AWS KMS CMK — 고객 관리형 암호화 키 | TLS/SSL — 전송 중 암호화 【정답 포인트】 ▸ Salesforce-S3 통합 → AppFlow가 기본 제공 (자동 API 연결) | KMS CMK 암호화 → AppFlow 설정에서 직접 지원 | 전송 중 암호화 → AppFlow는 TLS 자동 적용 | API 사전 활성화 → Lambda/Step Functions 수동 코딩 불필요 【오답 체크】 (A) Lambda — Salesforce API 호출 & KMS 암호화 로직 개발 필요, 복잡도 높음 | (B) Step Functions — 워크플로만 정의, 실제 암호화는 Lambda에서 구현 필수 | (D) 사용자정의 커넥터 — AppFlow 기본 Salesforce 커넥터 이미 존재 【시험 포인트】 ▸ SaaS + AWS 데이터 통합 → AppFlow 즉시 고려 | KMS 암호화 + TLS = AppFlow 기본 기능 | 프리매티브 서비스(Lambda/StepFunc)는 암호화 수동 구현

해설

【핵심 용어】 ▸ Global Accelerator — UDP/TCP 지원, 글로벌 엣지 로케이션 | NLB(Network Load Balancer) — L4 로드 밸런싱, UDP 지원 | CloudFront — HTTP/HTTPS CDN, UDP 미지원 【정답 포인트】 ▸ TCP + UDP 동시 요구 → Global Accelerator 필수 (CloudFront는 HTTP/HTTPS만) | UDP 프로토콜 처리 → NLB만 지원, ALB는 L7 (미지원) | 글로벌 저지연 → Global Accelerator의 에니캐스트 및 엣지 로케이션 활용 【오답 체크】 (A) ALB + UDP → ALB는 Layer 7 (HTTP/HTTPS), UDP 미지원 | (C) CloudFront — 콘텐츠 배포 전용, 게임 UDP 트래픽 미지원 | (D) CloudFront + ALB — CDN이 UDP 미지원, ALB도 UDP 미지원 【시험 포인트】 ▸ UDP + TCP 동시 = Global Accelerator 또는 NLB 우선 고려 | CDN(CloudFront)은 HTTP/HTTPS 콘텐츠 전용 | 로드 밸런서 선택: ALB(L7)→HTTP/HTTPS, NLB(L4)→UDP/TCP

해설

【핵심 용어】 ▸ Amazon SQS — 메시지 큐, 비동기 처리, 메시지 지속성 보장 | Amazon SNS — 발행/구독 (푸시), 메시지 손실 가능 | 버스팅 패턴 — 트래픽 급증 시 큐 대기, 순차 처리 【정답 포인트】 ▸ 높은 트래픽 시 주문 손실 방지 → SQS (메시지 지속성) | Auto Scaling으로 워커 자동 증가 → 큐 길이 메트릭으로 스케일 트리거 | 비동기 처리 → 데이터베이스 쓰기 압력 분산 | ALB + Auto Scaling = 동적 확장성 【오답 체크】 (A) SNS 구독에 DB 엔드포인트 — SNS는 푸시 서비스, DB 직접 구독 불가 | (C) SNS 메시지 손실 가능, 주문 데이터 신뢰성 문제 | (D) 예약된 조정 — 트래픽 패턴 미리 예측 필요, 급증 대응 불가 【시험 포인트】 ▸ '안정적으로 기록' = 메시지 손실 방지 → SQS 필수 | Auto Scaling + 큐 = 부하 변동성 대응 | SNS는 알림/브로드캐스트, SQS는 업무 큐 처리용