[AWS CLF-C02] Q301 ~ Q400 오답노트 6EA

📘 Q335.

Which options are AWS Cloud Adoption Framework (AWS CAF) cloud transformation journey recommendations? (Choose two)

AWS CAF(Cloud Adoption Framework) 클라우드 전환 여정 권장 사항은 어떤 단계입니까? (2개 선택)

---

✅ 정답: A. Envision phase, B. Align phase

---

💡 정답 해설

AWS CAF는 조직이 클라우드로 성공적으로 전환(Cloud Transformation) 하도록 돕기 위한 전략적 프레임워크입니다.
즉, 단순히 기술 이전(migration)만이 아니라 조직, 인력, 거버넌스, 비즈니스 프로세스 전반을 고려합니다.

---

🔹 AWS Cloud Transformation Journey (CAF 3-Phase Model)

단계	주요 목적	주요 활동
1️⃣ Envision Phase (구상 단계)	비즈니스 목표를 명확히 정의	- 클라우드 전환의 비전 수립 - 비즈니스 가치 정의 - 리더십 참여 확보
2️⃣ Align Phase (정렬 단계)	조직·기술·프로세스를 전환 목표에 맞춤	- 조직 역량과 클라우드 목표를 정렬 - Cloud Operating Model 정의 - 거버넌스와 역할 분담 설정
3️⃣ Launch/Mobilize Phase (실행 준비 단계)	실제 마이그레이션 실행 준비	- 클라우드 센터 오브 엑설런스(CCoE) 구성 - 초기 워크로드 이전 - 보안/운영 기반 강화

---

❌ 오답 해설

보기	설명	비고
C. Assess phase	AWS CAF의 공식 단계가 아님. (기존 CAF 2.x 버전에서는 일부 사용)	❌
D. Mobilize phase	CAF 단계가 아니라 AWS Migration Acceleration Program (MAP) 단계임	❌
E. Migrate and modernize phase	역시 MAP 모델의 단계 (Mobilize → Migrate & Modernize)	❌

---

🧠 핵심 개념 요약

구분	CAF 단계	목적
1️⃣	Envision	목표 설정, 비즈니스 가치 식별
2️⃣	Align	조직 및 운영 정렬
3️⃣	Launch/Mobilize	실행 기반 준비 및 초기 이전

---

📊 시각 요약 (Mermaid 다이어그램)

```mermaid
flowchart LR
    A[🏁 Envision Phase<br>비전 수립 및 목표 정의] --> B[⚙️ Align Phase<br>조직·운영 모델 정렬]
    B --> C[🚀 Launch/Mobilize Phase<br>실행 기반 및 초기 마이그레이션]
```

---

🧭 핵심 요약

AWS CAF의 3단계는 다음과 같습니다:
Envision → Align → Launch (또는 Mobilize)
즉, **“비전을 정립하고 → 조직을 정렬하고 → 실행 준비를 하는 과정”**입니다.

📗 한 줄 요약

☁️ AWS CAF의 핵심 전환 단계는 Envision → Align → Launch
즉, “비전 정립 → 정렬 → 실행” 의 순서로 클라우드 전환이 이루어집니다.

---

Amazon EC2 인스턴스 접속 방식을 묻는 대표적인 기초 실무형 문제

📘 Q346.

A company launched an Amazon EC2 instance with the latest Amazon Linux 2 AMI.
Which actions can a system administrator take to connect to the EC2 instance? (Choose two)

Amazon Linux 2 AMI로 생성된 EC2 인스턴스에 접속하기 위한 방법은 무엇입니까? (2개 선택)

---

✅ 정답: A. Use Amazon EC2 Instance Connect

✅ 정답: D. Use AWS Systems Manager Session Manager

---

💡 정답 해설

1️⃣ Amazon EC2 Instance Connect

• Amazon Linux 2 또는 Ubuntu 등 지원되는 AMI에서 SSH 접속을 대신해주는 AWS 기능.
• 브라우저 기반 SSH 접속 기능으로, AWS 콘솔에서 바로 접속 가능.
• 키 페어 없이도 일시적(temporary) 공개키를 전송해 연결 가능.
• 전제 조건:
  • EC2 인스턴스에 EC2 Instance Connect 패키지 설치
  • 인바운드 22번 포트(SSH) 열려 있어야 함
  • IAM 권한: ec2-instance-connect:SendSSHPublicKey

---

2️⃣ AWS Systems Manager Session Manager

