정답 · 해설

해설

【핵심 용어】 ▸ Amazon EC2 (컨테이너 호스팅) — 컨테이너를 실행하는 컴퓨팅 리소스를 사용자가 직접 완전 제어(OS·패치·용량) ▸ AWS Fargate — 서버리스 컨테이너, 인프라 관리 불필요(제어권 낮음) ▸ ECS/EKS — 컨테이너 오케스트레이터(실행 환경으로 EC2 또는 Fargate 선택) 【정답 포인트】 ▸ "컨테이너 호스팅 컴퓨팅 리소스의 완전한 제어" → 인스턴스를 직접 관리하는 EC2 시작 유형 ▸ 완전 제어 요건이 서버리스(Fargate)를 배제 【오답 체크】 (A) EKS는 오케스트레이터이지 "완전 제어되는 컴퓨팅" 자체 지정 아님(호스트로 EC2/Fargate 선택). (B) Fargate는 서버리스로 인프라 제어권이 없음. (D) ECS도 오케스트레이터이며 컴퓨팅 자원 자체가 아님. 【시험 포인트】 "컴퓨팅 리소스 완전 제어" → EC2. "인프라 관리 없음(서버리스)" → Fargate.

해설

【핵심 용어】 ▸ AWS Organizations — 다수 AWS 계정 생성·그룹화(OU)하고 SCP(서비스 제어 정책)를 계정 그룹에 적용하는 중앙 관리 서비스 ▸ IAM — 계정 내 사용자·권한 관리(계정 자체 생성·그룹화 아님) ▸ CloudFormation — IaC 프로비저닝 【정답 포인트】 ▸ "새 계정 생성 + 계정 그룹화 + 그룹에 정책 적용" → 다계정 거버넌스 서비스 AWS Organizations ▸ OU와 SCP가 계정 그룹 정책 적용의 핵심 【오답 체크】 (A) IAM은 단일 계정 내 권한 관리이지 계정 생성·그룹화 도구 아님. (B) Trusted Advisor는 권고 도구. (C) CloudFormation은 리소스 프로비저닝이지 계정 조직 관리 아님. 【시험 포인트】 "다계정 생성·그룹화·정책(SCP) 적용" → AWS Organizations.

해설

【핵심 용어】 ▸ Amazon S3 File Gateway — 표준 파일 시스템 프로토콜(NFS/SMB)로 온프레미스 앱이 S3에 파일 저장·조회 ▸ AWS DataSync — 대규모 데이터 전송·동기화 서비스(파일 프로토콜 상시 접근 아님) ▸ AWS Transfer Family — SFTP/FTPS/FTP로 S3 전송 【정답 포인트】 ▸ "기존 온프레미스 앱이 산업 표준 파일 시스템 프로토콜로 S3에 파일 저장·조회" → NFS/SMB를 S3로 매핑하는 S3 File Gateway ▸ 파일 프로토콜 기반 S3 접근이 핵심 요구 【오답 체크】 (A) DataSync는 일괄 전송·동기화 도구이지 상시 파일 시스템 마운트 접근 아님. (B) Snowball Edge는 오프라인 물리 전송용. (D) Transfer Family는 SFTP/FTP 프로토콜용이지 NFS/SMB 파일 시스템 마운트 아님. 【시험 포인트】 "파일 시스템 프로토콜(NFS/SMB)로 S3 접근" → S3 File Gateway. 전송 배치는 DataSync, SFTP는 Transfer Family.

해설

【핵심 용어】 ▸ AWS WAF — 웹 애플리케이션 방화벽, SQL 인젝션·XSS 등 애플리케이션 계층 공격을 규칙으로 차단 ▸ Network ACL / Security group — 네트워크(IP·포트) 계층 필터링(애플리케이션 페이로드 검사 불가) ▸ ACM — TLS 인증서 관리 【정답 포인트】 ▸ "SQL 인젝션 공격 차단" → HTTP 요청 내용을 검사·차단하는 AWS WAF ▸ 애플리케이션 계층(L7) 공격 필터링은 WAF의 역할 【오답 체크】 (B) Network ACL은 IP·포트 기반이라 SQL 인젝션 페이로드 검사 불가. (C) Security group도 네트워크 계층 필터링이라 애플리케이션 공격 차단 불가. (D) ACM은 인증서 관리이지 공격 차단 도구 아님. 【시험 포인트】 "SQL injection 차단" → AWS WAF(L7). 네트워크 방화벽(NACL/SG)은 페이로드 검사 못함.

