정답 · 해설

해설

【핵심 용어】 ▸ Rehost (lift-and-shift) — 변경 없이 그대로 이전, 노력 최소 ▸ Repurchase — 기존 앱을 SaaS 등 다른 제품으로 교체 (재구축 없이 대체) ▸ Replatform/Refactor — 수정·재설계로 노력 큼 【정답 포인트】 ▸ "클라우드 비호환 CMS를 최소 노력으로 마이그레이션" → ▸ (B) Rehost: 인프라만 옮겨 최소 노력 ▸ (C) Repurchase: 클라우드 지원 CMS(SaaS 등)로 교체해 호환성 문제 회피, 재개발 불필요 【오답 체크】 (A) Retire는 폐기로 마이그레이션이 아님. (D) Replatform은 일부 코드·아키텍처 수정 필요로 노력 증가. (E) Refactor는 재설계로 노력이 가장 큼. 【시험 포인트】 "최소 노력(LEAST effort)" → Rehost + Repurchase. 수정·재설계는 노력 큼.

해설

【핵심 용어】 ▸ Credential rotation — 액세스 키·비밀번호를 주기적으로 교체해 노출 위험 감소 ▸ Multi-Factor Authentication (MFA) — 추가 인증 요소로 계정 보호 ▸ IAM 모범 사례 — root 미사용, 최소 권한, 키 순환, MFA 【정답 포인트】 ▸ (C) 자격증명 정기 순환 → 모범 사례 ▸ (E) MFA 구성 → 모범 사례 【오답 체크】 (A) root user 일상 사용은 금지 권고. (B) EC2에 액세스 키·시크릿 키 사용 대신 IAM 역할을 써야 함. (D) 관리자 간 액세스 키 공유는 개별 자격증명 원칙 위반. 【시험 포인트】 IAM 모범 사례 = MFA + 키 순환 + 최소 권한 + 역할 사용. 키 공유·root 일상 사용은 오답.

해설

【핵심 용어】 ▸ 공동 책임 모델 — AWS는 "클라우드의 보안"(하드웨어·인프라·시설), 고객은 "클라우드 내 보안" ▸ AWS 책임 — 물리 하드웨어, 글로벌 인프라, 시설 ▸ 고객 책임 — 네트워크·방화벽 구성, 데이터 암호화, 사용자 권한 【정답 포인트】 ▸ "AWS 책임" → 하드웨어 및 인프라(Hardware and infrastructure) 【오답 체크】 (A) 네트워크·방화벽 구성은 고객 책임. (B) 클라이언트 측 데이터 암호화는 고객 책임. (C) 사용자 권한 관리는 고객 책임. 【시험 포인트】 하드웨어·인프라·시설 = AWS. 구성·데이터·권한 = 고객.

해설

【핵심 용어】 ▸ Amazon Neptune — 관리형 그래프 데이터베이스, 관계(연결) 분석·부정 탐지에 적합 ▸ Amazon DynamoDB — 키-값/문서 NoSQL ▸ Amazon Timestream — 시계열 DB 【정답 포인트】 ▸ "그래프 쿼리"로 이름·주소·거래 간 관계를 분석해 부정(fraud) 탐지 → 그래프 DB인 Neptune 【오답 체크】 (A) DocumentDB는 문서(MongoDB 호환) DB로 그래프 관계 분석용 아님. (B) Timestream은 시계열 데이터용. (C) DynamoDB는 키-값 NoSQL로 그래프 쿼리에 부적합. 【시험 포인트】 "그래프 쿼리 / 관계·연결 분석 / 부정 탐지" → Amazon Neptune.

해설

【핵심 용어】 ▸ Amazon Rekognition — 이미지·비디오 내 객체·얼굴·텍스트·부적절 콘텐츠를 ML로 분석 ▸ Amazon Personalize — 개인화 추천 ML 서비스 ▸ Amazon Polly — 텍스트→음성 변환 【정답 포인트】 ▸ "이미지·비디오 콘텐츠를 탐지·분석하는 ML" → Amazon Rekognition 【오답 체크】 (A) Connect는 컨택센터 서비스. (B) Lightsail은 간편 VPS 서비스. (C) Personalize는 추천 시스템용 ML. 【시험 포인트】 "이미지·영상 분석 ML" → Amazon Rekognition.

해설