• EC2 인스턴스에 Session Manager 에이전트(SSM Agent) 가 설치되어 있으면
  브라우저 기반 터미널 접속 가능.
• SSH 포트(22) 가 열려 있지 않아도 안전하게 접속 가능.
• VPC 내 비공개 인스턴스(Private Subnet) 도 연결 가능.
• 필요 조건:
  • EC2에 SSM Agent 설치
  • IAM 역할에 SSM 관련 권한 부여 (AmazonSSMManagedInstanceCore)
  • AWS Systems Manager 서비스 활성화

---

❌ 오답 해설

보기	설명	오답 이유
B. Use a Remote Desktop Protocol (RDP) connection.	RDP는 Windows 인스턴스용 접속 방식	❌ Amazon Linux에는 해당 안 됨
C. Use AWS Batch.	배치 처리를 위한 서비스 (컴퓨팅 잡 실행용)	❌ 접속과 관련 없음
E. Use Amazon Connect.	콜센터용 클라우드 서비스	❌ EC2 접속과 무관

---

🧠 핵심 요약

구분	접속 방식	사용 조건
EC2 Instance Connect	브라우저 기반 SSH	22번 포트 열림, 패키지 설치
Session Manager	브라우저 기반 세션	포트 불필요, SSM Agent 필요
RDP	GUI 원격 접속	Windows 전용
SSH (CLI)	키페어 기반 접속	22번 포트 열림

---

📊 시각 요약 (Mermaid)

 

```mermaid
flowchart TD
    A["👩‍💻 Admin"] -->|🔐 EC2 Instance Connect| B["🐧 Amazon Linux 2 EC2"]
    A -->|🧩 SSM Session Manager| B
    B -.-> C["🪟 RDP - Windows Only ❌"]
```

---

📗 한 줄 요약

☁️ Amazon Linux 2 EC2 인스턴스는
EC2 Instance Connect 또는 SSM Session Manager로 접속할 수 있습니다 —
SSH 포트 유무에 따라 적절히 선택!

---

AWS Well-Architected Framework 중 Sustainability Pillar (지속 가능성 기둥) 의 핵심 원칙을 묻는 문제입니다.

최근 시험에서 자주 등장하는 유형

📘 Q358.

Which design principles should a company apply to AWS Cloud workloads to maximize sustainability and minimize environmental impact? (Choose two)

AWS 클라우드 워크로드의 지속 가능성을 극대화하고 환경적 영향을 최소화하기 위한 설계 원칙은 무엇입니까? (2개 선택)

---

✅ 정답: A. Maximize utilization of Amazon EC2 instances

✅ 정답: E. Reduce the need for users to reinstall applications

---

💡 정답 해설

AWS Sustainability Pillar 의 목표는

“최소한의 리소스로 최대의 성능을 달성하여 탄소 배출량과 낭비를 줄이는 것”
입니다 🌱

즉, 효율을 극대화하고, 중복 리소스 및 불필요한 작업을 줄이는 것이 핵심이에요.

---

✅ A. Maximize utilization of Amazon EC2 instances

• 사용 중인 인스턴스의 활용도를 극대화하여 낭비되는 컴퓨팅 자원을 줄임
• 예:
  • 워크로드에 맞는 적절한 인스턴스 크기 선택
  • Auto Scaling 사용
  • Serverless나 container 기반 아키텍처 활용

📈 → 더 높은 리소스 효율성과 낮은 전력 소비로 지속 가능성 향상

---

✅ E. Reduce the need for users to reinstall applications

• 사용자가 애플리케이션을 자주 재설치하거나 중복 실행하지 않도록 설계
• 예:
  • 중앙 집중 배포(Auto-deploy pipelines)
  • 캐싱 및 자동 복원 기능 적용
  • 지속 가능한 유지보수 설계

♻️ → 재작업을 줄여 불필요한 컴퓨팅, 스토리지 사용, 네트워크 부하 감소

---

❌ 오답 해설

보기	설명	이유
B. Minimize utilization of Amazon EC2 instances	리소스를 적게 쓰는 게 아니라, 효율적으로 쓰는 것이 중요	❌ EC2를 무조건 줄이면 성능 저하 및 낭비 발생 가능
C. Minimize usage of managed services	관리형 서비스는 효율을 높여 오히려 탄소 절감을 도와줌	❌ 잘못된 접근
D. Force frequent application reinstallations by users	재설치 과정이 오히려 에너지 낭비	❌ 비효율적, 지속 가능성과 반대

---

