정답 · 해설

해설

【핵심 용어】 ▸ Multi-Region — 여러 AWS 리전에 배포해 글로벌 사용자에게 낮은 지연·재해 격리 제공 ▸ Multi-AZ — 단일 리전 내 여러 가용 영역에 배포(고가용성 목적, 글로벌 아님) ▸ Region / Availability Zone — 리전=지리적 위치, AZ=리전 내 격리된 데이터센터 그룹 【정답 포인트】 ▸ "전 세계(globally) 배포" → 지리적으로 분산된 여러 리전에 배포하는 Multi-Region이 정답 【오답 체크】 (B) Single-Region은 한 리전에만 배포, 글로벌 요구 불충족. (C) Multi-AZ는 리전 내 고가용성 목적으로, 글로벌 배포와 무관. (D) Single-AZ는 단일 데이터센터 그룹, 가용성·글로벌 모두 최하. 【시험 포인트】 "글로벌 배포" → Multi-Region. "리전 내 고가용성" → Multi-AZ로 구분.

해설

【핵심 용어】 ▸ AWS Management Console — 웹 브라우저 기반 GUI로 AWS 서비스 관리 ▸ AWS CLI — 커맨드라인에서 AWS 서비스 조작(스크립트/자동화) ▸ AWS SDK — 웹/앱 코드에서 AWS 서비스와 프로그래밍 방식으로 상호작용 ▸ AWS CloudShell — 콘솔 내장 브라우저 기반 셸 환경 【정답 포인트】 ▸ "웹 애플리케이션이 다양한 AWS 서비스와 상호작용" → 웹 앱을 실행/관리하는 통합 웹 인터페이스인 AWS Management Console이 보기 중 부합 【오답 체크】 (A) CloudShell은 콘솔 내 브라우저 기반 셸로, 앱-서비스 상호작용 수단이 아님. (B) Marketplace는 서드파티 소프트웨어 구매 카탈로그. (D) CLI는 명령줄 도구로 웹 애플리케이션의 상호작용 수단이 아님. 【시험 포인트】 GUI로 AWS 서비스 접근·관리 → Management Console. 명령줄 → CLI.

해설

【핵심 용어】 ▸ AWS IAM — 사용자·역할·권한 관리 서비스, 최소 권한(least privilege) 원칙 구현 ▸ Amazon CloudWatch — 모니터링·로그·메트릭 서비스 ▸ Amazon Macie — S3 민감 데이터(PII) 탐지 ▸ Amazon GuardDuty — 위협 탐지(이상 행위 분석) 【정답 포인트】 ▸ "필요한 최소한의 권한만 부여" → 세밀한 권한 정책으로 최소 권한을 구현하는 IAM이 정답 【오답 체크】 (B) CloudWatch는 모니터링 서비스, 권한 부여 기능 아님. (C) Macie는 민감 데이터 탐지용. (D) GuardDuty는 위협 탐지용, 권한 관리와 무관. 【시험 포인트】 "권한 부여/최소 권한" → IAM. 데이터 탐지 Macie, 위협 탐지 GuardDuty와 구분.

해설

【핵심 용어】 ▸ AWS CAF Governance 관점 — Program/Project Mgmt, Benefits Mgmt, Risk Mgmt, Cloud Financial Mgmt, Application Portfolio Mgmt 등 거버넌스 역량 ▸ Cloud Financial Management — 클라우드 비용 계획·통제·최적화 ▸ Application Portfolio Management — 애플리케이션 포트폴리오의 관리·우선순위화 【정답 포인트】 ▸ "Governance 관점 역량 2개" → Cloud financial management(B)와 Application portfolio management(C)가 거버넌스 관점에 속함 【오답 체크】 (A) Identity and access management → Security 관점. (D) Innovation management → CAF 표준 거버넌스 역량 아님. (E) Product management → People/비즈니스 계열, 거버넌스 역량 아님. 【시험 포인트】 CAF Governance = 재무·리스크·포트폴리오·프로젝트 관리. IAM은 Security 관점.

해설

【핵심 용어】 ▸ AWS Migration Hub — 여러 마이그레이션 도구의 진행 상황을 단일 위치에서 추적 ▸ AWS Application Discovery Service — 온프레미스 자산 데이터 수집(계획용) ▸ AWS Application Migration Service (MGN) — 서버 리프트앤시프트 마이그레이션 실행 ▸ AWS Service Catalog — 승인된 IT 제품 카탈로그 관리 【정답 포인트】 ▸ "애플리케이션 마이그레이션 진행 상황을 단일 위치에서 추적" → 중앙 추적 대시보드인 Migration Hub가 정답 【오답 체크】 (A) Discovery Service는 데이터 수집용, 추적 대시보드 아님. (B) MGN은 실제 이관 실행 도구. (C) Service Catalog는 제품 카탈로그, 마이그레이션 추적과 무관. 【시험 포인트】 "단일 위치에서 마이그레이션 진행 추적" → Migration Hub.

