- 프로젝트 목표 - Cache를 이용한 성능 개선
- 프로젝트 기간 - 24.11.22 ~ 24.11.29
- 구성원 - 4명
프로젝트 GitHub
KPT 회고
Keep
- Docker compose로 MySQL, Redis를 실행
- 각자 properties 파일을 맞추지 않아도 되어서 편했다.
- 개발에 관한 의견 제시시에 일방적인 강요가 아닌 설득
- 각 이슈마다 브랜치를 생성하여 개발한 것
- 병합할 때 충돌 최소화
- nGrinder 를 이용해서 성능 개선 부분을 수치로 확인할 수 있었다.
Problem
- 스케줄러 의존성이 너무 높았다.
- TEST CODE 작성 미흡
- 캐시 사용이 미흡했다.
- 처음에 일반게시글 조회와 검색에 대한 정보를 캐시를 사용 했다. 하지만 이후 아래와 같은 이유로 캐시를 쓰는 메리트가 없다는 생각이 들었다.
- 일반 게시글 같은 경우에는 수정 삭제가 빈번하게 일어나 데이터 정합성이 좋지 못하다.
- 캐시는 변하지 않는 데이터를 주로 사용하며 같은 데이터로 반복적으로 접근하는 경우가 많을 때 사용하는게 좋다. 그래서 이후에는 인기 게시글에 캐시를 사용하는 방향으로 틀었다.
- 인기 게시글 같은 경우 인기 게시글로 선택이 되면 그 게시물은 이후로 수정과 삭제를 할 수 없게 해놔서 데이터가 변할일이 없고, 인기 게시글인 만큼 반복적으로 접근하는 경우가 빈번할 것이라고 생각했다.
- 결론 - 일 두번함
- 처음에 일반게시글 조회와 검색에 대한 정보를 캐시를 사용 했다. 하지만 이후 아래와 같은 이유로 캐시를 쓰는 메리트가 없다는 생각이 들었다.
Try
- 캐시를 사용하기 전에 충분히 고민해 볼 것
- 인증/인가 처리 시 무조건 JWT 토큰이 아닌 세션방식도 고려해 볼 것
- TEST CODE 작성을 api 작업이 끝날 때 마다 바로바로 하기
'프로젝트' 카테고리의 다른 글
내배캠 - 최종 프로젝트 SpotOn (0) | 2025.01.08 |
---|---|
아웃소싱 프로젝트 - 회고 (4) | 2024.11.07 |
뉴스피드 프로젝트 (0) | 2024.10.24 |