JSCODE Logo
JSCODE 박재성JSCODE 제이온JSCODE 시니
과외유튜브블로그후기
완강 후기 이벤트블로그 리뷰 이벤트AWS SAA 합격 후기 이벤트
회사명 : JSCODE대표 : 박재성사업자 등록번호 : 244-22-01557통신판매업 : 제 2023-인천미추홀-0381 호

서울특별시 구로구 경인로 20가길 11(오류동, 아델리아)

Copyright ⓒ 2026 JSCODE - 최상위 현업 개발자들의 프로그래밍 교육 All rights reserved.

이용약관개인정보처리방침

비전공자도 이해할 수 있는 Redis 입문/실전

Redis 기본 개념

Redis란? / Redis의 장점
Redis 주요 사용 사례
백엔드 채용 공고에 종종 등장하는 ‘대용량 트래픽 처리 경험’, ‘Redis 사용 경험’

Redis 사용법 익히기

로컬(Windows, MacOS)에서 Redis 설치하기
Redis 기본 명령어 익히기
Redis에서 Key 네이밍 컨벤션 익히기

Redis 캐싱 전략

캐시(Cache), 캐싱(Caching)이란?
데이터를 캐싱할 때 사용하는 전략 (Cache Aside, Write Around)
Cache Aside, Write Around 전략의 한계점 / 해결 방법
캐싱으로 조회 성능 개선을 하기 전 OOO을 항상 먼저해야 한다!

로컬 환경에서 Spring Boot + Redis로 구현하기

Redis를 추가하기 전 기본적인 Spring Boot 프로젝트 셋팅하기
Spring Boot 프로젝트에 Redis 셋팅 추가하기
Redis를 적용하기 전후 성능 비교해보기 (Postman)

로컬 환경에서 Nest.js + Redis로 구현하기

Redis를 추가하기 전 기본적인 Nest.js 프로젝트 셋팅하기
Nest.js 프로젝트에 Redis 셋팅 추가하기
[보충 설명] Nest.js가 v11일 경우 Redis 셋팅 방법

AWS EC2에서 Redis 활용하기

Reids를 포함한 아키텍처 구성 시 대략적으로 AWS 비용 얼마나 나오는 지
EC2, RDS, Spring Boot, Redis를 활용한 아키텍처 구성
EC2, RDS, Spring Boot, Redis 셋팅
Redis를 적용하기 전후 성능 비교해보기 (Postman)

부하 테스트를 통해 Redis 적용 전후 성능 비교하기

내가 구성한 백엔드 서버는 1초당 몇 개의 요청을 견뎌낼 수 있을까?
Redis - 부하 테스트를 위한 환경 셋팅 (k6)
Redis를 적용하기 전·후 Throughput(처리량) 비교해보기

Docker Compose로 Redis + Spring Boot 띄우기

Docker Compose로 Redis, Spring Boot 한 번에 띄울 수 있게 구성하기
AWS EC2에서 Docker Compose를 활용해 Redis, Spring Boot 띄워보기

AWS ElasticCache 활용하기

현업에서 EC2에 Redis를 설치해서 쓰지 않고 ElastiCache를 쓰는 이유
EC2, RDS, Spring Boot, ElastiCache를 활용한 아키텍처 구성
AWS ElastiCache 셋팅하기
AWS ElastiCache가 정상적으로 잘 생성됐는 지 확인하기
Spring Boot에 ElastiCache 연결하기
← 블로그 목록으로 돌아가기

데이터를 캐싱할 때 사용하는 전략 (Cache Aside, Write Around)

JSCODE 박재성
JSCODE 박재성
2026. 02. 15.
author
JSCODE 박재성
category
Redis
createdAt
Dec 6, 2025 02:37 AM
isPublic
isPublic
series
비전공자도 이해할 수 있는 Redis 입문/실전
slug
cache-strategies-aside-write-around
type
post
updatedAt
Feb 15, 2026 09:00
🧑🏻
레디스를 캐시로 쓸 때 어떤 방식으로 사용할 지 전략이 다양하다. 처음에는 그 중에서 딱 2가지의 전략만 배워도 충분하다. 이 전략이 현업에서 가장 많이 사용되고 있는 전략이다. 나머지의 전략들은 이 2가지 전략이 익숙해진 뒤에 차근차근 추가로 학습하면 된다. (파레토의 법칙)
 

