정답 · 해설

해설

【핵심 용어】 ▸ Amazon SQS(Simple Queue Service) — 완전관리형 메시지 큐, 애플리케이션 간 비동기 메시지 전달·디커플링 ▸ ELB(부하 분산) / Auto Scaling(용량 조절) / Kinesis(스트리밍) — 앱 간 메시지 큐 목적 아님 【정답 포인트】 ▸ "애플리케이션들이 서로 메시지 전송" → 컴포넌트 디커플링용 메시지 큐 SQS 【오답 체크】 (A) Auto Scaling은 인스턴스 수 자동 조절. (B) ELB는 트래픽 부하 분산. (D) Kinesis는 대규모 실시간 스트리밍 데이터 처리용(메시지 큐잉과 용도 상이). 【시험 포인트】 "컴포넌트 간 메시지 전달·디커플링" → SQS(큐). "발행/구독 팬아웃" → SNS.

해설

【핵심 용어】 ▸ Consolidated Billing(통합 결제) — Organizations 기능, 여러 계정을 하나의 청구서로 통합 ▸ 볼륨 할인(Volume discounts) — 계정 사용량 합산으로 할인 티어 달성 【정답 포인트】 ▸ 통합 결제 이점 → "여러 계정을 하나의 청구서로" + "사용량 합산 볼륨 할인" 두 가지 (통합 결제는 무료) 【오답 체크】 (B) 추가 수수료 없음 — 통합 결제는 무료라 "소액 수수료" 표현이 틀림. (D) 분할 납부 옵션은 통합 결제 기능 아님. (E) 사용자 지정 예산 생성은 AWS Budgets 기능이지 통합 결제 고유 이점 아님. 【시험 포인트】 통합 결제 이점 = 단일 청구서 + 사용량 합산 볼륨 할인. 추가 비용 없음.

해설

【핵심 용어】 ▸ Access Analyzer for S3 — S3 콘솔에서 ACL·버킷 정책으로 공유/공개된 버킷을 검토 ▸ S3 Storage Lens(사용 분석) / Multi-Region Access Points(글로벌 접근) — 정책 검토 아님 【정답 포인트】 ▸ "S3 콘솔에서 ACL·버킷 정책 가진 버킷 검토" → Access Analyzer for S3 【오답 체크】 (A) Multi-Region Access Points는 다중 리전 단일 엔드포인트. (B) Storage Lens는 스토리지 사용량·활동 분석. (C) IAM Identity Center는 SSO(로그인 관리). 【시험 포인트】 "S3 접근 권한(ACL/정책)·외부 공유 검토" → Access Analyzer for S3.

해설

【핵심 용어】 ▸ AWS Artifact — 규정 준수 보고서·감사 문서(SOC, ISO, PCI 등) 온디맨드 제공 포털 ▸ Marketplace(소프트웨어 구매) / Inspector(취약점 스캔) / Support(기술 지원) — 규정 준수 문서 저장소 아님 【정답 포인트】 ▸ "AWS 규정 준수 관련 정보·보고서 열람" → AWS Artifact 【오답 체크】 (B) Marketplace는 서드파티 소프트웨어 장터. (C) Inspector는 취약점 평가. (D) Support는 기술 지원 서비스. 【시험 포인트】 "컴플라이언스 보고서/감사 인증 문서" → AWS Artifact.

해설

【핵심 용어】 ▸ Amazon CloudFront — 글로벌 CDN, 엣지 로케이션에서 콘텐츠/애플리케이션을 최종 사용자 근처에서 제공 ▸ Route 53(DNS) / Auto Scaling(용량) / AppSync(GraphQL API) — 사용자 근접 배포 CDN 아님 【정답 포인트】 ▸ "애플리케이션을 최종 사용자와 가깝게 배포" → 엣지 로케이션의 CloudFront 【오답 체크】 (B) Auto Scaling은 용량 자동 조절. (C) AppSync는 관리형 GraphQL API. (D) Route 53은 DNS 라우팅. 【시험 포인트】 "사용자 근처 배포/저지연 전달(엣지)" → CloudFront.

해설

【핵심 용어】 ▸ AWS Global Accelerator — 트래픽을 AWS 글로벌 백본 네트워크로 라우팅해 성능·가용성 향상 ▸ Transit Gateway(VPC 연결) / VPC(가상 네트워크) / Route table(라우팅 규칙) — 글로벌 네트워크 가속 아님 【정답 포인트】 ▸ "AWS 전 세계 네트워크 인프라로 트래픽 전송해 성능 개선" → Global Accelerator 【오답 체크】 (A) Route table은 VPC 내 라우팅 규칙. (B) Transit Gateway는 VPC/온프레미스 상호 연결. (D) Amazon VPC는 격리된 가상 네트워크. 【시험 포인트】 "AWS 백본으로 트래픽 최적 경로 전송" → Global Accelerator.