해설

【핵심 용어】 ▸ AWS CLI — 터미널에서 여러 AWS 서비스를 일관된 방식으로 조작하는 통합 명령줄 도구 ▸ AWS Cloud9 — 클라우드 기반 IDE ▸ ECS — 컨테이너 오케스트레이션 【정답 포인트】 ▸ "AWS 서비스와 상호작용하는 일관된 통합 도구" → 단일 다운로드로 모든 서비스를 명령으로 제어하는 AWS CLI ▸ 스크립팅·자동화용 통합 인터페이스 【오답 체크】 (B) ECS는 컨테이너 서비스로 통합 조작 도구 아님. (C) Cloud9은 IDE이지 서비스 상호작용 통합 도구 자체 아님. (D) VPN은 네트워크 연결용. 【시험 포인트】 "일관된 통합 방식으로 AWS 조작" → AWS CLI(또는 SDK). 프로그램 통합은 SDK, 명령줄은 CLI.

해설

【핵심 용어】 ▸ AWS Trusted Advisor — 비용 최적화·성능·보안·내결함성·서비스 한도 5개 카테고리로 모범 사례 점검·권고 ▸ AWS Shield — DDoS 방어 ▸ AWS Service Catalog — 승인된 IT 서비스 카탈로그 관리 【정답 포인트】 ▸ "비용·성능·서비스 한도·내결함성·보안 5개 카테고리 모범 사례 권고" → 정확히 Trusted Advisor의 점검 카테고리 ▸ 5개 카테고리 문구가 Trusted Advisor의 시그니처 【오답 체크】 (A) Shield는 DDoS 보호 전용. (B) WAF는 웹 애플리케이션 방화벽. (D) Service Catalog는 승인된 제품 카탈로그 배포 관리. 【시험 포인트】 "5개 카테고리(비용·성능·보안·내결함성·서비스 한도) 권고" → AWS Trusted Advisor.

해설

【핵심 용어】 ▸ AWS CAF Operations(운영) 관점 — 클라우드 서비스 운영·관리 역량. 구성 관리(configuration management)·패치 관리(patch management)·가용성·성능·이벤트 관리 포함 ▸ Platform 관점 — 플랫폼·아키텍처, Security 관점 — 보안, Governance 관점 — 거버넌스 【정답 포인트】 ▸ "구성 관리·패치 관리 역량" → 운영 관리 역량을 다루는 Operations(운영) 관점 ▸ 일상 운영·유지 관리 역량은 Operations 소속 【오답 체크】 (A) Platform은 플랫폼 아키텍처·프로비저닝 역량 중심. (C) Security는 보안·규정 준수 역량. (D) Governance는 관리·리스크·재무 거버넌스. 【시험 포인트】 "구성/패치/운영 관리" → Operations 관점. CAF 6관점(Business·People·Governance·Platform·Security·Operations) 매핑.

해설

【핵심 용어】 ▸ Reserved Instances(예약 인스턴스) — 1/3년 약정으로 최대 할인, 안정·예측 가능 워크로드에 적합 ▸ Savings Plans — 약정 기반 컴퓨팅 할인, 유사하게 비용 효율적 ▸ Spot — 중단 가능(중단 불가 워크로드 부적합), On-Demand — 할인 없음 【정답 포인트】 ▸ (B) Reserved Instances → 안정·예측·중단 불가 워크로드 장기 사용 시 최대 할인 ▸ (D) Savings Plans → 동일하게 약정 할인 제공, 중단 없이 저비용 ▸ 두 약정형 옵션 모두 예측 가능한 상시 워크로드에 최적 【오답 체크】 (A) On-Demand는 할인이 없어 장기 상시 워크로드에 비쌈. (C) Spot은 중단 가능해 중단 불가 요건에 부적합. (E) Dedicated Hosts는 라이선스·규정 준수용, 비용 효율 목적 아님. 【시험 포인트】 "안정·예측·중단 불가 + 최저 비용" → Reserved Instances + Savings Plans. Spot(중단)·On-Demand(무할인) 제외.

