Amazon CLF-C02: 클라우드 아키텍처 및 Well-Architected 프레임워크 — 학습 가이드

By Laurynas Brazys · 29 July 2026 · #amazon #clf-c02 #certification #exam-prep #study-guide

다음의 일부입니다: AWS Cloud Practitioner CLF-C02 — 학습 가이드. 검증된 답안으로 연습하기: Amazon 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

설계 원칙 및 컴퓨팅 구매 결정

좋은 클라우드 아키텍처는 작고 반복적인 변경, 자동화, 그리고 애플리케이션의 각 부분을 독립적으로 확장할 수 있도록 느슨한 결합(loose coupling)에서 시작합니다. 가능한 한 상태 비저장(stateless) 서비스를 설계하여 탄력성을 고려한 아키텍처를 구축하고, 불변성(immutability)과 임시 컴퓨팅(ephemeral compute)을 지향하며, 액세스에 최소 권한 원칙을 적용하십시오. 컴퓨팅 요금 모델을 선택할 때는 사용 기간, 사용률 예측 가능성, 중단 허용 범위를 고려해야 합니다. 장기 실행되는 안정적인 워크로드는 약정 요금에 유리하고, 사용량이 급증하거나 예측 불가능한 워크로드는 경우에 따라 온디맨드 또는 스팟이 적합합니다. 흔한 함정은 가변적인 성장을 이해하지 못한 채 장기 Reserved Instances나 Savings Plans를 약정하여 비용 낭비를 초래하거나 잘못된 인스턴스 패밀리에 종속되는 것입니다. 또 다른 실수는 중단에 대비한 설계 없이 중요한 상태 저장(stateful) 워크로드에 스팟을 사용하는 것입니다. 라이선스 및 배치 요구 사항을 고려하십시오. Dedicated Hosts는 소프트웨어 종속 라이선스와 물리적 격리를 지원하며, Savings Plans는 컴퓨팅 비용에 대해 여러 패밀리와 리전에 걸쳐 유연성을 제공합니다. 태깅과 자동화된 비용 할당은 필수적입니다. 일관된 태그 없이는 Savings Plans를 적용하거나 적정 규모(rightsizing) 분석을 수행하기 어렵습니다. 모니터링과 경고를 사용하여 비효율성을 조기에 감지하고, 사용률 변화에 따라 분기별로 구매 결정을 재검토하십시오.

온디맨드: 시간/초 단위 결제, 최고의 유연성, 약정 없음
Reserved Instances / 표준 RI: 특정 인스턴스 속성에 대한 장기 할인, 안정적인 상태에 비용 효율적
Savings Plans: 약정 지출의 대가로 여러 인스턴스 패밀리에 걸쳐 유연한 할인 제공
스팟 인스턴스: 중단 가능한 워크로드에 대한 대폭 할인
전용 호스트: 라이선스 또는 규정 준수 제약 조건을 위한 물리적 호스트 할당

코드형 인프라, 프로비저닝, 격리

