Amazon CLF-C02: 클라우드 개념 — 학습 가이드

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

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

핵심 클라우드 개념과 AWS 가치 제안

클라우드 컴퓨팅은 자본 집약적이고 용량 계획이 필요한 문제를 컴퓨팅, 스토리지, 네트워킹을 온디맨드로 소비하는 운영 모델로 전환합니다. AWS는 탄력성(부하에 맞춰 자동 확장), 글로벌 리치(리전 및 가용 영역을 통한 로컬리티 및 장애 격리), 그리고 차별성 없는 힘든 작업을 제거하는 다양한 관리형 서비스를 제공합니다. 장애를 고려한 설계, 느슨한 결합, 불변 인프라와 같은 아키텍처 개념은 팀이 더 빠른 시장 출시, 사용한 만큼만 지불하는 경제성, 글로벌 규모와 같은 클라우드의 이점을 활용하는 데 도움을 줍니다. VPC, 서브넷, 인터넷 게이트웨이와 같은 네트워크 기본 요소는 워크로드의 인그레스 및 이그레스를 제어하며, Direct Connect는 예측 가능한 대역폭이나 더 낮은 지연 시간이 필요할 때 온프레미스 데이터 센터에 대한 전용 고처리량 연결을 제공합니다. 매우 큰 규모의 물리적 마이그레이션이나 간헐적인 연결 환경을 위해 Snowball Edge 디바이스는 안전한 오프라인 전송과 엣지 컴퓨팅까지 가능하게 합니다. 실무자가 흔히 빠지는 함정으로는 “리프트 앤 시프트"가 자동으로 비용을 절감할 것이라고 가정하거나, 네트워크 이그레스 요금을 과소평가하거나, 다중 AZ 복원력을 고려한 설계를 하지 않는 것 등이 있습니다. 의사 결정 기준은 리호스트, 리플랫폼, 리팩터 전략을 선택하기 전에 비즈니스 가용성 요구 사항, 데이터 그래비티, 지연 시간 제약, 장기적인 운영 비용을 신중하게 고려해야 합니다.

서비스, 마이그레이션 패턴 및 아키텍처 결정

올바른 AWS 서비스를 선택하는 것은 관리형 운영, OS 수준 책임에 대한 제어, 또는 엣지/오프라인 기능이 필요한지에 따라 달라집니다. 마이그레이션 패턴에는 리호스트(리프트 앤 시프트), 리플랫폼(작은 최적화 수행), 리팩터(클라우드 네이티브로 재설계)가 포함됩니다. 스토리지 선택은 액세스 패턴을 반영합니다. 객체 스토리지 및 데이터 레이크에는 S3, EC2에 연결되는 블록 스토리지에는 EBS, POSIX 공유 파일 시스템에는 EFS, 관리형 Windows 또는 고성능 파일 요구 사항에는 FSx 제품군을 사용합니다. 데이터베이스는 관리 작업을 덜어주는 Amazon RDS 및 Amazon DynamoDB와 같은 관리형 서비스로 실행하거나, 고객이 OS, 패치, 백업 및 확장 책임을 유지하는 EC2에서 자체 관리할 수 있습니다. 컨테이너의 경우, 관리형 옵션은 운영 부담을 줄여주면서 다음과 같은 다양한 장단점을 제공합니다.

Amazon ECS (EC2 시작 유형): 오케스트레이션은 관리되지만 EC2 호스트는 직접 관리합니다.
Amazon ECS / Fargate: 호스트 관리가 필요 없는 서버리스 컨테이너입니다.
Amazon EKS: Kubernetes 컨트롤 플레인은 관리형이며, 노드를 직접 관리하거나 Fargate를 사용할 수 있습니다. 모든 리소스를 수작업으로 만들지 않고 신속하게 애플리케이션을 배포하려면 AWS Elastic Beanstalk 또는 CloudFormation 템플릿을 사용하여 표준 아키텍처를 적용하면서 배포 속도를 높일 수 있습니다. 실무자가 빠지는 함정으로는 자체 관리형 데이터베이스나 컨테이너 호스트의 운영 노력을 과소평가하거나, 안전한 서비스 액세스를 위해 EC2에 IAM 인스턴스 프로파일을 연결하는 것을 잊는 것 등이 있습니다.

클라우드 경제학: 요금 모델 및 비용 최적화 관행