【핵심 용어】 ▸ AWS customer carbon footprint tool — AWS 사용에 따른 탄소 배출량을 추적·측정·검토·예측 ▸ AWS Health Dashboard — 서비스 상태·이벤트 ▸ Amazon QuickSight — BI 대시보드 【정답 포인트】 ▸ "AWS 애플리케이션의 배출량(오염) 추적·측정·검토·예측" → customer carbon footprint tool 【오답 체크】 (A) Health Dashboard는 서비스 상태 알림용. (C) Support Center는 지원 케이스 관리. (D) QuickSight는 일반 BI 도구로 탄소 배출 전용 도구가 아님. 【시험 포인트】 "지속가능성 / 탄소 배출량 추적" → AWS customer carbon footprint tool.

해설

【핵심 용어】 ▸ AWS CloudFormation — 템플릿(IaC)으로 인프라를 반복 가능·일관되게 프로비저닝 ▸ AWS CodeDeploy — 애플리케이션 배포 자동화 ▸ AWS Systems Manager — 운영·구성 관리 【정답 포인트】 ▸ "고도로 반복 가능한 인프라 구성 배포" → CloudFormation(IaC 템플릿) 【오답 체크】 (B) CodeDeploy는 코드 배포용으로 인프라 프로비저닝이 아님. (C) CodeBuild는 빌드 서비스. (D) Systems Manager는 운영 관리로 반복 인프라 프로비저닝 주체가 아님. 【시험 포인트】 "반복 가능·일관된 인프라(IaC)" → AWS CloudFormation.

해설

【핵심 용어】 ▸ Amazon Connect — 클라우드 컨택센터, 음성 통화 + 웹 채팅 등 고객 응대 채널 제공 ▸ Amazon WorkSpaces — 클라우드 가상 데스크톱 ▸ AWS Organizations — 다중 계정 관리 【정답 포인트】 ▸ "음성 통화 + 웹 챗으로 고객 서비스 제공" → Amazon Connect 【오답 체크】 (A) Aurora는 관계형 데이터베이스. (C) WorkSpaces는 가상 데스크톱 서비스. (D) Organizations는 계정 관리 서비스. 【시험 포인트】 "음성·챗 고객 응대(컨택센터)" → Amazon Connect.

해설

【핵심 용어】 ▸ Amazon Redshift — 페타바이트급 관리형 데이터 웨어하우스, 대규모 분석 쿼리에 최적 ▸ Amazon RDS/Aurora — 트랜잭션(OLTP) 관계형 DB ▸ Amazon DynamoDB — 키-값 NoSQL 【정답 포인트】 ▸ "데이터 웨어하우스 환경에서 대량 데이터 처리" → Amazon Redshift 【오답 체크】 (A) RDS는 OLTP 관계형 DB로 웨어하우스 분석 용도와 다름. (B) DynamoDB는 NoSQL 키-값 저장소. (D) Aurora는 관계형 트랜잭션 DB로 웨어하우스가 아님. 【시험 포인트】 "데이터 웨어하우스 / 대규모 분석(OLAP)" → Amazon Redshift.

해설

【핵심 용어】 ▸ Amazon Elastic Container Service (ECS) — 관리형 컨테이너 오케스트레이션, 대규모 컨테이너를 안정적으로 실행 ▸ Amazon Aurora — 관계형 데이터베이스 ▸ Amazon Athena — S3 SQL 쿼리 서비스 【정답 포인트】 ▸ "컨테이너를 안전·안정적으로 대규모 실행하는 컴퓨팅 서비스" → Amazon ECS 【오답 체크】 (B) Aurora는 데이터베이스로 컨테이너 실행 서비스가 아님. (C) Athena는 쿼리 서비스. (D) Polly는 텍스트→음성 변환 서비스. 【시험 포인트】 "컨테이너 대규모 실행/오케스트레이션" → ECS(또는 EKS).

해설

【핵심 용어】 ▸ Network ACL — VPC 서브넷 레벨의 스테이트리스 방화벽, 인바운드/아웃바운드 규칙을 명시적으로 허용·거부 ▸ Security group — 인스턴스(ENI) 레벨의 스테이트풀 방화벽, 허용 규칙만 존재 ▸ Traffic Mirroring — ENI 트래픽 복제·분석용 (방화벽 아님), Internet gateway — VPC 인터넷 연결 게이트웨이 【정답 포인트】 ▸ "서브넷 레벨(subnet level)" + "방화벽" → 서브넷 경계에서 동작하는 Network ACL ▸ Security group은 인스턴스 레벨이므로 "서브넷 레벨"이라는 조건과 불일치 【오답 체크】 (A) Security group은 서브넷이 아니라 인스턴스/ENI 레벨 방화벽. (C) Traffic Mirroring은 트래픽 복사·분석 기능이지 방화벽이 아님. (D) Internet gateway는 인터넷 연결 제공 요소로 방화벽 기능 없음. 【시험 포인트】 "서브넷 레벨 방화벽" → Network ACL, "인스턴스 레벨 방화벽" → Security group. 이 대비가 단골 문제.

