지연시간·성능
지연시간·처리량 요구. 캐시와 엣지가 답인 경우가 많다
이게 뭔가요? / What is this?
이것은 하나의 서비스가 아니라, "응답이 느리다"는 문제를 어디서 왜 느린지에 따라 여러 서비스로 풀어내는 시험의 한 유형(추상적 주제)입니다. 사용자와의 물리적 거리 때문인지, 같은 질문을 매번 다시 계산해서인지, 디스크가 느려서인지에 따라 CDN·캐시·스토리지 중 정답이 달라집니다.
개요 / Overview
108문제가 성능을 조건으로 겁니다. 어디에서 느린지 짚어내면 답이 정해집니다 — 사용자와 서버의 거리인가, 반복 DB 조회인가, 디스크 IOPS인가.
동작 원리 / How it works
지연시간 문제는 원인이 어디인지에 따라 해법이 완전히 달라집니다. 크게 네 곳입니다. 첫째, 사용자와 서버의 물리적 거리 — 빛의 속도는 바꿀 수 없으므로 콘텐츠를 사용자 쪽으로 옮기거나(CloudFront) 경로를 백본으로 바꿉니다(Global Accelerator). 둘째, 반복되는 동일 조회 — 데이터베이스까지 가지 않도록 캐시를 앞에 둡니다(ElastiCache, DAX, API Gateway 캐시). 셋째, 스토리지 I/O — IOPS나 처리량이 부족하면 볼륨 타입을 바꿉니다(gp3 조정, io2, FSx for Lustre). 넷째, 컴퓨팅 자체 — 콜드 스타트(Provisioned Concurrency)나 CPU 부족(메모리 상향, 인스턴스 타입)입니다.
108문제에서 이 조건이 나오는데, 문제 문장에 원인이 거의 항상 명시되어 있습니다. "전 세계 사용자", "같은 쿼리가 반복", "디스크가 병목", "첫 요청이 느리다" 같은 표현이 어느 곳인지 알려 줍니다.
시험은 무엇을 보는가 / What the exam is testing
시험은 원인과 해법을 잘못 짝지은 선택지를 대량으로 만들어 냅니다. 거리 문제에 캐시를 붙이거나, 반복 조회 문제에 인스턴스를 키우거나, 콜드 스타트에 CDN을 붙이는 식입니다. 그래서 이 유형은 "먼저 원인을 한 단어로 규정하고 그다음 도구를 고르는" 순서를 지키면 정확도가 크게 올라갑니다.
시험 포인트 / Exam points
"전 세계 사용자가 느리다"면 캐시 가능한 HTTP는 CloudFront, 비-HTTP나 고정 IP는 Global Accelerator, DNS 수준 분배는 Route 53 지연시간 라우팅입니다.
같은 쿼리가 반복되면 ElastiCache(범용)나 DAX(DynamoDB 전용)를 앞에 둡니다. 읽기 부하 자체를 나누려면 읽기 전용 복제본입니다.
IOPS가 부족하면 gp3에서 IOPS를 올리거나 io2로 바꿉니다. 대규모 병렬 처리량이 필요하면 FSx for Lustre입니다.
자주 틀리는 함정 / Common traps
전 세계 사용자 지연 문제를 인스턴스 타입 상향으로 답하는 것 — 거리가 원인이면 서버 성능은 무관합니다.
읽기 캐시로 쓰기 지연을 개선하려는 것 — 캐시는 읽기 경로만 단축합니다.
Latency & Performance
Latency and throughput requirements, usually answered by caching and edges
이게 뭔가요? / What is this?
This is not a single service — it is a category of exam question (an abstract theme) that solves "the response is slow" with different services depending on where the slowness actually lives. Whether it is physical distance to the user, recalculating the same answer every time, or a slow disk, the correct fix shifts among a CDN, a cache, or faster storage.
개요 / Overview
108 questions gate on performance. Identify where the slowness lives — distance to the user, repeated database reads, or disk IOPS — and the answer follows.
동작 원리 / How it works
Latency problems have completely different fixes depending on where the delay lives. There are four places. First, physical distance — you cannot change the speed of light, so move content toward the user (CloudFront) or change the path to the backbone (Global Accelerator). Second, repeated identical reads — put a cache in front so requests never reach the database (ElastiCache, DAX, API Gateway caching). Third, storage I/O — change volume type when IOPS or throughput is short (tune gp3, io2, FSx for Lustre). Fourth, compute itself — cold starts (Provisioned Concurrency) or insufficient CPU (more memory, a different instance type).
This qualifier appears in 108 questions, and the cause is almost always spelled out: "global users", "the same query repeats", "the disk is the bottleneck", "the first request is slow".
시험은 무엇을 보는가 / What the exam is testing
The exam manufactures distractors that mispair cause and fix: a cache for a distance problem, a bigger instance for repeated reads, a CDN for cold starts. Accuracy rises sharply if you name the cause in one word before choosing a tool.
시험 포인트 / Exam points
For "global users see high latency": cacheable HTTP → CloudFront, non-HTTP or static IPs → Global Accelerator, DNS-level steering → Route 53 latency routing.
Repeated queries call for ElastiCache (general) or DAX (DynamoDB). To split the read load itself, use read replicas.
Insufficient IOPS → raise gp3 IOPS or move to io2. Massive parallel throughput → FSx for Lustre.
자주 틀리는 함정 / Common traps
Answering global-user latency with a bigger instance type — when distance is the cause, server speed is irrelevant.
Trying to improve write latency with a read cache — a cache only shortens the read path.
AWS SAA Hub Pro는 독립 학습 자료이며 Amazon Web Services, Inc.의 공식 서비스가 아닙니다. 시험 정책과 서비스 사양은 AWS 공식 문서를 기준으로 확인하세요.