해설

【핵심 용어】 ▸ Amazon S3 — 객체 스토리지, 99.999999999%(11 9s) 내구성 ▸ EBS(블록)/EFS(파일)/FSx(파일) — 객체 스토리지 아님 【정답 포인트】 ▸ "고내구성 객체 스토리지" → S3 (11 9s 내구성의 대표 서비스) 【오답 체크】 (B) EFS는 파일 시스템(NFS). (C) EBS는 EC2용 블록 스토리지. (D) FSx는 관리형 파일 시스템(Windows/Lustre 등). 【시험 포인트】 "객체 스토리지 + 고내구성" → Amazon S3. 블록=EBS, 파일=EFS/FSx.

해설

【핵심 용어】 ▸ 공동 책임 모델 — EC2(IaaS)에서 게스트 OS·설치 SW는 고객, 물리 인프라·하이퍼바이저는 AWS ▸ EC2에 직접 DB 설치 시 — OS·DB·백업·패치는 고객, 기반 하드웨어·가상화는 AWS 【정답 포인트】 ▸ EC2 상 DB 자가 운영 시 AWS 책임은 인프라 계층 → 보기 중 유일한 AWS 몫은 "운영체제 설치"(기반 이미지 제공/가상화 계층) 【오답 체크】 (A) DB 백업은 고객 책임. (B) DB 소프트웨어 패치는 고객 책임. (C) OS 패치는 EC2에서 고객 책임. 【시험 포인트】 EC2(IaaS): 고객이 OS 패치·DB·백업 책임. AWS는 물리 하드웨어·가상화·기반 인프라. (보기 상 AWS 몫은 D.)

해설

【핵심 용어】 ▸ 클라우드 이점 — 종량제(pay-as-you-go), 용량 추측 불필요, 자본비→변동비 ▸ 공동 책임 모델 — 보안은 AWS와 고객이 분담(고객 책임 존재) 【정답 포인트】 ▸ AWS 이전 이점 → "종량제 요금 모델 사용"과 "필요 용량을 추측할 필요 없음" 두 가지 【오답 체크】 (A) 보안 전부를 AWS에 위임 불가 — 공동 책임 모델상 고객 책임 존재. (C) 물리 인프라 완전 제어는 클라우드에서 불가(AWS 관리). (E) 사용자 접근 통제는 여전히 고객(IAM) 책임. 【시험 포인트】 클라우드 이점 = 종량제 + 용량 추측 불필요. "보안 전부 위임/물리 완전 제어"는 오답 함정.

해설

【핵심 용어】 ▸ AWS Storage Gateway — 하이브리드 스토리지, 온프레미스에서 사실상 무제한 클라우드 스토리지 접근 ▸ DataSync(데이터 전송) / S3 Glacier(아카이브) / EBS(블록) — 하이브리드 게이트웨이 아님 【정답 포인트】 ▸ "온프레미스 사용자에게 사실상 무제한 클라우드 스토리지 접근 제공하는 하이브리드" → Storage Gateway 【오답 체크】 (A) DataSync는 대량 데이터 전송/동기화 서비스지 상시 접근 게이트웨이 아님. (B) S3 Glacier는 저비용 장기 아카이브. (D) EBS는 EC2 전용 블록 볼륨. 【시험 포인트】 "온프레미스↔클라우드 하이브리드 스토리지 접근" → Storage Gateway. 일회성 전송 → DataSync.

해설

【핵심 용어】 ▸ AWS Pricing Calculator — 마이그레이션 전 예상 비용을 미리 산정하는 웹 견적 도구 (계정·과금 없이 사용) ▸ AWS Cost Explorer — 이미 발생한 사용량·비용을 시각화·분석 (사후) ▸ AWS Budgets — 예산 설정 후 임계값 초과 시 알림 ▸ Amazon CloudWatch — 리소스·애플리케이션 모니터링(지표·로그·알람) 【정답 포인트】 ▸ "마이그레이션 계획" + "use case별 비용 견적 생성" → 실사용 전 예상 비용 산정 도구인 Pricing Calculator ▸ 아직 리소스를 쓰기 전 단계이므로 사전 견적 도구가 적합 【오답 체크】 (B) CloudWatch는 모니터링 서비스로 비용 견적과 무관. (C) Cost Explorer는 이미 발생한 비용 분석용, 사전 견적 불가. (D) AWS Budgets는 예산 대비 실사용 추적·알림용이지 견적 생성 도구 아님. 【시험 포인트】 "마이그레이션 전 예상 비용 견적" → Pricing Calculator. "이미 쓴 비용 분석"은 Cost Explorer, "예산 알림"은 Budgets.

해설