해설

【핵심 용어】 ▸ Amazon Route 53 — 고가용성·확장성 있는 관리형 DNS 서비스, 도메인 등록·라우팅·헬스체크 제공 ▸ Amazon Lightsail — 소규모 앱용 간편 가상 서버 패키지, Amazon S3 — 객체 스토리지 ▸ AWS Amplify Hosting — 웹/모바일 프론트엔드 호스팅·CI/CD 【정답 포인트】 ▸ "고가용성·확장성 있는 DNS 서비스" → AWS의 관리형 DNS는 Route 53이 유일한 표준 답 ▸ SLA 100% 가용성을 목표로 설계된 글로벌 DNS 【오답 체크】 (B) Lightsail은 간편 컴퓨트 인스턴스이지 DNS 서비스가 아님. (C) Amplify Hosting은 앱 배포·호스팅 서비스, DNS 전용 아님. (D) S3는 객체 스토리지로 DNS 기능 없음. 【시험 포인트】 "DNS" 키워드가 나오면 즉시 Route 53.

해설

【핵심 용어】 ▸ Shared Responsibility Model — AWS는 "클라우드의 보안", 고객은 "클라우드 내부의 보안" 책임 ▸ Guest OS — EC2에서 고객이 관리(패치·업데이트)하는 게스트 운영체제 ▸ Managed service(Lambda, DynamoDB, S3) — 기반 인프라·OS는 AWS가 관리 【정답 포인트】 ▸ "고객 책임" + "EC2 게스트 OS 업데이트" → EC2는 IaaS라 게스트 OS 패치는 고객 몫 ▸ EC2에서 고객이 통제 가능한 영역이므로 고객 책임 【오답 체크】 (A) Lambda 기반 인프라 유지는 AWS 책임(서버리스). (B) DynamoDB는 관리형이라 OS 업데이트를 고객이 하지 않음(인스턴스 개념 없음). (C) S3 인프라 유지는 AWS 책임. 【시험 포인트】 EC2 게스트 OS·애플리케이션·데이터는 고객 책임, 관리형 서비스의 기반 인프라·OS는 AWS 책임.

해설

【핵심 용어】 ▸ Replatform(lift-tinker-and-shift) — 최소 수정으로 클라우드 최적화, 예: 자체 관리 MySQL → Amazon RDS 관리형으로 전환 ▸ Rehost(lift-and-shift) — 수정 없이 그대로 이전, Repurchase — 상용 SaaS 제품으로 교체 ▸ Refactor — 아키텍처 재설계·재작성 【정답 포인트】 ▸ "자체 관리 MySQL 서버 → AWS 관리형 서비스(RDS)로 이전" → DB 엔진은 유지하되 관리형 플랫폼으로 옮기는 Replatform ▸ 코드 재작성 없이 운영 부담만 관리형으로 이전하는 전형적 Replatform 사례 【오답 체크】 (A) Rehost는 EC2에 MySQL을 그대로 올리는 것으로 "관리형 서비스"가 아님. (B) Repurchase는 다른 상용 제품 구매로 대체하는 것. (C) Refactor는 애플리케이션 아키텍처 자체를 재설계하는 것으로 과도함. 【시험 포인트】 "자체 관리 DB → RDS/관리형" 전환은 Replatform. 7R 전략 구분이 핵심.

해설

【핵심 용어】 ▸ Refactor(re-architect) — 모놀리식을 마이크로서비스 등으로 재설계·재작성, 클라우드 네이티브화 ▸ Rehost — 그대로 이전, Repurchase — SaaS 제품으로 교체, Replatform — 최소 수정 최적화 【정답 포인트】 ▸ "모놀리식 → 마이크로서비스로 분할·현대화" → 아키텍처를 근본적으로 바꾸는 Refactor ▸ 애플리케이션 구조를 재설계하는 것이 Refactor의 정의와 정확히 일치 【오답 체크】 (A) Rehost는 코드/구조 변경 없이 이전. (B) Repurchase는 기존 앱을 상용 제품으로 대체. (C) Replatform은 소규모 최적화이지 마이크로서비스 분할 같은 재설계는 아님. 【시험 포인트】 "마이크로서비스로 분할/재설계/현대화" = Refactor. "관리형으로 옮김" = Replatform.

해설