AWS는 워크로드 예측 가능성 및 중단 허용 수준에 맞춰 여러 요금 모델을 제공합니다. 온디맨드는 약정 없이 유연하며, Reserved Instances와 Savings Plans는 꾸준한 사용량에 대해 높은 할인율을 제공하고, Spot Instances는 할인율이 매우 높지만 중단될 수 있으며, Dedicated Hosts는 규제 또는 라이선스 요구 사항을 충족합니다. 비용 가시성 및 제어는 태깅, Cost Explorer, AWS Budgets, AWS Cost Anomaly Detection에 의존하며, AWS Compute Optimizer 및 Cost Explorer 리소스 권장 사항과 같은 규모 최적화 도구는 과도하게 프로비저닝된 EC2 인스턴스를 식별하는 데 도움을 줍니다. Trusted Advisor는 비용 및 성능 최적화 기회를 보여주고 고아 리소스를 강조하며, AWS Budgets는 지출이 임계값을 초과할 때 SNS 알림을 트리거할 수 있습니다. 일반적인 함정으로는 과거 사용량을 분석하지 않고 Reserved Instances나 Savings Plans를 구매하거나, 중요하고 중단할 수 없는 워크로드에 Spot Instances를 적용하거나, 일관된 태깅을 구현하지 않아 비용 청구 및 최적화 노력을 저해하는 것 등이 있습니다. 의사 결정 기준은 워크로드 패턴, 중단 허용 수준, 예측을 결합해야 합니다. 예측 불가능한 부하에는 온디맨드를, 지속적인 기준 사용량에는 Savings Plans 또는 RI를, 유연하고 내결함성 있는 컴퓨팅에는 Spot을 사용합니다.

보안, 책임 공유 모델 및 운영 모범 사례

AWS의 보안은 공유 모델입니다. AWS는 클라우드 인프라(하드웨어, 네트워크, 리전, 가용 영역 및 기본 서비스)의 보안을 책임지고, 고객은 클라우드 내부의 보안을 책임집니다. 여기에는 데이터, 액세스 제어, 애플리케이션 수준 암호화, IaaS의 OS 및 소프트웨어 패치, 자격 증명 연동이 포함됩니다. EC2 인스턴스 프로필에 연결된 IAM 역할을 사용하여 S3와 같은 서비스에 임시적인 최소 권한 액세스를 부여하고, 인스턴스에 장기 자격 증명을 포함하지 마십시오. 데이터 보호 기능에는 보존을 위한 S3 버전 관리 및 Object Lock, 서버 측 암호화(SSE), 민감한 레코드를 위한 클라이언트 측 암호화가 포함됩니다. 모니터링 및 감사 기능은 API 로깅을 위한 CloudTrail, 구성 규정 준수를 위한 AWS Config, EC2 워크로드의 취약점 평가를 위한 Amazon Inspector, 위협 탐지를 위한 GuardDuty, S3의 민감한 데이터 발견을 위한 Amazon Macie에 의존합니다. Well-Architected 프레임워크는 운영, 보안, 안정성, 성능 및 비용 고려 사항에 대한 지침을 제공합니다. 일반적인 실무자의 실수로는 루트 계정의 과도한 사용, 자동화된 백업 소홀, 다중 AZ 아키텍처 또는 재해 복구(DR) 계획 미구현 등이 있습니다. 운영 결정 시에는 자동화, 최소 권한, 중앙 집중식 로깅을 우선시하여 인적 오류를 줄이고 사고 대응을 가속화해야 합니다.

실용적인 문제: 사용 사례 시나리오

시나리오: Acme Analytics는 단일 AWS 리전에서 시즌별 데이터 처리 파이프라인을 운영합니다. 이 환경에는 컴퓨팅을 위한 EC2 인스턴스, 온프레미스 아카이브, S3 데이터 레이크가 포함됩니다. 매 시즌 온프레미스에서 50TB를 수집하고, 실행 중 고가용성을 보장하며, 시즌 간 비용을 제어해야 합니다.

과제: 제한된 대역폭으로 50TB의 대량 데이터를 전송해야 하며, 내구성 있고 감사 가능한 수집이 필요합니다. 컴퓨팅은 2개월의 처리 기간 동안 고가용성을 유지해야 하고, 유휴 상태일 때는 비용 효율적이어야 합니다.

권장 접근 방식:

Amazon Snowball Edge를 주문하여 50TB를 Amazon S3로 안전하게 가져옵니다. 사전 처리가 필요한 경우 엣지 컴퓨팅을 사용합니다.
수집된 데이터는 버전 관리가 활성화된 S3 버킷에 저장하고, 원본 레코드 보존을 위해 S3 Object Lock을 적용합니다.
2개월의 처리 기간 동안 여러 가용 영역에 걸쳐 EC2 인스턴스의 Auto Scaling 그룹에서 처리를 실행하거나, 관리형 확장을 위해 AWS Batch/ECS Fargate를 사용합니다.
Cost Explorer, 알림 기능이 있는 AWS Budgets를 구현하고, 기준이 되는 영구 리소스에만 Savings Plans 또는 예약 인스턴스를 적용합니다. 시즌이 끝나면 컴퓨팅을 종료하거나 축소합니다.

근거: Snowball Edge는 대규모 일회성 가져오기의 전송 시간과 네트워크 비용을 최소화하고, S3는 내구성 있고 감사 가능한 스토리지를 제공합니다. 피크 기간 동안 Auto Scaling 또는 관리형 컴퓨팅을 사용하면 가용성을 확보하고 처리 시에만 비용이 발생하며, 비용 관리 도구는 예상치 못한 지출을 방지합니다.

모든 도메인 · AWS 글로벌 인프라 →

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