Cloud & IT Cert Prep · 강의

정답 서비스 선택을 알려 주는 '가장 비용 효율적인', '가장 높은 가용성', '운영 오버헤드', '서버리스'와 같은 단서를 찾는 연습을 합니다.

문제에서 핵심 단어와 서비스 신호 식별

정답 서비스 선택을 알려 주는 '가장 비용 효율적인', '가장 높은 가용성', '운영 오버헤드', '서버리스'와 같은 단서를 찾는 연습을 합니다.은(는) CoddyKit의 무료 Cloud & IT Cert Prep 강의입니다. 이것은 4개 중 2번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 Cloud & IT Cert Prep 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. Cloud & IT Cert Prep 강의에는 총 4개의 강의가 포함되어 있습니다.

Why Keywords Matter on the Exam

SAA-C03 시나리오 문항은 올바른 AWS 서비스를 명시적으로 언급하지 않고 비즈니스 문제를 설명하는 경우가 많습니다. 대신 인식하면 올바른 서비스나 접근 방식을 바로 가리키는 키워드 신호, 즉 단어와 구문을 포함합니다. 숙련된 응시자는 모든 시나리오를 두 번 읽습니다. 처음에는 전체 맥락을 파악하고, 두 번째에는 답을 좁혀 주는 구체적인 키워드를 찾습니다. 'serverless'나 'lowest cost' 같은 키워드 하나를 놓치면 그럴듯하지만 틀린 답을 선택할 수 있습니다.

Cost Signal Keywords

문제에서 비용을 강조할 때는 특정 키워드가 특정 AWS 패턴과 연결됩니다. 'most cost-effective'는 흔히 Spot Instances, S3 Glacier 또는 Savings Plans를 나타냅니다. 'reduce cost without code changes' → Reserved Instances 또는 적정 규모 조정입니다. 'pay only for what you use' → Lambda 또는 Fargate(서버리스)입니다. 'minimise data transfer cost' → CloudFront, VPC 엔드포인트 또는 동일 Region 내 액세스입니다. 비용이 가장 중요한 제약 조건이라면 항상 더 저렴하고 완전 관리형인 옵션을 우선하시기 바랍니다.

# Cost keyword -> answer mapping:
# 'lowest cost for batch jobs' -> Spot Instances
# 'archive rarely accessed data' -> S3 Glacier Deep Archive
# 'steady workload for 3 years' -> Reserved Instances or Savings Plans
# 'event-driven, unpredictable traffic' -> Lambda (pay per invocation)
# 'reduce inter-Region data transfer' -> CloudFront or regional caching
# 'remove idle EC2 instances' -> AWS Compute Optimizer right-sizing

Performance Signal Keywords

성능 키워드는 특정 아키텍처 선택과 연결됩니다. 'millisecond latency' → DynamoDB 또는 ElastiCache입니다. 'global low latency' → CloudFront 또는 Global Accelerator입니다. 'high IOPS' → EBS io2 Block Express 또는 인스턴스 스토어입니다. 'shared file system across multiple EC2' → EFS입니다. 'read-heavy workload' → Read Replicas 또는 ElastiCache입니다. 'GPU / machine learning' → P 또는 G EC2 인스턴스 제품군입니다. 성능 요구 사항을 해당 워크로드에 맞게 설계된 서비스와 연결하시기 바랍니다.

# Performance keyword -> answer mapping:
# 'sub-millisecond cache' -> ElastiCache (Redis)
# 'global static content delivery' -> CloudFront
# 'HPC / tightly coupled compute' -> Cluster placement group, EFA
# 'shared POSIX filesystem across Linux instances' -> Amazon EFS
# 'Windows SMB file shares' -> FSx for Windows File Server
# 'in-memory key-value, session state' -> ElastiCache (Memcached or Redis)
# 'relational + scales to millions of writes' -> Aurora

Security Signal Keywords

