Conceptly
← 전체 목록
⚡

Google Memorystore

데이터베이스인메모리 캐시

Google Memorystore는 원본 저장소 앞에 두고 자주 찾는 값을 메모리에서 먼저 돌려주는 캐시 서비스입니다. 같은 조회가 반복돼 데이터베이스가 먼저 막히기 시작할 때 읽기 부하를 흡수하는 첫 번째 성능 레이어가 됩니다.

▶아키텍처 다이어그램

🔍 구조 다이어그램

점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다

왜 필요한가요?

같은 값을 여러 요청이 반복해서 읽으면 원본 DB가 먼저 병목이 됩니다. 응답 속도도 느려지고, DB는 바뀌지 않은 데이터를 계속 다시 읽는 데 자원을 씁니다.

왜 이런 방식이 등장했나요?

웹 애플리케이션이 커지면서 관계형 DB 한 대가 모든 읽기를 감당하던 구조는 빠르게 병목이 되었습니다. 그래서 원본 DB 앞에 메모리 캐시를 두는 패턴이 성능 최적화의 기본으로 자리 잡았습니다.

내부적으로 어떻게 동작하나요?

애플리케이션이 먼저 캐시 키를 조회하고, 값이 있으면 메모리에서 바로 반환합니다. 미스가 나면 원본 저장소를 읽어 채우고, TTL로 오래된 값을 자연스럽게 비웁니다. 복제 구성을 쓰면 장애 시 대기 인스턴스로 넘길 수 있습니다.

경계와 구분

Memorystore와 Cloud SQL은 둘 다 앱이 읽는 데이터를 받지만, Cloud SQL은 원본 데이터를 보관하는 데이터베이스이고 Memorystore는 그 앞에서 읽기를 줄이는 캐시 계층입니다. 최신성과 영속성이 중요하면 Cloud SQL, 잠깐 늦어져도 되는 핫 데이터면 Memorystore가 맞습니다.

언제 쓰나요?

세션, 카운터, 핫 데이터 조회 가속에 적합합니다. 트랜잭션 일관성이 중요한 영구 데이터나 장기 보관 데이터의 본 저장소로 쓰기에는 맞지 않습니다.

세션 저장읽기 캐시레이트 리미팅실시간 랭킹