🌍 AWS Sustainability 설계 원칙 요약

원칙	설명
1️⃣ Region 선택 최적화	에너지 효율이 높은 리전 선택 (예: 재생 에너지 비율 높은 리전)
2️⃣ 리소스 활용률 극대화	Idle 상태 최소화, 오토스케일링 적용
3️⃣ 고효율 서비스 사용	Serverless, Managed Service 활용
4️⃣ 데이터 이동 최소화	전송 에너지 절감
5️⃣ 아키텍처 효율적 설계	캐싱, 압축, 병렬 처리 최적화
6️⃣ 재작업 최소화	자동화로 불필요한 재처리 방지

---

📊 시각 요약 (Mermaid)

 

```mermaid
flowchart LR
    A[🌱 Sustainable Design] --> B[📈 Maximize Resource Utilization]
    A --> C[🔁 Reduce Rework & Redundant Tasks]
    B --> D[⚙️ Auto Scaling, Right-Sizing]
    C --> E[🧩 Automation, Caching]
```

 

---

📗 한 줄 요약

♻️ AWS 지속 가능성의 핵심은
**“적게 쓰는 것”이 아니라, “효율적으로 쓰는 것”**입니다.

---

📘 Q359.

In which ways does the AWS Cloud offer lower total cost of ownership (TCO) of computing resources than on-premises data centers? (Choose two)

AWS 클라우드는 어떤 방식으로 온프레미스 데이터 센터보다 컴퓨팅 리소스의 총 소유 비용(TCO)을 낮추나요? (2개 선택)

---

✅ 정답: A. AWS replaces upfront capital expenditures with pay-as-you-go costs.

✅ 정답: D. AWS uses economies of scale to continually reduce prices.

---

💡 정답 해설

AWS는 비용 구조 혁신(Cost Model Innovation) 을 통해
온프레미스 대비 TCO(총소유비용, Total Cost of Ownership) 를 획기적으로 낮출 수 있습니다.
그 핵심은 다음 두 가지입니다 👇

---

✅ A. AWS replaces upfront capital expenditures with pay-as-you-go costs

• 온프레미스 환경에서는 서버, 네트워크, 스토리지 등의 초기 자본 지출(CapEx) 이 필요합니다.
• 반면 AWS는 운영비용(OpEx) 모델, 즉 사용한 만큼 지불(Pay-as-you-go) 방식을 제공합니다.
• 즉, 초기 투자 없이도 즉시 인프라 사용 가능 → 비용 효율성과 확장성 향상

📈 효과:

• 초기 하드웨어 구매, 설치, 유지보수 비용 제거
• 불필요한 용량 계획(capacity planning) 불필요
• 사용량에 따른 유연한 지출 구조

---

✅ D. AWS uses economies of scale to continually reduce prices

• AWS는 전 세계 수백만 고객의 수요를 기반으로 규모의 경제(Economies of Scale) 를 실현합니다.
• 대규모 인프라 운영을 통해 단가를 낮출 수 있고,
  그 절감된 비용을 고객에게 지속적인 가격 인하 형태로 환원합니다.

📊 예시:

• AWS는 지난 10년간 100회 이상 공식 가격 인하(Price Reduction) 발표
• 클라우드 전체 인프라 효율이 향상될수록 고객의 단위당 비용도 절감

---

❌ 오답 해설

보기	설명	이유
B. AWS is designed for high availability	고가용성(HA)은 성능/가용성 이점이지 TCO 절감 요인 아님	❌
C. AWS eliminates the need for on-premises IT staff	인력 감축은 보조적 효과일 수 있으나 TCO 절감의 직접 원리 아님	❌
E. AWS offers a single pricing model for EC2	EC2는 여러 가격 모델 (On-Demand, Spot, Reserved, Savings Plans) 을 제공	❌

---

🧠 핵심 요약

AWS 비용 절감 메커니즘	설명
Pay-as-you-go	사용한 만큼만 지불, CapEx → OpEx 구조 전환
Economies of scale	AWS 대규모 운영을 통한 지속적 가격 인하
Auto Scaling	수요에 맞게 자동 확장/축소로 낭비 방지
Managed Services	유지보수 부담 및 인력 비용 감소

---

📊 시각 요약 (Mermaid)

 

```mermaid
flowchart LR
    A["💰 On-Premises"] -->|"💵 CapEx - 서버 구매 및 유지비"| C["💸 높은 TCO"]
    B["☁️ AWS Cloud"] -->|"⚙️ Pay-as-you-go + 규모의 경제"| D["📉 낮은 TCO"]
```

 