SAA-C03에서는 Domain 1의 비중이 30%이므로 보안 키워드가 자주 등장합니다. 'encrypt data at rest' → KMS(SSE-KMS, S3-KMS, EBS/RDS 암호화)입니다. 'rotate credentials automatically' → Secrets Manager입니다. 'detect threats in real time' → GuardDuty입니다. 'scan for vulnerabilities' → Amazon Inspector입니다. 'discover PII in S3' → Amazon Macie입니다. 'block SQL injection / XSS' → AWS WAF입니다. 'DDoS protection' → AWS Shield Standard(무료) 또는 Shield Advanced(유료, DRT 지원 포함)입니다.

# Security keyword -> answer mapping:
# 'IAM role for EC2 to access S3' -> EC2 instance profile with IAM role
# 'prevent public access to S3 bucket' -> Block Public Access + bucket policy
# 'audit all API calls in account' -> AWS CloudTrail
# 'ensure resources comply with policy' -> AWS Config + Config Rules
# 'TLS certificate for ALB' -> AWS Certificate Manager (ACM)
# 'cross-account role assumption' -> IAM Trust Policy + STS AssumeRole

Operational Overhead Keywords

'least operational overhead'는 시험에서 가장 흔한 조건 중 하나입니다. 이 조건은 항상 자체 관리 대안보다 관리형/서버리스 서비스를 선택하도록 유도합니다. EC2는 OS 패치가 필요하므로 Fargate 또는 Lambda로 전환합니다. 자체 관리 MySQL은 RDS로 전환합니다. 자체 관리 Redis는 ElastiCache로 전환합니다. 사용자 지정 로드 밸런서는 ALB로 전환합니다. 사용자 지정 DNS는 Route 53으로 전환합니다. 사용자 지정 cron 작업은 EventBridge Scheduled Rules로 전환합니다. 두 답이 아키텍처상 동일하지만 하나는 관리형이고 다른 하나는 자체 관리형이라면 'least operational overhead' 조건에서는 관리형 옵션을 선택합니다.

# 'least operational overhead' -> managed service wins
# Self-managed on EC2          -> Managed AWS equivalent
# MySQL on EC2                 -> Amazon RDS for MySQL
# Redis on EC2                 -> Amazon ElastiCache for Redis
# Kafka on EC2                 -> Amazon MSK (Managed Streaming for Kafka)
# Elasticsearch on EC2         -> Amazon OpenSearch Service
# Custom batch scheduler       -> AWS Batch
# Custom ETL scripts on EC2    -> AWS Glue (serverless ETL)

Scalability and Elasticity Keywords

'variable load', 'sudden traffic spikes' 또는 'unpredictable demand'는 자동 조정과 탄력성이 필요하다는 신호입니다. 답에는 거의 항상 EC2용 Auto Scaling Groups, 0까지 확장할 수 있는 이벤트 기반 컴퓨팅용 Lambda, 예측할 수 없는 데이터베이스 부하용 DynamoDB On-Demand, 또는 자동 조정 샤드를 사용하는 Kinesis Data Streams가 포함됩니다. 시나리오에서 부하가 가변적이거나 예측할 수 없다고 설명하는 경우 고정 용량을 전제로 한 답(Reserved Instances, 프로비저닝된 처리량)은 피하시기 바랍니다.

# Scalability keyword -> answer mapping:
# 'scale to zero when no traffic' -> Lambda or Fargate (task count 0)
# 'handle flash sales / burst traffic' -> ALB + ASG with step scaling
# 'unpredictable database read/write' -> DynamoDB On-Demand mode
# 'stream processing with variable throughput' -> Kinesis On-Demand
# 'global traffic with automatic failover' -> Route 53 health check failover
# 'scale read capacity for RDS' -> Read Replicas (up to 15 for Aurora)

Migration and Modernisation Keywords

마이그레이션 시나리오의 키워드는 7가지 Rs 및 AWS 마이그레이션 도구와 직접 연결됩니다. 'move quickly with no changes' → Rehost / AWS MGN입니다. 'reduce DBA overhead' → RDS로 Replatform하는 것입니다. 'heterogeneous database engine migration' → DMS + SCT입니다. 'move VMware workloads' → VMware Cloud on AWS(Relocate)입니다. 'discover on-premises servers' → Application Discovery Service입니다. 'track migration progress' → AWS Migration Hub입니다. 'transfer terabytes of data offline' → AWS Snowball Edge입니다.