해설

【핵심 용어】 ▸ EC2 Instance Connect — 브라우저/CLI로 Linux 인스턴스에 SSH 접속(키 관리 간소화) ▸ Systems Manager Session Manager — 포트 개방·베스천 없이 셸 세션으로 인스턴스 접속 ▸ RDP — Windows 인스턴스 원격 데스크톱(Linux 아님) 【정답 포인트】 ▸ "Amazon Linux 2 인스턴스에 접속" → Linux를 지원하는 EC2 Instance Connect(A)와 Session Manager(D)가 정답 【오답 체크】 (B) RDP는 Windows용 원격 접속, Amazon Linux에 부적합. (C) AWS Batch는 배치 컴퓨팅 서비스, 인스턴스 접속 수단 아님. (E) Amazon Connect는 클라우드 콜센터 서비스, 접속과 무관. 【시험 포인트】 Linux 접속 → EC2 Instance Connect / SSM Session Manager. Windows → RDP.

해설

【핵심 용어】 ▸ Elasticity(탄력성) — 수요에 따라 리소스를 온디맨드로 확장/축소, 불필요 시 반환 ▸ High Availability(고가용성) — 장애에도 지속 가동 ▸ Resilience(복원력) — 장애로부터 회복하는 능력 ▸ Decoupled architecture — 구성 요소 간 느슨한 결합 【정답 포인트】 ▸ "필요할 때 배포, 불필요하면 반환하는 능력" → 수요 기반 확장/축소인 Elasticity가 정답 【오답 체크】 (A) High availability는 지속 가동성, 리소스 반환 개념 아님. (B) Decoupled architecture는 구성요소 분리. (C) Resilience는 장애 복구 능력, 온디맨드 확장/반환과 다름. 【시험 포인트】 "온디맨드 확장 + 불필요 시 반환" → Elasticity.

해설

【핵심 용어】 ▸ AWS 계정 root user — 계정 생성 이메일 소유자, 특정 작업은 root만 수행 가능(계정 폐쇄, 결제 설정 변경 등) ▸ IAM 사용자 — 일상 작업용, root 대신 사용 권장 【정답 포인트】 ▸ "root 사용자로만 가능한 작업" → AWS 계정 자체 폐쇄(deletion of an AWS account)는 root 전용 작업이라 B가 정답 【오답 체크】 (A) IAM 사용자 삭제는 적절한 IAM 권한으로 가능. (C) AWS Organizations 조직 생성은 IAM 권한으로 가능. (D) EC2 인스턴스 종료는 IAM 권한으로 가능. 【시험 포인트】 root 전용 작업: 계정 폐쇄·결제/지원 플랜 변경·root 자격증명 변경 등. 일반 리소스 조작은 IAM.

해설

【핵심 용어】 ▸ S3 Intelligent-Tiering — 접근 패턴 변화에 따라 객체를 티어 간 자동 이동해 비용 최적화(모니터링 요금만 부과) ▸ S3 Glacier — 저비용 아카이브 스토리지 ▸ EBS — EC2용 블록 스토리지(S3 스토리지 클래스 아님) 【정답 포인트】 ▸ "Intelligent-Tiering 제공 기능" → 접근 패턴 변화에 따른 티어 자동 이동으로 비용 자동 절감(C)이 정답 【오답 체크】 (A) 용량 예약을 통한 결제 유연성은 스토리지 클래스가 아니라 예약 개념. (B) EBS 볼륨 복사는 Intelligent-Tiering 동작이 아님. (D) 최저비용 아카이브 스토리지는 Glacier Deep Archive 설명. 【시험 포인트】 "접근 패턴 예측 불가 + 자동 비용 최적화" → S3 Intelligent-Tiering.

해설

【핵심 용어】 ▸ Spot Instances — 여유 용량을 최대 90% 할인가로 사용, 중단(interruption) 가능 ▸ Reserved Instances — 1/3년 약정으로 할인(중단 없음) ▸ Dedicated Hosts — 물리 서버 전용, 라이선스/규정용 【정답 포인트】 ▸ "중단 허용 가능 + 온디맨드 대비 최대 할인" → 최대 90% 할인되는 Spot Instances(A)가 정답 【오답 체크】 (B) Convertible RI는 약정 기반 할인, Spot보다 할인폭 작고 중단 특성과 무관. (C) Standard RI 역시 약정 할인, Spot만큼 크지 않음. (D) Dedicated Hosts는 오히려 비용이 높음. 【시험 포인트】 "중단 허용 + 최대 할인" → Spot Instances.

