DAX 캐시
DynamoDB 전용 마이크로초 캐시. 코드 변경 없이 붙음
이게 뭔가요? / What is this?
DAX는 별도의 데이터베이스가 아니라, DynamoDB 전용으로 딱 붙여 쓰는 관리형 초고속 캐시입니다. DynamoDB라는 서랍장 바로 옆에 자주 찾는 물건만 따로 올려둔 작은 트레이라고 생각하면 되고, 이 트레이 덕분에 매번 서랍을 다 뒤지지 않고도 훨씬 빠르게 물건을 찾을 수 있습니다.
개요 / Overview
DAX는 DynamoDB 앞에 놓는 완전 관리형 인메모리 캐시로 밀리초를 마이크로초로 줄입니다. DynamoDB API와 호환되어 엔드포인트만 바꾸면 되고, ElastiCache처럼 캐시 로직을 직접 짤 필요가 없습니다.
동작 원리 / How it works
DAX는 DynamoDB 앞에 놓이는 클러스터로, DynamoDB SDK와 호환되는 엔드포인트를 제공합니다. 애플리케이션은 클라이언트를 DAX 엔드포인트로 바꾸기만 하면 되고 캐싱 로직을 짜지 않습니다. 내부적으로 항목 캐시(GetItem 결과)와 질의 캐시(Query·Scan 결과)를 따로 두며, 쓰기는 write-through로 DynamoDB에 반영하면서 캐시도 갱신합니다.
시험은 무엇을 보는가 / What the exam is testing
시험에서 DAX는 "DynamoDB인데도 여전히 느리다" 또는 "마이크로초가 필요하다"는 조건에 대응합니다. ElastiCache와의 구분(대상이 DynamoDB뿐인가)과 읽기 위주인가가 판단 기준입니다.
시험 포인트 / Exam points
DAX는 DynamoDB에만 쓸 수 있습니다. RDS나 다른 데이터 소스를 캐싱해야 하면 ElastiCache가 정답입니다.
쓰기가 많으면 캐시 무효화 비용이 커져 이점이 줄어듭니다. "읽기가 압도적이고 동일 항목을 반복 조회"가 신호입니다.
자주 틀리는 함정 / Common traps
RDS 조회를 DAX로 캐싱하려는 선택지 — DAX는 DynamoDB 전용입니다.
DynamoDB DAX
A microsecond cache purpose-built for DynamoDB, with minimal code change
이게 뭔가요? / What is this?
DAX is not a separate database — it is a managed high-speed cache built specifically to attach to DynamoDB. Picture it as a small tray of frequently grabbed items sitting right next to the DynamoDB drawer cabinet: thanks to that tray, things are found far faster without digging through the whole cabinet every time.
개요 / Overview
DAX is a fully managed in-memory cache in front of DynamoDB that turns milliseconds into microseconds. It is API-compatible, so only the endpoint changes — no hand-written caching logic as with ElastiCache.
동작 원리 / How it works
DAX is a cluster in front of DynamoDB exposing an endpoint compatible with the DynamoDB SDK. The application only repoints its client — no caching logic to write. Internally it keeps an item cache (GetItem results) and a query cache (Query and Scan results), and writes go write-through, updating DynamoDB and the cache together.
시험은 무엇을 보는가 / What the exam is testing
DAX answers "still too slow even on DynamoDB" or "we need microseconds". The deciding factors are whether the target is only DynamoDB and whether the workload is read-heavy.
시험 포인트 / Exam points
DAX works only with DynamoDB. Caching RDS or other sources requires ElastiCache.
Write-heavy workloads lose benefit to invalidation overhead. The signal is overwhelmingly read-heavy access to the same items.
자주 틀리는 함정 / Common traps
Caching RDS queries with DAX — DAX works only with DynamoDB.
AWS SAA Hub Pro는 독립 학습 자료이며 Amazon Web Services, Inc.의 공식 서비스가 아닙니다. 시험 정책과 서비스 사양은 AWS 공식 문서를 기준으로 확인하세요.