# Migration keyword -> answer mapping:
# 'petabytes of data, slow internet' -> AWS Snowball Edge (offline transfer)
# 'replicate servers to AWS with < 1 hour RTO' -> AWS MGN
# 'Oracle to PostgreSQL schema conversion' -> AWS SCT + DMS
# 'ongoing DB replication, minimal downtime' -> DMS Full Load + CDC
# 'inventory 5000 on-premises VMs' -> Application Discovery Service
# 'assess portfolio and recommend strategy' -> Migration Hub Strategy Recommendations

데이터베이스 선택 키워드

데이터베이스 관련 문제는 Domain 2와 3에 출제됩니다. 요구 사항을 적절한 데이터베이스 서비스에 대응시키십시오. 'relational, managed, ACID' → RDS 또는 Aurora. 'key-value, millisecond at scale' → DynamoDB. 'in-memory cache / session store' → ElastiCache. 'analytics / columnar queries on petabytes' → Amazon Redshift. 'fully managed search' → Amazon OpenSearch Service. 'graph relationships' → Amazon Neptune. 'time series' → Amazon Timestream. 데이터베이스 유형을 나타내는 키워드가 하나라도 틀리면 해당 선택지는 대개 즉시 제외할 수 있습니다.

# Database keyword -> correct service:
# 'ACID transactions, joins' -> RDS (MySQL/PostgreSQL) or Aurora
# 'single-digit millisecond at any scale' -> DynamoDB
# 'session caching, Pub/Sub, leaderboard' -> ElastiCache Redis
# 'complex SQL analytics, BI' -> Amazon Redshift
# 'social network, fraud detection graphs' -> Amazon Neptune
# 'IoT sensor time series' -> Amazon Timestream
# 'document / JSON flexibility' -> DynamoDB or DocumentDB

디커플링 및 메시징 키워드

디커플링 시나리오에서는 SQS, SNS, EventBridge, Kinesis 중 적절한 서비스를 선택하는 능력을 평가합니다. 'decouple producers from consumers' → SQS standard queue. 'exactly-once, ordered processing' → SQS FIFO. 'fan-out to multiple subscribers' → SNS. 'route events by content' → EventBridge. 'real-time streaming with replay' → Kinesis Data Streams. 'deliver to S3/Redshift without code' → Kinesis Data Firehose. 핵심적인 차이점은 지속성/재생(Kinesis), 순서 보장(FIFO), 팬아웃(SNS), 콘텐츠 기반 라우팅(EventBridge)입니다.

# Decoupling keyword -> service:
# 'buffer requests, async processing' -> SQS Standard
# 'order must be preserved, no duplicates' -> SQS FIFO
# 'notify many services of one event' -> SNS Topic
# 'react to AWS service state changes' -> EventBridge (default bus)
# 'stream analytics data to S3 automatically' -> Kinesis Firehose
# 'multiple apps read same data stream independently' -> Kinesis Data Streams
# 'custom event routing by message content' -> EventBridge with event patterns

서버리스 아키텍처 키워드

시험에서는 EC2 관리 오버헤드를 없애는 서버리스 솔루션을 자주 묻습니다. 다음 키워드를 대응시키십시오. 'no server management' → Lambda, Fargate, API Gateway. 'event-driven' → S3, SQS, DynamoDB Streams에 의해 트리거되는 Lambda. 'HTTP API backend' → API Gateway + Lambda. 'run containers without managing infrastructure' → Fargate. 'serverless SQL on S3' → Athena. 'serverless ETL' → AWS Glue. 'serverless orchestration' → Step Functions Express Workflows. 문제에 'no servers'라고 되어 있으면 EC2 기반 선택지는 모두 즉시 제외하십시오.

# Serverless keyword -> service:
# 'code triggered by events, no EC2' -> Lambda
# 'REST API with no infrastructure' -> API Gateway + Lambda
# 'containers without cluster management' -> ECS Fargate
# 'Kubernetes without node management' -> EKS Fargate Profiles
# 'SQL queries on S3, no warehouse' -> Amazon Athena
# 'NoSQL database, no capacity management' -> DynamoDB On-Demand
# 'workflow orchestration, no servers' -> AWS Step Functions
# 'ETL without Spark cluster' -> AWS Glue (serverless Spark)