코드형 인프라(Infrastructure as code, IaC)는 인프라에 반복성, 검토 가능성, 버전 관리를 제공합니다. AWS CloudFormation은 스택을 설명하고 프로비저닝하는 데 사용되는 네이티브 선언형 IaC 서비스입니다. 템플릿은 리소스, 종속성, 파라미터화를 코드화합니다. AWS Cloud Development Kit (CDK)는 더 높은 수준의 추상화(construct)를 제공하고 여러 언어(TypeScript, Python, Java, C#, Go 포함)를 지원하여 개발자가 익숙한 언어로 CloudFormation을 합성할 수 있게 해줍니다. 프로그래밍 방식의 프로비저닝은 AWS CLI, SDK, AWS CDK 및 Terraform과 같은 서드파티 도구를 통해서도 가능합니다. 긴밀한 AWS 기능 패리티와 CloudFormation 드리프트 탐지를 원할 때는 네이티브 도구를 선택하십시오. 논리적 격리는 Amazon Virtual Private Cloud (VPC)에 의해 제공되며, 이는 서브넷, 라우팅 테이블, 보안 그룹, 네트워크 ACL과 결합하여 네트워크 경계를 설정합니다. IAM은 자격 증명(identity)과 권한(사용자, 역할, 그룹, 정책)을 제어하며, 프로그래밍 방식의 자격 증명과 리소스 액세스를 관리하는 데 사용됩니다. 실무자가 흔히 빠지는 함정으로는 루트 계정 액세스 키 저장, 자동화를 위한 교차 계정 역할 미설정, 템플릿에서 태깅 정책 미적용 등이 있습니다. CloudFormation 템플릿은 코드로 취급되어야 합니다. 즉, 구성 드리프트(configuration drift)를 방지하고 예측 가능한 배포를 가능하게 하기 위해 검토, 린팅(linted)을 거쳐 버전 관리 시스템에 저장해야 합니다.

Well-Architected 원칙 — 실용적 초점

Well-Architected 프레임워크는 설계 결정과 절충(trade-off)을 안내하는 5가지 원칙(pillar)을 중심으로 합니다. 각 원칙에 서비스를 매핑하고 이해하면 작업의 우선순위를 정하고 대안을 비교하는 데 도움이 됩니다.

운영 우수성: 관측 가능한(observable) 운영을 위한 설계, CloudWatch 지표, 로그, Systems Manager 자동화 사용, 런북(runbook) 및 지속적인 개선 추진.
보안: IAM으로 최소 권한 원칙 적용, KMS로 저장 데이터 암호화, 감사 및 탐지를 위해 CloudTrail 및 GuardDuty 활성화, WAF 및 Shield로 엣지 보호.
안정성: Multi-AZ, 자동 복구, Route 53 상태 확인, 백업(EBS 스냅샷, RDS 자동 백업, AWS Backup)을 사용하여 장애에 대비한 설계로 복구 목표 충족.
성능 효율성: Compute Optimizer로 적정 규모(right-sizing) 조정, 캐싱(CloudFront, ElastiCache) 활용, 관리형 서비스(Aurora, DynamoDB) 및 적절한 스토리지 티어 선택으로 I/O 및 지연 시간 최적화.
비용 최적화: 수명 주기 정책(즉시 검색이 필요한 비정기적 액세스 객체에 S3 Intelligent-Tiering 또는 Standard-IA 사용)으로 비용 인식 아키텍처 구현, Savings Plans 사용, 비프로덕션 환경 종료 예약.

자주 사용되는 결정 기준 중 하나는 운영 오버헤드를 비용과 맞바꾸기 위해 관리형 서비스를 사용할지 여부입니다. 흔한 함정은 오토 스케일링과 캐싱을 활용하여 더 낮은 비용으로 성능을 유지하는 대신, 최악의 피크 상황에 대비해 과도하게 프로비저닝하는 것입니다.

운영 도구, 데이터 서비스, 보안 및 엣지 선택

운영 가시성과 보안 도구는 잘 설계된(well-architected) 환경의 핵심입니다. AWS CloudTrail은 감사를 위해 API 활동을 기록하고, Amazon GuardDuty는 계정 수준의 비정상적인 동작에 대한 지속적인 위협 탐지를 제공합니다. CloudWatch는 지표와 로그를 수집하고 EBS 볼륨 쓰기 급증과 같은 이벤트에 대한 경보를 지원합니다. 기본 지표가 불충분한 경우 OS 수준 지표를 위해 CloudWatch Agent를 사용하세요. 관리형 데이터 서비스의 경우, RDS는 관계형 데이터베이스에 대한 자동 패치 및 백업을 제공하고, DynamoDB는 완전 관리형 NoSQL 키-값 및 문서 스토어이며, Amazon Neptune은 고도로 연결된 데이터 세트에 최적화된 관리형 그래프 데이터베이스입니다. 글로벌 콘텐츠 전송 및 짧은 지연 시간의 배포를 위해, 엣지의 CloudFront를 Shield 및 WAF와 결합하면 CDN 기능과 더불어 DDoS 보호 및 애플리케이션 계층 필터링을 제공합니다. 엣지 또는 온프레미스 환경에서 짧은 지연 시간이 필요한 경우 AWS Outposts 또는 Local Zones를 평가해 보세요. Outposts는 가능한 가장 짧은 지연 시간과 일관된 API를 위해 AWS 하드웨어를 온프레미스에 배치합니다. 사용자를 위한 자격 증명 연동 및 계정 액세스는 AWS IAM Identity Center(이전 AWS SSO)를 통해 처리됩니다. 모니터링을 설계할 때는 경보를 자동화된 해결 조치(Lambda 또는 Systems Manager)와 결합하고, 단일 가용 영역에 의존하거나, 루트 자격 증명을 사용하거나, 즉시 검색해야 하는 객체에 대해 딥 아카이브 스토리지(Glacier)를 선택하는 것과 같은 일반적인 실수를 피해야 합니다.

주요 서비스 선택 vs 사용 사례: RDS는 관리형 관계형 DB용, DynamoDB는 NoSQL용, Neptune은 그래프용, Lex는 챗봇용, CloudFront + WAF + Shield는 글로벌 웹 전송 및 DDoS 보호용

실전 문제: 사용 사례 시나리오

시나리오: Acme Manufacturing은 VPC 내의 프로덕션 EC2 인스턴스, 주문 처리를 위한 RDS 인스턴스, S3와 CloudFront를 통해 배포된 정적 자산 웹사이트로 구성된 혼합 워크로드를 AWS에서 실행하고 있습니다. 팀은 AWS CLI와 CloudFormation을 사용하며, 개발자들은 CI/CD를 위해 안전한 교차 계정 액세스가 필요합니다.

과제: 지속적으로 실행되는 애플리케이션 서버의 컴퓨팅 비용을 절감하고, 루트 자격 증명을 사용하지 않고 자동화를 보호하며, 최소한의 다운타임으로 EBS 기반 인스턴스의 빠른 복구를 보장해야 합니다.

권장 접근 방식:

지속적인 시간당 컴퓨팅 사용량에 맞는 Savings Plan을 약정하고, 대상 인스턴스를 Savings Plan을 사용하도록 전환하여 즉각적인 비용 절감 효과를 얻습니다.
사용률을 분석한 후에만 장기 실행 특정 인스턴스 요구 사항을 Reserved Instances로 마이그레이션하고, 적절한 경우 인스턴스 크기 유연성을 적용합니다.
모든 루트 계정 액세스를 IAM 사용자 및 역할로 대체합니다. 즉, 최소 권한 정책을 가진 CI/CD용 IAM 역할을 생성하고, 교차 계정 자동화를 위해 STS AssumeRole을 통해 수명이 짧은 자격 증명을 사용합니다.
AWS Backup 또는 예약된 Data Lifecycle Manager 정책을 사용하여 자동화된 EBS 스냅샷을 구현하고, 신속한 인스턴스 교체를 위해 AMI와 사용자 데이터를 사용하며, 최소한의 다운타임을 위해 EBS 스냅샷 복원이 연결된 Auto Scaling 그룹을 사용합니다.

근거: 예측 가능한 사용량에 약정 요금제를 맞추면 가용성을 희생하지 않고 비용을 절감할 수 있습니다. 루트 사용을 IAM 역할과 수명이 짧은 자격 증명으로 대체하는 것은 최소 권한 모범 사례를 따르는 것입니다. 자동화된 스냅샷과 AMI는 안정성 및 운영 우수성 원칙과 일치하는 신속한 복구를 지원합니다.

← 결제 · 모든 도메인 · 관리 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →