Notice
- Today
- Total
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
Tags
- Spring Security
- 젠킨스
- 리뷰
- Project
- SPRING JWT
- JWT
- infra
- 책
- 스프링
- redis
- 프로젝트
- 팀네이버
- LazyInitialization
- 캐싱전략
- jenkins
- JPA
- 브랜치전략
- 팀네이버 공채
- 후기
- SpringBoot
- websocket
- Kotlin
- 만들면서 배우는 클린 아키텍처
- chrome80
- Java
- network
- docker
- EntityTransaction
- spring
- container
Archives
목록캐싱전략 (1)
PPAK

기존에 진행하던 프로젝트에서 Redis 를 사용해 캐싱과 이벤트를 공유하는 로직을 추가했다. 캐싱의 경우, 우선 시스템 내에서 자주 조회 되면서 시스템 내에 존재하는 데이터 간 연관 관계가 복잡하지 않은 (혹은 수정 가능성이 낮은) 데이터를 중심으로 수행했다. 따라서 인증 정보와 좋아요 기능을 위한 캐싱을 수행하기로 했고 아래 두 가지의 요구사항에 따라서 로직을 구성했다. 1. 인증 정보의 교환에서 세션 정보를 서버에 저장하지 않고 JWT 를 통해 인증/인가 진행. 잦은 Access Token 발급을 방지하기 위해 Refresh-Access 토큰 쌍을 일정 시간 동안 캐싱할 때 Redis 를 사용했다. 덕분에 여러 대의 서버에서 동일한 Redis 의 캐싱 정보를 사용할 수 있었고, 시스템 자원의 낭비를 ..
프로젝트
2023. 1. 31. 00:11