네트워킹 및 연결 키워드

네트워킹 문제에서는 연결 요구 사항을 적절한 AWS 서비스에 대응시키는 능력을 평가합니다. 'connect on-premises to AWS privately' → Direct Connect 또는 Site-to-Site VPN. 'route traffic globally with static anycast IPs' → AWS Global Accelerator. 'reduce latency for a global fleet of users' → CloudFront(콘텐츠) 또는 Global Accelerator(동적 트래픽). 'private connectivity to AWS services without internet' → VPC Endpoints(S3/DynamoDB에는 Gateway, 그 외에는 Interface). 'connect multiple VPCs in a hub-and-spoke model' → AWS Transit Gateway. 연결 요구 사항을 해당 네트워크 패턴에 맞게 설계된 서비스와 대응시키십시오.

# Networking keyword -> service mapping:
# 'private dedicated bandwidth to AWS' -> AWS Direct Connect
# 'encrypted tunnel over internet to AWS' -> Site-to-Site VPN
# 'accelerate global TCP/UDP traffic' -> AWS Global Accelerator
# 'connect 100 VPCs without full mesh' -> AWS Transit Gateway
# 'private access to S3 from VPC' -> S3 Gateway Endpoint (free)
# 'private access to SQS/SNS from VPC' -> Interface Endpoint (PrivateLink)
# 'accelerate static content globally' -> CloudFront CDN

빠른 확인

이 lesson에서 다룬 AWS Solutions Architect(SAA-C03) 개념을 제대로 이해했는지 확인해 보십시오.

lesson 복습

이 lesson에서는 다음을 배웠습니다. 시험 키워드는 AWS 서비스에 직접 대응합니다. 비용 신호 → 관리형/서버리스, 성능 신호 → 캐싱/CDN/높은 IOPS, 보안 신호 → KMS/GuardDuty/WAF, 'least operational overhead'는 항상 직접 관리하는 EC2보다 관리형 서비스를 선택하게 합니다. 또한 서버리스 키워드가 나오면 EC2 기반 선택지는 모두 즉시 제외합니다. 다음에서는 소거 과정과 오답 선택지 패턴을 알아보겠습니다.

자주 묻는 질문

“정답 서비스 선택을 알려 주는 '가장 비용 효율적인', '가장 높은 가용성', '운영 오버헤드', '서버리스'와 같은 단서를 찾는 연습을 합니다.” 강의는 무료인가요?

네 — “정답 서비스 선택을 알려 주는 '가장 비용 효율적인', '가장 높은 가용성', '운영 오버헤드', '서버리스'와 같은 단서를 찾는 연습을 합니다.” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 Cloud & IT Cert Prep 강의 전체를 잠금 해제할 수 있습니다. Cloud & IT Cert Prep 강의에는 총 4개의 강의가 포함되어 있습니다.

“정답 서비스 선택을 알려 주는 '가장 비용 효율적인', '가장 높은 가용성', '운영 오버헤드', '서버리스'와 같은 단서를 찾는 연습을 합니다.”에서 뭘 배우나요?

문제에서 핵심 단어와 서비스 신호 식별 브라우저에서 직접 실행하는 실습 코드로 Cloud & IT Cert Prep을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

Cloud & IT Cert Prep을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 Cloud & IT Cert Prep은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 2번째 강의입니다.

“정답 서비스 선택을 알려 주는 '가장 비용 효율적인', '가장 높은 가용성', '운영 오버헤드', '서버리스'와 같은 단서를 찾는 연습을 합니다.” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 Cloud & IT Cert Prep 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 Cloud & IT Cert Prep 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

시험 형식 및 영역별 배점 이해
정답 서비스 선택을 알려 주는 '가장 비용 효율적인', '가장 높은 가용성', '운영 오버헤드', '서버리스'와 같은 단서를 찾는 연습을 합니다.
소거법 및 오답 패턴
시간 관리 및 검토 기법

← Cloud & IT Cert Prep(으)로 돌아가기