STEP 13.콘서트 트래픽 처리 +캐싱 전략 (향해99 백엔드 5기)

 🤷 콘서트 예약 프로그램

일반적으로 콘서트를 예약할 때에는 '인기가수'의 '팬'들이 몰리게 되며 트래픽이 발생한다. 곧 서버가 부하를 받게 된다. 적은 부하로 트래픽을 처리하기 위한 방법 중 사용 Caching 전략이 있다.

Caching
데이터를 임시로 복사해두는 Storage 계층적은 부하로 API 응답을 빠르게 처리하기 위해 사용

 

콘서트 예약프로그램은

• 콘서트 일정 조회
• 좌석 조회
• 좌석 예약
• 결제

총 4개의 핵심 기능을 가지고 있다. 

 

캐싱은 보통 메소드 단위로 작성된다. 자주 변화가 일어나지 않는, 하지만 많은 사용자들이 찾는 부분을 캐싱하는 것이 옳다.

만약 사용자가 자주 찾는 정보를 캐싱하면, 서로 다른 정보를 보며 혼란이 일어날 것이다.

 

이곳에서 Caching으로 처리가 가능한 조회 부분을 볼 수 있다.

• 콘서트 일정 조회 : 콘서트의 실제 정보가 변경되지 않는 한 정보가 바뀌지 않는다. 예약을 위해 사용자들이 자주 찾는다.
• > 캐싱 사용 적합
• 좌석 조회: 티켓팅이 시작되면 사용자들이 예약을 할 때마다 정보가 자주 바뀐다. 
• > 캐싱 사용 부적합

 

Cache 사용 방법 (spring boot 예시)

@Cacheable

@Cacheable("bestSeller")
public Book getBestSeller(String bookNo) {

}

// 하지만 여러 개의 파라미터 중에서도 1개의 키 값으로 지정하고 싶은 경우도 있다. 
// 그러한 경우에는 다음과 같이 key 값을 별도로 지정해주면 된다.
@Cacheable(value = "bestSeller", key = "#bookNo")
public Book getBestSeller(String bookNo, User user, Date dateTime) {

}

// key값의 지정에는 SpEL이 사용된다. 
// 그렇기 때문에 만약 파라미터가 객체라면 다음과 같이 하위 속성에 접근하면 된다.
@Cacheable(value = "bestSeller", key = "#book.bookNo")
public Book getBestSeller(Book book, User user, Date dateTime) {

}

//key값의 지정에는 SpEL이 사용된다. 그렇기 때문에 만약 파라미터가 객체라면 다음과 같이 하위 속성에 접근하면 된다.
@Cacheable(value = "bestSeller", key = "#book.bookNo")
public Book getBestSeller(Book book, User user, Date dateTime) {

}

//만약 파라미터 값이 특정 조건인 경우에만 캐시를 적용하기를 원한다면 condition을 이용하면 된다.
@Cacheable(value = "bestSeller", key = "#book.bookNo", condition = "#user.type == 'ADMIN'")
public Book getBestSeller(Book book, User user, Date dateTime) {

}
출처: https://mangkyu.tistory.com/179 [MangKyu's Diary:티스토리]

@Cacheable은 캐시를 사용하고 싶은 메소드 단위로 상위에 넣는다. value는 이름이 되며 관리가 가능하다. 하지만 캐시가 된 후에 새로운 정보로 수정이 된다면 어떻게 해야 할까?

 

@CacheEvict

캐시는 적절한 시점에 제거되어야 하는데, 만약 값이 달라진다면 캐시를 제거해야 할 것이다. 그렇지 않으면 잘못된 결과가 반환된다. 캐시를 제거하는 방법은 크게 다음의 2가지가 있다.

 - 일정한 주기로 캐시를 제거

 - 값이 변할 때 캐시를 제거

// @CacheEvict에 캐시 이름을 넣어주면 메소드가 실행됭 때 캐시의 내용이 제거된다. 
// 만약 bestSeller라는 이름의 캐시를 초기화한다면 다음과 같이 작성해줄 수 있다.
@CacheEvict(value = "bestSeller")
public void clearBestSeller() {

}

// @CacheEvict는 기본적으로 메소드의 키에 해당하는 캐시만 제거한다. 
// 만약 다음과 같은 메소드에 @CacheEvict를 적용한다면 bookNo와 같은 키 값을 가진 캐시만 제거된다
@CacheEvict(value = "book", key = "#book.bookNo")
public void updateBook(Book book) {

}
// 만약 캐시에 저장된 값을 모두 제거할 필요가 있따면 allEntires 속성을 true로 지정해주면 된다.
@CacheEvict(value = "bestSeller", allEntires = true)
public void clearBestSeller() {

}

출처: https://mangkyu.tistory.com/179 [MangKyu's Diary:티스토리]

 

 

🤷캐싱의 문제점

• 메모리 부족 - 활성화된 애플리케이션 인스턴스에 데이터를 올려 캐싱하는 방법이므로 메모리 부족으로 인해 비정상 종료로 이어질 수 있음
• 분산 환경 문제 - 분산 환경에서 서로 다른 서버 인스턴스 간에 데이터 불일치 문제가 발생할 수 있음

향플99 발제

 

> 이런 경우 캐싱 서버를 이용하여 해결이 가능하다. 후에 적용할 수 있다면 글로 작성하고 싶다.