【핵심 용어】 ▸ Cost allocation tags — 리소스에 태그(부서·프로젝트)를 붙여 비용을 세분화 추적·리포팅 ▸ AWS Budgets — 예산 설정·초과 알림, Consolidated billing — 여러 계정 통합 청구 ▸ AWS Marketplace — 소프트웨어 구매 장터 【정답 포인트】 ▸ "부서·프로젝트별 상세 비용 추적" → 태그 기반으로 비용을 분류하는 Cost allocation tags ▸ Cost Explorer/청구 리포트에서 태그별 비용 분해 가능 【오답 체크】 (A) Consolidated billing은 계정 통합 청구이지 부서·프로젝트 분류가 아님. (C) Marketplace는 비용 추적 기능과 무관. (D) Budgets는 예산 초과 알림이지 세분화된 비용 분류 도구가 아님. 【시험 포인트】 "부서/프로젝트/팀별 비용 분류·추적" → Cost allocation tags.

해설

【핵심 용어】 ▸ Amazon EventBridge — AWS 이벤트를 규칙으로 라우팅하는 서버리스 이벤트 버스, EC2 상태 변화 → Lambda 트리거 ▸ AWS Config — 리소스 구성 기록·규정 준수 평가, CloudFormation — IaC 프로비저닝 ▸ Amazon SNS — 알림 발행/구독 메시징 【정답 포인트】 ▸ "EC2가 stopping 상태 진입 시 Lambda 호출" → 상태 변경 이벤트를 감지해 대상을 트리거하는 EventBridge ▸ EC2 인스턴스 상태 변경은 EventBridge 이벤트 소스이며 Lambda를 타깃으로 지정 가능 【오답 체크】 (B) Config는 구성 규정 준수 감시이지 이벤트 기반 실시간 트리거 서비스가 아님. (C) SNS는 알림 전달이지 이벤트 패턴 매칭·라우팅 엔진이 아님. (D) CloudFormation은 인프라 배포 도구. 【시험 포인트】 "AWS 이벤트(상태 변화)에 따라 자동으로 무언가 실행" → EventBridge.

해설

【핵심 용어】 ▸ AWS CloudTrail — API 호출·계정 활동을 기록해 거버넌스·규정 준수·감사 지원 ▸ MFA — 다중 인증(로그인 보안), AWS Lambda — 서버리스 컴퓨트 ▸ Amazon SNS — 알림 메시징 【정답 포인트】 ▸ "거버넌스·컴플라이언스·리스크 감사(auditing)" → 누가 무엇을 했는지 API 로그를 남기는 CloudTrail ▸ 감사 추적(audit trail)의 표준 서비스 【오답 체크】 (A) MFA는 인증 보안 강화 수단이지 감사 로그가 아님. (B) Lambda는 컴퓨트 서비스. (C) SNS는 알림 발행이지 감사 기능 없음. 【시험 포인트】 "감사(audit)/거버넌스/API 활동 기록" → CloudTrail.

해설

【핵심 용어】 ▸ Activate traceability(추적성 활성화) — Well-Architected 보안 원칙, 로그·지표·감사로 변경·행위를 추적 ▸ CloudTrail — API 활동 기록으로 추적성 구현 【정답 포인트】 ▸ "CloudTrail 구현" → 활동을 로그로 남겨 추적 가능하게 하는 것 → "추적성 활성화" 설계 원칙 ▸ CloudTrail의 본질(감사 로그)이 traceability와 직결 【오답 체크】 (B) 서버리스 아키텍처 사용은 CloudTrail과 무관한 별개 원칙. (C) "코드로 운영(operations as code)"은 자동화 원칙이지 로깅과 직접 무관. (D) "몇 분 만에 글로벌 확장"은 성능/확장 원칙. 【시험 포인트】 로깅·모니터링·감사 서비스(CloudTrail 등) → "추적성 활성화(Enable/Activate traceability)".

해설

【핵심 용어】 ▸ Amazon GuardDuty — 지능형 위협 탐지, 계정·워크로드·S3를 지속 모니터링해 악성·비인가 행위 탐지 ▸ Amazon Inspector — EC2/컨테이너 취약점(CVE) 스캔, AWS Shield — DDoS 방어 ▸ AWS Firewall Manager — 방화벽 규칙 중앙 관리 【정답 포인트】 ▸ "지속 모니터링" + "계정·워크로드·S3의 악성/비인가 행위 탐지" → GuardDuty의 정의와 정확히 일치 ▸ 로그(CloudTrail, VPC Flow, DNS) 분석 기반 위협 탐지 서비스 【오답 체크】 (A) Shield는 DDoS 공격 방어이지 위협 탐지·모니터링이 아님. (B) Firewall Manager는 WAF/방화벽 정책 중앙 관리 도구. (D) Inspector는 취약점 평가(스캔)이지 지속적 위협 행위 탐지가 아님. 【시험 포인트】 "지속 모니터링 + 위협/악성 행위 탐지" → GuardDuty. "취약점 스캔" → Inspector.