해설

【핵심 용어】 ▸ On-Demand Instances — 약정 없이 사용한 만큼 지불, 드물게 짧게 실행하는 워크로드에 최적 ▸ Reserved Instances — 1/3년 약정 필요(연 1회 24시간엔 낭비) ▸ Spot — 중단 가능(중단 불가 요건 부적합) 【정답 포인트】 ▸ "연 1회, 24시간, 중단 불가" → 약정 없이 필요할 때만 쓰는 On-Demand가 가장 경제적 ▸ 사용 빈도가 극히 낮아 장기 약정(RI)이 오히려 손해 【오답 체크】 (B) RI는 1년 약정이라 연 24시간만 쓰면 비용 대부분 낭비. (C) Spot은 중단 가능해 uninterruptible 요건 위반. (D) Dedicated Instances는 전용 하드웨어 비용으로 과함. 【시험 포인트】 "드물게·짧게·중단 불가" → On-Demand. "상시·장기"면 RI/Savings Plans.

해설

【핵심 용어】 ▸ 공동 책임 모델 — 일부 항목은 AWS와 고객이 공동 부담(shared controls) ▸ 패치 관리(Patch Management) — AWS는 인프라·관리형 서비스 패치, 고객은 게스트 OS·앱 패치 담당 → 공동 책임 【정답 포인트】 ▸ "AWS와 고객 공동 책임" → 패치 관리는 계층에 따라 나뉘는 공동 통제 항목 ▸ AWS는 기반 인프라, 고객은 게스트 OS/애플리케이션 패치 【오답 체크】 (A) EC2 게스트 OS 구성은 전적으로 고객 책임. (B) 애플리케이션 서버 측 암호화는 고객 책임. (D) 물리 인프라 보안은 전적으로 AWS 책임. 【시험 포인트】 공동 책임(shared controls) 대표 항목: 패치 관리·구성 관리·인식 교육. 계층별로 나뉘면 공동.

해설

【핵심 용어】 ▸ 여러 AWS 계정(Multiple AWS accounts) — 부서·워크로드별 계정 분리로 비용을 명확히 격리·귀속 ▸ Consolidated billing(통합 결제) — 계정별 사용 내역을 합산·구분해 부서별 차지백(chargeback) 청구 지원 ▸ AWS Organizations — 다계정·통합 결제 관리 【정답 포인트】 ▸ (E) 여러 AWS 계정 → 부서별 워크로드를 계정 단위로 분리해 비용 귀속 명확 ▸ (B) 통합 결제 → 각 계정 비용을 합산하면서도 계정별로 구분해 차지백 가능 ▸ 계정 분리 + 통합 결제 조합이 부서별 비용 배분의 표준 【오답 체크】 (A) 배치 그룹은 EC2 배치 전략이지 비용 분리와 무관. (C) 엣지 로케이션은 CDN 인프라. (D) AWS Config는 구성 추적·준수 평가용. 【시험 포인트】 "부서별 차지백/비용 분리" → 여러 계정 + Consolidated billing. 태그도 배분에 쓰이나 여기선 계정+통합결제.

해설

【핵심 용어】 ▸ 공동 책임 모델 — AWS는 "클라우드의 보안": 하드웨어·소프트웨어(하이퍼바이저 포함)·시설 ▸ Nitro Hypervisor — EC2 기반 가상화 계층, AWS가 유지·업데이트 담당 【정답 포인트】 ▸ "AWS의 책임" → 하이퍼바이저(Nitro) 업데이트는 기반 인프라 계층으로 AWS 담당 ▸ 가상화·하드웨어 계층은 AWS 몫 【오답 체크】 (A) S3 객체 클라이언트 측 암호화는 고객 책임(데이터). (B) IAM 최소 권한 정책 구성은 고객 책임. (C) EC2 게스트 OS 패치는 고객 책임. 【시험 포인트】 "하이퍼바이저·하드웨어·시설" = AWS. "게스트 OS·IAM·데이터 암호화" = 고객.

