← 전체 목록
⚡
Amazon ElastiCache
데이터베이스인메모리 캐싱
▶아키텍처 다이어그램
점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다
왜 필요한가요?
같은 데이터를 반복해서 읽는 요청이 많아지면 원본 데이터베이스가 쉽게 병목이 됩니다. 응답 시간을 줄이려면 메모리 기반 캐시 계층이 필요합니다.
안에서 어떻게 동작하나요?
ElastiCache는 Redis나 Memcached를 관리형으로 제공하고, 애플리케이션이 먼저 캐시를 조회한 뒤 없을 때만 원본 저장소를 조회하게 만듭니다. 복제와 장애 조치도 서비스가 도와줍니다.
무엇과 헷갈리나요?
ElastiCache와 DynamoDB는 둘 다 빠른 조회에 쓰이지만 역할이 다릅니다. ElastiCache는 원본 데이터 앞단의 캐시이고, DynamoDB는 그 자체가 영구 저장소가 되는 데이터베이스입니다.
왜 이런 방식이 등장했나요?
초기에는 애플리케이션이 프로세스 메모리나 직접 설치한 Redis로 캐시를 운영했지만, 확장과 장애 조치가 번거로웠습니다. 그래서 캐시도 데이터베이스처럼 관리형으로 다루는 ElastiCache가 필요해졌습니다.
언제 쓰나요?
세션 저장, 자주 조회되는 키, 랭킹, 저지연 읽기 최적화에 적합합니다. 원본 데이터베이스를 대체하기보다 보완하는 계층으로 봐야 합니다.
데이터베이스 캐싱세션 관리실시간 리더보드Pub/Sub 메시징
Official Docs
AWS더 깊게 보기
현재 페이지의 개념 설명을 본 뒤 공식 문서로 바로 이동합니다.