---

📗 한 줄 요약

☁️ AWS의 낮은 TCO 비결 = 초기투자 제거 + 규모의 경제 기반 지속적 가격 인하

---

Amazon CloudFront의 핵심 기능을 묻는 대표적인 AWS 서비스 구분 문제입니다.
CloudFront, Route 53, ALB(로드 밸런서) 등의 기능을 혼동하지 않도록 정확히 구분해야 합니다.

---

📘 Q365.

What does Amazon CloudFront provide?

Amazon CloudFront는 무엇을 제공합니까?

---

✅ 정답: B. Secure delivery of data, videos, applications, and APIs to users globally with low latency

전 세계 사용자에게 짧은 지연시간(low latency) 과 보안성 높은 콘텐츠 전송을 제공합니다.

---

💡 정답 해설

🧭 Amazon CloudFront란?

• AWS의 글로벌 콘텐츠 전송 네트워크(CDN, Content Delivery Network) 서비스입니다.
• 데이터를 가까운 엣지 로케이션(Edge Location) 에 캐싱하여
  전 세계 사용자에게 더 빠르고 안전하게 콘텐츠를 전달합니다.

---

✅ 주요 기능

기능	설명
콘텐츠 캐싱(Content Caching)	엣지 로케이션에 정적/동적 콘텐츠를 저장하여 지연시간 단축
보안 강화(Security)	AWS Shield, WAF, SSL/TLS 통합 지원
글로벌 분산 전송(Global Distribution)	100개 이상의 엣지 로케이션에서 콘텐츠 제공
통합 보호	S3, ALB, EC2, API Gateway 등과 직접 통합되어 콘텐츠 배포
Low Latency + High Transfer Speed	사용자 위치 기반 자동 라우팅으로 빠른 응답 제공

---

📦 대표적인 CloudFront 사용 예시

시나리오	설명
🎬 미디어 스트리밍	전 세계에 고화질 비디오를 빠르게 전송 (예: YouTube, Netflix 스타일)
🧑‍💻 정적 웹사이트 배포	S3 + CloudFront 조합으로 빠른 웹사이트 제공
🔐 보안 강화된 API 전송	API Gateway + CloudFront로 HTTPS 기반 전송
🌍 글로벌 사용자 대상 앱	지리적으로 분산된 사용자에게 최소 대기시간 제공

---

❌ 오답 해설

 

보기	설명	오답 이유
A. Automatic scaling for all resources	모든 리소스(EC2, RDS 등)에 대해 자동 확장 기능 제공	🔸 CloudFront는 콘텐츠 전송 가속화 서비스(CDN) 로, EC2나 ECS 같은 컴퓨팅 리소스를 자동 확장하지 않습니다. 🔸 자동 확장(Auto Scaling) 은 EC2 Auto Scaling 혹은 ECS Service Auto Scaling 이 담당합니다.
C. Manage traffic globally (routing types)	트래픽을 전 세계적으로 라우팅(지연시간, 지리적, 가중치 기반 등)	🔸 글로벌 트래픽 라우팅은 Amazon Route 53 (DNS 서비스) 의 역할입니다. 🔸 Route 53은 DNS 질의 기반으로 가장 빠른 리전 또는 리소스로 트래픽을 유도하지만, CloudFront는 콘텐츠 캐싱 및 전송 가속화 역할만 수행합니다.
D. Automatic distribution across EC2, containers, Lambda	EC2, 컨테이너, Lambda 등으로 자동 트래픽 분산	🔸 트래픽 분산(로드 밸런싱)은 Elastic Load Balancer (ALB/NLB) 가 담당합니다. 🔸 CloudFront는 사용자 → 엣지 로케이션 → 오리진(S3, ALB, EC2) 형태로 전달할 뿐, 오리진 내부의 트래픽 분산 기능은 수행하지 않습니다.

---

🧠 핵심 비교 정리

서비스	주요 역할	키워드
CloudFront	전 세계 콘텐츠 전송 가속 (CDN)	Low latency, Edge Location
Route 53	DNS 기반 라우팅	Domain, Latency routing, Failover
ELB (ALB/NLB)	애플리케이션 트래픽 분산	Target group, Load balancing
Global Accelerator	TCP/UDP 최적화 네트워킹	Anycast IP, Static IP