【핵심 용어】 ▸ AWS SDK — 애플리케이션 코드에 AWS 서비스 기능을 직접 통합하는 프로그래밍 라이브러리 (Python, Java, JS 등 언어별 제공) ▸ AWS CodeDeploy — 애플리케이션 배포 자동화 서비스 ▸ AWS Lambda — 서버리스 함수 실행 서비스 ▸ AWS Batch — 대규모 배치 작업 처리 서비스 【정답 포인트】 ▸ "개발자가 애플리케이션에 AWS 서비스 기능을 직접 통합" → 언어별 API 라이브러리인 SDK ▸ 코드에서 AWS API를 호출하는 표준 수단 【오답 체크】 (B) CodeDeploy는 배포 자동화 도구지 코드 통합 라이브러리 아님. (C) Lambda는 코드 실행 환경(런타임)이지 통합 도구 아님. (D) Batch는 배치 컴퓨팅 서비스로 무관. 【시험 포인트】 "애플리케이션 코드에 AWS 기능 통합" → SDK. CLI는 터미널 명령, SDK는 프로그램 내 호출.

해설

【핵심 용어】 ▸ AWS Well-Architected Framework — 클라우드 설계 모범 사례 프레임워크 (운영 우수성·보안·안정성·성능·비용·지속가능성 6개 기둥) ▸ 운영 우수성(Operational Excellence) — 실패에서 배우고 지속 개선하는 원칙 포함 【정답 포인트】 ▸ "권장 설계 원칙" → "운영 실패로부터 배워 개선(Learn to improve from operational failures)"은 운영 우수성 기둥의 핵심 원칙 ▸ 자동화·소규모 잦은 변경·실험·개선이 프레임워크의 지향 【오답 체크】 (A) 인프라 변경을 드물게·큰 단위로 하라는 것은 반대 원칙(작고 자주 변경이 권장). (B) 수동 인프라 구성은 IaC·자동화 원칙에 반함. (D) 모놀리식 중앙화 설계는 권장 사항 아님(느슨한 결합·마이크로서비스 지향). 【시험 포인트】 Well-Architected 설계 원칙 문제 → 자동화·작고 잦은 변경·실패에서 학습·느슨한 결합 쪽이 정답.

해설

【핵심 용어】 ▸ 최소 권한(Least Privilege) — 작업 수행에 필요한 최소한의 리소스 접근만 부여하는 보안 원칙 ▸ IAM — AWS 인증·인가 관리 서비스, 최소 권한 적용의 핵심 도구 【정답 포인트】 ▸ "작업에 필요한 리소스만 접근 허용" → 정의 그대로 least privilege access(최소 권한) ▸ IAM 정책 설계의 대표 원칙 【오답 체크】 (A) restricted access는 표준 IAM 용어 아님. (B) as-needed access는 정식 명칭 아님. (D) token access는 임시 자격 증명 방식과 관련될 뿐, 이 개념의 명칭 아님. 【시험 포인트】 "필요한 만큼만 권한 부여" → least privilege. IAM 보안 원칙의 단골 용어.

해설

【핵심 용어】 ▸ Network ACL — VPC 서브넷 경계에서 인바운드·아웃바운드 트래픽을 제어하는 스테이트리스 방화벽 (서브넷 레벨) ▸ Security group — 인스턴스(ENI) 레벨의 스테이트풀 방화벽 ▸ AWS WAF — 웹 애플리케이션 계층(HTTP/S) 공격 방어 ▸ AWS Firewall Manager — 여러 계정의 방화벽 규칙 중앙 관리 【정답 포인트】 ▸ "VPC 서브넷"으로 드나드는 트래픽 제어 방화벽 → 서브넷 레벨에서 동작하는 Network ACL ▸ 서브넷 경계 트래픽 필터링의 표준 【오답 체크】 (A) Security group은 서브넷이 아닌 인스턴스 레벨 방화벽. (B) WAF는 서브넷이 아닌 웹 애플리케이션 계층 보호. (C) Firewall Manager는 정책 중앙 관리 도구이지 서브넷 방화벽 자체 아님. 【시험 포인트】 "서브넷 레벨 방화벽" → Network ACL(스테이트리스). "인스턴스 레벨"은 Security group(스테이트풀).

해설

