refactor: 회고카드 생성 및 조회 캐싱 처리

donga-it-club / past-foward-backend

Past Forward Backend

2 stars 5 forks source link

refactor: 회고카드 생성 및 조회 캐싱 처리 #302

Closed heemanglee closed 1 month ago

heemanglee commented 2 months ago

개요

변경 사항

회고 보드에 작성된 모든 회고 카드 조회 시에 캐싱된 값을 가져올 수 있도록 한다.
새로운 회고 카드가 작성되었을 때 기존에 캐싱된 데이터가 있다면, 캐싱된 데이터에 새로운 회고 카드를 추가한다.

테스트

[ ] 어떻게 이 변경 사항을 테스트했는지
[ ] 어떤 환경에서 테스트가 이루어졌는지 (예: 로컬 개발 환경, 스테이징 환경)

배포 계획

배포 전 필수 확인 사항이 있다면 적어주세요!

heemanglee commented 2 months ago

캐싱하기 전의 소요 시간
캐싱 후의 소요 시간

heemanglee commented 2 months ago

@JinseongHwang 님 현재 issue와 관련해서 질문이 있는데 대화가 가능할까요?!

JinseongHwang commented 2 months ago

ObjectMapper objectMapper = new ObjectMapper();
objectMapper.registerModule(new JavaTimeModule()); // Java 8 날짜/시간 모듈 등록
objectMapper.disable(SerializationFeature.WRITE_DATES_AS_TIMESTAMPS); // ISO-8601 형식 사용

이 코드가 중복되는데 ObjectMapperFactory.get() <- 를 싱글턴으로 만들어 보는건 어떨지요?

heemanglee commented 2 months ago

@JinseongHwang 님 언급해주신 부분 관려해서 개선해보았습니다.

추상화된 CacheRepository를 사용하니 의존도가 줄어드는 것 같아 관리하기 편했습니다. 또한 이벤트 리스너를 사용하여 SectionService가 redis 작업을 하지 않도록 책임을 분리하였습니다. 다만, 이벤트 리스너에서 이벤트를 처리하다가 예외가 발생하면 캐싱되어 있는 데이터를 삭제하는 방향으로 처리하였습니다.

읽기 전략으로는 Look Aside 패턴을 사용했고, 쓰기 전략으로는 Write Around 전략을 사용하여 DB와 Redis 간에 데이터 정합성을 맞추었습니다.

donga-it-club / past-foward-backend