서비스	주요 역할	핵심 키워드
CloudFront	전 세계 콘텐츠 전송 가속화	🌎 CDN, Edge Location, Caching
Route 53	글로벌 DNS 기반 트래픽 라우팅	🧭 Latency / Geo / Weighted Routing
ELB (ALB/NLB)	애플리케이션 트래픽 분산	⚖️ Target Group, Load Balancing
Auto Scaling	EC2 등 컴퓨팅 리소스 자동 확장	📈 Scale-out / Scale-in

 

---

📊 시각 요약 (Mermaid)

```mermaid
flowchart LR
    A["🌐 Origin - S3 / EC2 / ALB"] -->|"🧠 Cached Copy"| B["🌎 CloudFront Edge Location"]
    B -->|"🌍 Content Delivery"| C["👤 Global Users"]
    B -.->|"⚡ Low Latency + 🔒 SSL Security"| C
```

 

---

📗 한 줄 요약

🚀 Amazon CloudFront = 빠르고 안전한 글로벌 콘텐츠 전송 네트워크 (CDN)

---

AWS Cloud Adoption Framework (AWS CAF) 의 6가지 관점(perspectives) 중
Governance 관점에 해당하는 기능(capabilities)을 묻는 문제입니다.

---

📘 Q387.

Which AWS Cloud Adoption Framework (AWS CAF) capabilities belong to the governance perspective? (Choose two)

거버넌스 관점에 속하는 AWS Cloud Adoption Framework(AWS CAF) 기능은 무엇입니까? (2개 선택)

---

✅ 정답: A. Program and project management

✅ 정답: D. Risk management

---

💡 해설

🔹 AWS CAF (Cloud Adoption Framework)란?

AWS CAF는 조직이 클라우드 도입(Cloud Adoption)을 체계적으로 계획하고 실행할 수 있도록
6가지 관점(perspective)으로 나누어 제시하는 프레임워크입니다.

---

🧭 AWS CAF 6가지 관점 요약

관점 (Perspective)	주요 목표	대표 Capabilities (핵심 기능)
Business (비즈니스)	비즈니스 전략 정렬 및 재무 효과 분석	IT Investment Portfolio Management, Business Case Development
People (인적자원)	인력, 기술, 문화 변화 관리	Workforce Transformation, Training and Readiness
Governance (거버넌스)	위험, 정책, 포트폴리오 관리 및 프로젝트 통제	✅ Program & Project Management, ✅ Risk Management, Portfolio Management
Platform (플랫폼)	클라우드 인프라 설계 및 운영	Infrastructure, Application, Data Architecture
Security (보안)	보안, 규정 준수, 데이터 보호	Identity & Access Management, Threat Detection, Incident Response
Operations (운영)	IT 서비스 모니터링 및 운영 효율화	Service Monitoring, Incident Management, Change Management

---

🟩 Governance Perspective 상세 설명

Governance 관점은 조직이 클라우드 환경에서
책임, 위험, 의사결정, 프로젝트 수행을 체계적으로 관리하도록 돕는 역할을 합니다.

✅ 주요 포함 항목:

Capability	설명
Program and Project Management	클라우드 도입 프로젝트를 체계적으로 계획, 실행, 모니터링
Risk Management	클라우드 도입 시 발생할 수 있는 위험(비용, 일정, 규제 등)을 평가 및 대응
Portfolio Management	IT 자산 및 서비스의 전체 포트폴리오를 관리하고 ROI를 극대화

---

❌ 오답 해설

보기	설명	이유
B. Product management	제품 기능 및 시장 요구를 관리하는 활동	❌ Business Perspective에 가깝습니다
C. Portfolio management	일부 Governance에도 연관되지만, 여기서는 Program/Project & Risk 관리가 더 명확한 정답
E. Event management	IT 운영상의 이벤트(장애, 변경) 관리	❌ Operations Perspective 소속

---

🧩 시각 요약 (Mermaid)

```mermaid
flowchart LR
    A["🏛️ Governance Perspective"] --> B["📋 Program & Project Management"]
    A --> C["⚖️ Risk Management"]
    A --> D["💼 Portfolio Management"]
```

 

💡 설명

• 🏛️ → Governance(통제 및 정책적 관점)
• 📋 → 프로젝트/프로그램 관리
• ⚖️ → 위험 관리
• 💼 → 포트폴리오 관리

---

📗 한 줄 요약

🧭 AWS CAF의 Governance 관점 = 프로젝트 관리와 위험 관리로 클라우드 도입의 방향과 통제를 확립하는 단계

---