확장성
확장성 요구. 예측 불가한 부하는 자동 확장이나 서버리스로
이게 뭔가요? / What is this?
확장성은 하나의 상품이 아니라, "부하가 얼마나 늘어나도 감당할 수 있어야 한다"는 설계 목표(추상적 개념)입니다. 좌석이 고정된 식당은 손님이 몰리면 대기줄이 생기지만, 필요할 때마다 테이블을 더 꺼내 쓸 수 있는 구조를 만드는 것이 핵심이며, 실제로는 오토스케일링이나 서버리스 서비스로 구현됩니다.
개요 / Overview
63문제가 확장성을 조건으로 겁니다. "예측할 수 없다", "급증한다", "수백만 사용자" 같은 표현이 나오면 고정 용량 선택지는 모두 오답입니다.
동작 원리 / How it works
확장성 요구의 핵심은 "고정 용량을 전제하는 선택지는 모두 틀렸다"는 것입니다. 계층별 수단이 정해져 있습니다 — 컴퓨팅은 ASG(EC2)나 자동 동시성(Lambda·Fargate), 데이터베이스는 DynamoDB On-Demand·Aurora Serverless·읽기 복제본, 버스트 흡수는 SQS, 전역 배포는 CloudFront입니다.
63문제에서 이 조건이 나오며, "예측할 수 없다", "갑자기 10배가 된다", "수백만 사용자", "블랙 프라이데이" 같은 표현이 신호입니다. 수직 확장(더 큰 인스턴스)은 상한과 재시작 때문에 이 유형의 정답이 되기 어렵습니다.
시험은 무엇을 보는가 / What the exam is testing
시험은 확장성과 가용성을 함께 요구하는 경우가 많고, 그때 정답은 대개 같은 구성(다중 AZ ASG + ALB)이 됩니다. 별도로 주의할 것은 "확장"이 컴퓨팅만이 아니라는 점 — 뒷단 데이터베이스나 큐가 병목이면 컴퓨팅을 늘려도 소용없습니다.
시험 포인트 / Exam points
컴퓨팅은 ASG나 Lambda, 데이터베이스는 DynamoDB On-Demand나 Aurora Serverless, 큐로 부하를 흡수하려면 SQS입니다.
"더 큰 인스턴스로 바꾼다"는 상한이 있고 재시작이 필요해 확장성 문제의 정답이 되기 어렵습니다. 수평 확장 선택지를 우선 보세요.
자주 틀리는 함정 / Common traps
예측 불가한 스파이크에 프로비저닝된 고정 용량을 고르는 것 — 과소 프로비저닝이면 장애, 과대면 낭비입니다.
컴퓨팅만 확장하고 데이터베이스 연결 수 한계를 무시하는 것 — RDS Proxy나 캐시가 함께 필요할 수 있습니다.
Scalability
Scalability: unpredictable load calls for auto scaling or serverless
이게 뭔가요? / What is this?
Scalability is not a single product — it is an abstract design goal: "the system must absorb however much the load grows." A restaurant with a fixed number of seats forms a line when it gets busy, whereas the goal here is a setup that can pull out more tables whenever needed — in practice implemented through auto scaling or serverless services.
개요 / Overview
63 questions gate on scalability. Phrases like "unpredictable", "spikes suddenly", or "millions of users" eliminate every fixed-capacity option.
동작 원리 / How it works
The core of scalability requirements is that any option assuming fixed capacity is wrong. Each tier has its tool: compute uses an ASG (EC2) or automatic concurrency (Lambda, Fargate); databases use DynamoDB on-demand, Aurora Serverless, or read replicas; bursts are absorbed by SQS; global distribution uses CloudFront.
It appears in 63 questions, signalled by "unpredictable", "suddenly ten times", "millions of users", or "Black Friday". Vertical scaling (a bigger instance) rarely answers this type because of its ceiling and required restart.
시험은 무엇을 보는가 / What the exam is testing
The exam often demands scalability and availability together, and the answer is usually the same shape (multi-AZ ASG behind an ALB). Watch that "scale" is not only compute — if the database or queue behind it is the bottleneck, adding compute changes nothing.
시험 포인트 / Exam points
Compute → ASG or Lambda. Database → DynamoDB on-demand or Aurora Serverless. Absorbing bursts → SQS.
"Move to a larger instance" has a ceiling and needs a restart, so it rarely answers a scalability question. Prefer the horizontal option.
자주 틀리는 함정 / Common traps
Choosing fixed provisioned capacity for unpredictable spikes — under-provision and it breaks, over-provision and it wastes.
Scaling only compute while ignoring database connection limits — RDS Proxy or a cache may be needed too.
AWS SAA Hub Pro는 독립 학습 자료이며 Amazon Web Services, Inc.의 공식 서비스가 아닙니다. 시험 정책과 서비스 사양은 AWS 공식 문서를 기준으로 확인하세요.