해설

【핵심 용어】 ▸ 종량제(Pay-as-you-go pricing) — 선투자·약정 없이 사용한 만큼만 지불하는 클라우드의 핵심 이점 ▸ 자본 지출→운영 지출 전환(고정→변동 비용) — 클라우드 가치 제안 【정답 포인트】 ▸ "AWS 클라우드 사용 이점" → 사용한 만큼 지불하는 Pay-as-you-go 가격 모델 ▸ 초기 투자 없이 필요 시 지불이 클라우드 대표 장점 【오답 체크】 (A) 방향이 반대: 클라우드는 "고정→변동 비용"이지 "변동→고정"이 아님. (C) 속도·민첩성 "감소"는 이점 아님(오히려 증가). (D) 데이터센터 운영·유지 비용 지출은 온프레미스 단점. 【시험 포인트】 클라우드 이점 → Pay-as-you-go(종량제), 고정→변동 비용, 민첩성 증가. 반대 서술은 함정.

해설

【핵심 용어】 ▸ AWS CAF Business(비즈니스) 관점 — 비즈니스 성과·가치 실현 역량. Data monetization(데이터 수익화) 등 포함 ▸ People 관점 — Culture evolution(문화 진화) ▸ Operations 관점 — Event management(이벤트 관리) ▸ Platform 관점 — Platform architecture 【정답 포인트】 ▸ "CAF 비즈니스 관점 역량" → Data monetization(데이터 수익화)이 비즈니스 관점에 속함 ▸ 비즈니스 관점은 비즈니스 가치·성과 창출 역량 중심 【오답 체크】 (A) Culture evolution은 People(인력) 관점 역량. (B) Event management는 Operations(운영) 관점 역량. (D) Platform architecture는 Platform(플랫폼) 관점 역량. 【시험 포인트】 CAF 관점-역량 매핑: 데이터 수익화=Business, 문화=People, 이벤트관리=Operations, 아키텍처=Platform.

해설

【핵심 용어】 ▸ AWS Enterprise Support — 최상위 지원 플랜, 전담 TAM(기술 계정 관리자) 배정으로 모니터링·최적화·사전 지원 제공 ▸ Business Support — 24/7 지원·전체 Trusted Advisor 점검 제공(TAM 없음) 【정답 포인트】 ▸ "Business에서 Enterprise로 전환 시 추가 혜택" → Business에는 없는 전담 TAM 배정이 Enterprise 고유 혜택 ▸ TAM의 사전적 모니터링·최적화 지원이 차별점 【오답 체크】 (A) 전체 Trusted Advisor 점검은 Business부터 이미 제공(추가 혜택 아님). (B) 전화·이메일·채팅 24/7 지원도 Business부터 제공. (D) 컨설팅 검토·아키텍처 가이드는 Enterprise 성격이나, 이 문항의 대표 정답은 전담 TAM 배정. 【시험 포인트】 Enterprise Support 고유 혜택 → 전담 TAM. 24/7·전체 Trusted Advisor는 Business부터 제공.

해설

【핵심 용어】 ▸ Spot Instances — 미사용 EC2 용량을 저가에 제공하나, 용량이 필요해지면 2분 통지 후 중단(interrupt)될 수 있음 ▸ On-Demand/Reserved — 용량 회수로 인한 중단 없음 【정답 포인트】 ▸ "용량이 일시적으로 부족해지면 실행 중 인스턴스를 중단시키는 가격 모델" → 정확히 Spot Instances의 특성 ▸ 저비용의 대가로 중단 가능성을 수용하는 모델 【오답 체크】 (A) On-Demand는 용량 회수로 중단되지 않음. (B) Standard RI는 용량 예약형, 중단 없음. (D) Convertible RI도 예약형으로 중단되지 않음. 【시험 포인트】 "용량 부족 시 실행 중 인스턴스 중단" → Spot Instances. 중단 허용 워크로드 전용.

해설