【핵심 용어】 ▸ Amazon Redshift Serverless — 인프라 관리 없이 사용하는 서버리스 데이터 웨어하우스 (분석 특화, 자동 프로비저닝·스케일) ▸ Amazon Aurora — 관리형 관계형 DB(트랜잭션용), 데이터 웨어하우스 아님 ▸ Amazon RDS — 관리형 관계형 DB ▸ AWS Lambda — 서버리스 컴퓨팅 【정답 포인트】 ▸ "데이터 웨어하우스" + "인프라 관리 없이" → 서버리스 데이터 웨어하우스인 Redshift Serverless ▸ 인프라 프로비저닝·관리 불필요가 핵심 요구 【오답 체크】 (A) Aurora는 OLTP 관계형 DB지 데이터 웨어하우스 아님. (C) Lambda는 데이터 웨어하우스와 무관한 컴퓨팅. (D) RDS는 관계형 DB이며 데이터 웨어하우스 분석용 아님. 【시험 포인트】 "데이터 웨어하우스" 키워드 → Redshift. "인프라 관리 없이" 추가되면 Redshift Serverless.

해설

【핵심 용어】 ▸ 온디맨드 확장(Elasticity) — 수요에 따라 용량을 늘리고 줄여 유휴 비용 제거 ▸ 데이터센터 비용 제거 — 물리 인프라 구축·유지 비용을 클라우드로 대체 ▸ 종량제(Pay-as-you-go) — 사용한 만큼만 지불 【정답 포인트】 ▸ (B) 수요에 따라 용량 조정 → 과잉 프로비저닝 없이 비용 절감 ▸ (E) 온프레미스 데이터센터 구축·유지 비용 제거 → 자본 지출 절감 ▸ 두 항목 모두 클라우드의 대표 비용 절감 메커니즘 【오답 체크】 (A) 모든 리전 동일 가격이 아님(리전별 가격 상이), 비용 절감 근거도 아님. (C) 1주 이상 유휴 EC2 할인 같은 정책 없음(허구). (D) 인터넷으로 나가는 데이터 전송은 무료가 아님(아웃바운드 과금 존재). 【시험 포인트】 클라우드 비용 절감 → "탄력적 용량 조정" + "데이터센터 비용 제거". 허구 할인·무료 주장 보기는 오답.

해설

【핵심 용어】 ▸ IAM role — 임시 자격 증명으로 권한을 위임하는 자격 주체, 교차 계정(cross-account) 접근의 표준 방법 ▸ IAM group — 사용자 묶음에 권한 부여(같은 계정 내) ▸ IAM Access Analyzer — 외부 공유 리소스 식별·분석 도구 【정답 포인트】 ▸ "한 계정 사용자에게 다른 계정 리소스 접근 허용" → 교차 계정 접근은 IAM role을 assume하여 구현 ▸ 계정 간 권한 위임의 핵심 메커니즘 【오답 체크】 (A) IAM group은 동일 계정 내 사용자 권한 묶음, 교차 계정 위임 불가. (C) IAM tag는 리소스 분류·태그 기반 제어용, 접근 부여 주체 아님. (D) Access Analyzer는 접근 분석·탐지 도구이지 권한 부여 수단 아님. 【시험 포인트】 "다른 계정 리소스 접근/권한 위임" → IAM role(cross-account role).

해설

【핵심 용어】 ▸ 공동 책임 모델(Shared Responsibility) — AWS는 "클라우드의 보안(of the cloud)", 고객은 "클라우드 내 보안(in the cloud)" 담당 ▸ AWS 책임 — 물리 시설·환경 제어, 하드웨어, 글로벌 인프라 【정답 포인트】 ▸ "AWS의 책임" → 물리적·환경적 통제(데이터센터 시설·전원·공조 등)는 AWS 몫 ▸ 하드웨어·시설 계층은 항상 AWS 담당 【오답 체크】 (A) IAM 사용자 권한 관리는 고객 책임. (B) 보안 그룹 아웃바운드 규칙 구성은 고객 책임. (D) EC2 게스트 OS 패치는 고객 책임. 【시험 포인트】 공동 책임: 물리 시설·하드웨어·글로벌 인프라 = AWS. OS 패치·IAM·보안그룹 구성 = 고객.

해설

【핵심 용어】 ▸ AWS CloudFormation — IaC로 인프라를 템플릿으로 정의·배포, StackSets로 여러 리전·계정에 스택 배포 ▸ AWS Config — 리소스 구성 변경 추적·규정 준수 평가 ▸ AWS Trusted Advisor — 모범 사례 점검 권고 【정답 포인트】 ▸ "IaC로 배포 자동화" + "여러 리전에 프로덕션 스택 배포" → 템플릿 기반 IaC 서비스 CloudFormation(StackSets) ▸ 멀티 리전 스택 배포는 CloudFormation의 대표 기능 【오답 체크】 (A) CloudWatch는 모니터링 서비스, IaC 아님. (B) AWS Config는 구성 추적·준수 평가용이지 인프라 프로비저닝 도구 아님. (C) Trusted Advisor는 권고 도구, 배포 기능 없음. 【시험 포인트】 "IaC" + "인프라 프로비저닝" → CloudFormation. 멀티 리전/계정 배포는 StackSets.