✅ Cache Aside (= Look Aside, Lazy Loading) 전략

데이터를 조회할 때 주로 사용하는 전략이 Cache Aside 전략이다. Look Aside 전략 또는 Lazy Loading 전략이라고 부른다. 이 전략은 어떤 식으로 작동하는 지 하나씩 알아보자.
 
처음으로 게시판 서비스를 배포했다고 가정하고 Cache Aside 작동 방식을 이해해보자.
  1. 처음 게시판 서비스를 배포했기 때문에 데이터베이스와 레디스에는 아무런 데이터도 저장이 안 되어 있다.
  1. 일부 사용자가 들어와 게시글 작성을 함으로써 데이터를 저장한다. 이 데이터는 데이터베이스에 저장된다. (레디스에는 저장되지 않는다.)
  1. 사용자가 데이터를 조회하려고 요청한다. 이 때, 데이터베이스로부터 바로 데이터 조회를 하기 전에 레디스에 있는 지 먼저 확인한다.
  1. 레디스에 데이터가 없는 걸 확인한 뒤에 데이터베이스로부터 데이터를 조회해서 응답한다.
  1. 데이터베이스로부터 조회한 데이터를 응답한 뒤에 레디스에도 데이터를 저장해둔다.
  1. 다시 한 번 사용자가 데이터를 조회하려고 요청한다.
  1. 레디스에 조회하고자 하는 데이터가 있는 지 확인했더니, 데이터가 존재해서 레디스로부터 데이터를 바로 가져와버린다.
 
이게 Cache Aside 전략을 적용시킨 형태이다. 실제 예시에서 흐름을 봤으니 기억하기 좋게 다시 한 번 정리해보자.
 
  1. 캐시에 데이터가 있을 경우 (= Cache Hit)
    1. notion image
      데이터를 요청했을 때 캐시에 데이터가 있는 경우를 보고 Cache Hit이라고 한다.
       
  1. 캐시에 데이터가 없을 경우 (= Cache Miss)
    1. notion image
      데이터를 요청했을 때 캐시에 데이터가 없는 경우를 보고 Cache Miss라고 한다.
 
이번에는 한 문장으로 요약해보자.
Cache Aside 전략은 캐시(Cache)에서 데이터를 확인하고, 없다면 DB를 통해 조회해오는 방식이다.
(전략 이름을 외우는 게 중요한 게 아니다. 과정을 기억하는 게 중요하다.)
 

✅ Write Around 전략

Cache Aside 전략이 데이터를 어떻게 조회할 지에 대한 전략이었다면, Write Around 전략은 데이터를 어떻게 쓸 지(저장, 수정, 삭제)에 대한 전략이다. Write Around 전략은 Cache Aside 전략과 같이 자주 활용되는 전략이다. Write Around 전략이 어떤 방식인지 ‘저장’의 예시로 알아보자.
 
notion image
Write Around 전략은 생각보다 너무 간단하다. 데이터를 저장할 때는 레디스에 저장하지 않고 데이터베이스에만 저장하는 방식이다. 그러다 데이터를 조회할 때 레디스에 데이터가 없으면 데이터베이스로부터 데이터를 조회해와서 레디스에 저장시켜주는 방식이다.
 
한 문장으로 요약해보자.
Write Around 전략은 쓰기 작업(저장, 수정, 삭제)을 캐시에는 반영하지 않고, DB에만 반영하는 방식을 뜻한다.
 
📎
이 글은 비전공자도 이해할 수 있는 Redis 입문/실전 (조회 성능 최적화편) 강의의 수업 자료 중 일부입니다.