【핵심 용어】 ▸ AWS CAF Security(보안) 관점 — 보안·규정 준수 역량. Incident response(사고 대응)·Infrastructure protection(인프라 보호)·데이터 보호·자격 관리·취약점 관리 포함 ▸ Operations 관점 — Observability, Incident and problem management, Availability and continuity 【정답 포인트】 ▸ (C) Incident response(사고 대응) → 보안 사고 대응 역량, Security 관점 ▸ (D) Infrastructure protection(인프라 보호) → 네트워크·컴퓨팅 보호 역량, Security 관점 ▸ 두 역량 모두 보안 관점의 핵심 구성 【오답 체크】 (A) Observability(관찰 가능성)는 Operations 관점 역량. (B) Incident and problem management는 Operations 관점 역량. (E) Availability and continuity는 Operations 관점 역량. 【시험 포인트】 CAF Security 역량: 사고 대응·인프라 보호·데이터 보호·자격 및 접근 관리·취약점 관리. 운영 관점(관찰성·가용성)과 혼동 주의.

해설

【핵심 용어】 ▸ EC2 Instance Savings Plans — 1/3년 약정으로 특정 인스턴스 패밀리 사용에 대해 On-Demand 대비 최대 할인된 시간당 요금 제공 ▸ Dedicated Hosts — 전용 물리 서버(비용 절감 목적 아님) ▸ Auto Scaling — 용량 자동 조절(할인 요금 제공 아님) 【정답 포인트】 ▸ "1년 넘게 연속 실행" + "On-Demand 대비 할인 시간당 요금" → 약정 할인 요금을 제공하는 EC2 Instance Savings Plans ▸ 장기·상시 워크로드에 대한 약정 기반 할인 【오답 체크】 (A) Graviton은 프로세서(가성비 좋으나 "할인 요금제"는 아님). (B) Dedicated Hosts는 전용 하드웨어로 오히려 고비용. (D) Auto Scaling은 용량 조절 기능이지 할인 요금 제공 아님. 【시험 포인트】 "장기 상시 실행 + On-Demand 대비 할인 요금" → Savings Plans(또는 RI).

해설

【핵심 용어】 ▸ Elasticity(탄력성) — 수요에 맞춰 리소스를 자동으로 늘리고 줄여 유휴(과잉) 용량 제거 ▸ Agility(민첩성) — 빠른 리소스 확보·실험 능력 ▸ Reliability(안정성)·Durability(내구성) — 복원력·데이터 보존 특성 【정답 포인트】 ▸ "미활용 CPU 용량 제거" → 수요에 맞춰 용량을 조정하는 Elasticity(탄력성) ▸ 필요할 때 확장·불필요할 때 축소로 유휴 자원 최소화 【오답 체크】 (A) Agility는 신속한 배포·혁신 속도를 뜻하지 유휴 용량 제거 개념 아님. (C) Reliability는 장애 복구·정상 동작 유지 특성. (D) Durability는 데이터 손실 방지(내구성) 특성. 【시험 포인트】 "수요 따라 확장·축소, 유휴 용량 제거" → Elasticity(탄력성).

해설

【핵심 용어】 ▸ Amazon SQS — 관리형 메시지 큐, 구성 요소 간 비동기 메시지 전달로 컴포넌트를 분리(느슨한 결합) ▸ AWS Step Functions — 서버리스 워크플로 오케스트레이션, 서비스 간 조율을 분리 ▸ 느슨한 결합(Loose coupling) — 컴포넌트 간 직접 의존 제거로 장애 격리·확장성 향상 【정답 포인트】 ▸ (B) SQS → 큐를 통해 송수신자를 분리, 대표적 느슨한 결합 수단 ▸ (E) Step Functions → 워크플로를 상태 기계로 조율해 서비스 간 결합 완화 ▸ 둘 다 컴포넌트 간 직접 호출을 줄여 느슨한 결합 실현 【오답 체크】 (A) WorkSpaces는 가상 데스크톱 서비스로 무관. (C) Amazon Connect는 클라우드 콜센터 서비스. (D) Trusted Advisor는 모범 사례 권고 도구. 【시험 포인트】 "느슨한 결합" → SQS(메시지 큐), SNS, Step Functions 등 비동기·중개 서비스.