해설

【핵심 용어】 ▸ AWS 클라우드 전환 여정 단계: Envision → Align → Launch → Scale ▸ Envision — 클라우드가 창출할 측정 가능한 비즈니스 성과를 정의(전환 가치 규명) ▸ Align — 이해관계자 정렬·역량 격차 식별 【정답 포인트】 ▸ "측정 가능한 비즈니스 성과를 식별해 마이그레이션 가치를 설명" → 비즈니스 성과 정의 단계인 Envision(A)이 정답 【오답 체크】 (B) Align은 이해관계자·부서 간 정렬 단계. (C) Scale은 성과를 확장·지속하는 단계. (D) Launch는 파일럿/프로덕션 도입 실행 단계. 【시험 포인트】 "측정 가능한 비즈니스 성과 정의" → Envision 단계.

해설

【핵심 용어】 ▸ Internet Gateway — VPC와 인터넷 간 양방향 통신 허용(인바운드 접근 가능) ▸ NAT Gateway — 프라이빗 서브넷의 아웃바운드 인터넷만 허용(인바운드 차단) ▸ AWS WAF — 웹 애플리케이션 방화벽 ▸ VPC Peering — VPC 간 프라이빗 연결 【정답 포인트】 ▸ "인터넷에서 VPC로 들어오는 인바운드 트래픽 허용" → 양방향 인터넷 연결을 제공하는 Internet Gateway(A)가 정답 【오답 체크】 (B) NAT Gateway는 아웃바운드 전용, 인바운드 개시 불가. (C) WAF는 트래픽 필터링/보호, 인터넷 연결 자체 제공 아님. (D) VPC Peering은 VPC 간 연결, 인터넷 인바운드와 무관. 【시험 포인트】 인터넷 인바운드 허용 → Internet Gateway. 프라이빗 아웃바운드 → NAT Gateway.

해설

【핵심 용어】 ▸ AWS CloudFormation — 인프라를 코드(IaC, 템플릿)로 프로비저닝·관리 ▸ AWS CodePipeline — CI/CD 파이프라인 오케스트레이션 ▸ AWS Outposts — 온프레미스에 AWS 인프라 확장 ▸ Amazon EKS — 관리형 Kubernetes 【정답 포인트】 ▸ "코드로 인프라 생성(Infrastructure as Code)" → 템플릿으로 리소스를 정의·배포하는 CloudFormation(D)이 정답 【오답 체크】 (A) EKS는 컨테이너 오케스트레이션, IaC 도구 아님. (B) Outposts는 하이브리드 하드웨어. (C) CodePipeline은 배포 파이프라인, 인프라 정의 자체가 아님. 【시험 포인트】 "코드로 인프라 프로비저닝(IaC)" → CloudFormation.

해설

【핵심 용어】 ▸ Well-Architected 설계 원칙 — 장애 자동 복구, 대규모 대신 수평 확장, 용량 추측 배제, 자동화 등 ▸ Design for automated recovery — 장애를 예측·감지해 자동 복구하도록 설계 ▸ Loose coupling — 느슨한 결합으로 장애 격리 【정답 포인트】 ▸ "Well-Architected 설계 원칙" → 장애로부터 자동 복구를 설계(C)하는 것이 핵심 원칙 【오답 체크】 (A) 정적 데이터는 컴퓨팅에 붙일 필요가 없음(원칙과 반대). (B) 피크 용량 대비 사전 프로비저닝은 탄력성 원칙에 위배. (D) 강한 결합(tightly coupled)은 권장 원칙과 정반대. 【시험 포인트】 Well-Architected는 자동화·탄력성·느슨한 결합·장애 자동 복구를 지향.

해설

【핵심 용어】 ▸ AWS Snowmobile — 최대 100PB급 초대용량 데이터를 트럭(컨테이너)으로 전송하는 엑사바이트급 서비스 ▸ Snowball Edge — 페타바이트 이하 규모 오프라인 전송 어플라이언스 ▸ Direct Connect — 전용 네트워크 회선(대역폭 한계로 대량 이관엔 느림/고비용) 【정답 포인트】 ▸ "75PB 대량 데이터 + 가장 비용효율적" → 초대용량 전송용 Snowmobile(B)이 정답 【오답 체크】 (A) Snowball Edge는 다수 장비가 필요해 75PB엔 비효율. (C) Direct Connect는 네트워크 전송이라 75PB엔 시간·비용 과다. (D) Storage Gateway는 하이브리드 스토리지, 대량 일회성 이관용 아님. 【시험 포인트】 수십 PB 이상 초대량 → Snowmobile. 수 PB 이하 → Snowball.

해설

【핵심 용어】 ▸ Well-Architected 6대 기둥: Operational Excellence, Security, Reliability, Performance Efficiency, Cost Optimization, Sustainability ▸ Performance Efficiency — 요구에 맞게 컴퓨팅 리소스를 효율적으로 사용 ▸ Operational Excellence — 운영·모니터링·개선 프로세스 【정답 포인트】 ▸ "Well-Architected 기둥 2개" → Performance efficiency(B)와 Operational excellence(E)가 6대 기둥에 해당 【오답 체크】 (A) Resource scalability는 기둥 명칭이 아님. (C) System elasticity는 개념일 뿐 기둥 아님. (D) Agile development은 개발 방법론, 기둥 아님. 【시험 포인트】 6대 기둥 암기: 운영우수성·보안·신뢰성·성능효율성·비용최적화·지속가능성.

해설

【핵심 용어】 ▸ AWS Direct Connect — 온프레미스와 AWS 간 전용 물리 회선, 일관된 저지연·안정 대역폭 ▸ AWS Managed VPN — 인터넷 경유 암호화 터널(지연 변동 있음) ▸ Global Accelerator — 엣지 기반 트래픽 라우팅 가속 ▸ CloudFront — 콘텐츠 전송 CDN 【정답 포인트】 ▸ "전용(dedicated), 저지연, 일관된 네트워크 성능" → 전용 회선인 Direct Connect(C)가 정답 【오답 체크】 (A) Global Accelerator는 애플리케이션 트래픽 가속, 전용 온프레미스 회선 아님. (B) CloudFront는 CDN, 데이터센터 연결용 아님. (D) Managed VPN은 인터넷 기반이라 성능 일관성이 떨어짐. 【시험 포인트】 "전용·일관된 저지연 온프레미스 연결" → Direct Connect. VPN은 인터넷 기반.

해설

【핵심 용어】 ▸ Sustainability 기둥 설계 원칙 — 사용률(utilization) 극대화, 관리형 서비스 활용, 다운스트림 영향 최소화 ▸ Maximize utilization — 유휴 자원 최소화로 프로비저닝된 자원당 작업량 증대 ▸ 사용자 재설치 감소 — 다운스트림 디바이스 영향(전력·기기 교체) 저감 【정답 포인트】 ▸ "지속가능성 극대화" → EC2 인스턴스 사용률 극대화(A)와 사용자 재설치 필요 감소(E)가 지속가능성 원칙 【오답 체크】 (B) EC2 사용률 최소화는 오히려 유휴 자원 낭비. (C) 관리형 서비스 사용 최소화는 원칙과 반대(관리형 활용이 권장). (D) 잦은 재설치 강제는 다운스트림 영향 증가로 반지속가능. 【시험 포인트】 지속가능성 = 사용률 극대화 + 관리형 서비스 + 다운스트림(사용자 기기) 영향 최소화.

해설

【핵심 용어】 ▸ CapEx → OpEx — 선불 자본지출을 사용한 만큼 지불(pay-as-you-go)로 전환 ▸ Economies of scale — 규모의 경제로 AWS가 지속적으로 가격 인하 ▸ TCO(총소유비용) — 하드웨어·운영·유지 포함 총비용 비교 【정답 포인트】 ▸ "온프레미스보다 낮은 TCO" → 선불 CapEx를 pay-as-you-go로 대체(A) + 규모의 경제로 지속적 가격 인하(D) 【오답 체크】 (B) 고가용성이 다운타임을 "제거(eliminate)"한다는 절대적 표현은 부적절. (C) IT 인력 필요성을 완전히 없앤다는 것은 과장. (E) EC2는 다양한 요금 모델(온디맨드/RI/Spot 등)을 제공하므로 "단일 모델"은 오답. 【시험 포인트】 클라우드 TCO 이점 = CapEx→OpEx 전환 + 규모의 경제 가격 인하.

해설

【핵심 용어】 ▸ AWS Outposts — AWS 인프라(하드웨어)를 고객 온프레미스에 설치, 데이터 로컬 유지 + AWS와 저지연 연동 ▸ AWS Local Zones — 대도시 근처 AWS 시설(온프레미스 아님) ▸ AWS Wavelength — 5G 통신사 네트워크 엣지 배포 【정답 포인트】 ▸ "규정상 데이터가 온프레미스에 남아야 + AWS와 저지연" → 온프레미스에 AWS 하드웨어를 두는 Outposts(C)가 정답 【오답 체크】 (A) Local Zones는 AWS가 운영하는 외부 시설, 온프레미스 아님. (B) Availability Zones는 AWS 데이터센터 그룹. (D) Wavelength Zones는 통신사 5G 엣지용. 【시험 포인트】 "데이터 온프레미스 유지 + AWS 서비스" → Outposts.