<aside>

정할 것

• [ ] 큰 주제 정하기
• [ ] 기본 기능 뭐들어갈지(crud, 인증 등등)
• [ ] 어디까지 구현할지 </aside>

<aside>

역할

정연 - 사용자 관리

승원 - 관리자 기능

민우 - 도서 관리

소윤 - 좋아요 기능

민지 - 리뷰 기능

</aside>

<aside>

[ 도서 리뷰 플랫폼 ]

• 📚 기능: 도서 등록/수정/삭제, 리뷰 작성, 검색(제목/작가/태그), 인기 검색어 노출
• 💡 인기 검색어: 책 제목, 작가, 장르
• 🎯 추천 이유: 검색 기능 구현에 적합, 정규화된 데이터 모델과 연관관계 설계 학습 가능

기능

• 초안

✅ ① 사용자 관리 영역 (User & Auth) - 정연님

플랫폼에 접근하는 사용자의 등록, 인증, 정보 관리

• 회원가입, 로그인, 로그아웃
• 비밀번호 변경, 회원 탈퇴
• 마이페이지 (내 정보 조회/수정)
• 내가 쓴 리뷰, 찜한 도서 목록 조회
• 권한 관리 (일반 사용자 / 관리자)

📘 ② 도서 관리 영역 (Book) - 민우님

도서 데이터를 등록하고 관리하는 기능

• 도서 등록 / 수정 / 삭제
• 도서 목록 조회 (페이징 포함)
• 도서 상세 페이지
• 장르 분류
• 도서별 평균 평점, 리뷰 수, 좋아요 수 표시

✍️ ③ 리뷰 및 반응 영역 - 민지님

사용자들이 도서에 대한 의견을 남기고 상호작용하는 기능

• 리뷰 작성 / 수정 / 삭제
• 리뷰 평점 입력 (1~5점)
• 리뷰 좋아요
• 리뷰 목록 정렬 (최신순, 별점순 등)
• (선택)

⭐ ④ 좋아요 기능 -소윤님

사용자의 관심 기반 기능 및 맞춤형 콘텐츠 제공

• 도서 찜하기 / 찜 해제
• 찜한 도서 목록 조회
• (선택)

🛠️ ⑤ 관리자 기능 영역 - 승원님

플랫폼을 운영하기 위한 백오피스 및 제어 기능

• 도서 등록 승인 (사용자 요청 기반)
• 사용자 강제 탈퇴 / 정지
• (선택)

🔍 참고: 제외한 검색 기능은?

• 도서 검색, 자동완성, 인기 검색어 집계 등은 별도 모듈화 가능
• Redis 또는 검색 엔진(Elasticsearch 등) 연동으로 기능 확장 가능 </aside>

1️⃣ 필수 구현 기능

• [ ] 인기 검색어 기능 및 검색기능이 필요한 CRUD Application 기획 및 개발
  • 어떤 Application 을 개발할지 자유롭게 기획
  • 인기 검색어 기능이 포함되어 있어야한다! (아래 요구사항 참고)
    • 인기 검색어 조회 API 를 이용해 인기 검색어 목록을 조회할 수 있는 API
  • 단, 검색기능이 포함되어 있어야한다! (아래 요구사항 참고)
    • 특정 컬럼을 기준으로 LIKE 조건을 통해 검색하는 API
      • JPA, QueryDSL 사용가능, 최종적으로 발생하는 SQL 쿼리문이 LIKE 구문이 들어가야함
    • Paging 처리를 통해 검색 API 에서 결과를 페이지 단위로 조회
• [ ] 앞서 개발한 검색 API 에 In-memory Cache(Local Memory Cache) 적용

  • spring-boot-starter-cache 의존성을 이용하고 Spring AOP 방식으로 동작하는 @Cacheable 어노테이션을 활용해 구현할 것

  • 기존 API 를 지우는 것이 아닌 새롭게 v2 API 를 추가

  • 총 2개의 검색 API 가 존재해야한다.

    • v1 API 는 기존에 Cache 가 적용되지 않은 API 이고, (/api/v1/boards/search )

    → 선택 구현 기능을 구현한다면 v2의 Local Memory Cache를 Redis를 이용하기.
     (`/api/v2/boards/search` )
    
    

  • 왜 검색 API 에 Cache 를 적용했는지 스스로 꼭!! 고민하고 Readme 작성.

  • 검색 API 가 아니더라도 Cache 를 적용할만한 포인트가 있다면 함께 적용해보자.

    • 단, 해당 포인트에 왜(Why!?) Cache 를 적용했는지 설명할 수 있어야한다.

2️⃣ 선택 구현 기능

• [ ] In-memory Cache 가 적용된 v2 검색 API 를 Redis를 이용한 Remote Cache 로 수정

  • 이미 Cache 가 적용되어있는 v2 API 를 왜 굳이 Redis Cache 로 수정해야하는지 이유를 고민해보자. (Hint. Scale-out)

  💡 고민 해볼만한 POINT!! (5분 기록보드 작성하기)

  1) Remote Cache 를 위한 다양한 라이브러리(Memcached 등) 들이 있을텐데 그 중에서 Redis 를 선택한 이유가 무엇일까? 2) Redis Cache 에 데이터를 저장할 때 사용한 자료구조는 무엇이고, 다양한 자료구조중에 해당 자료구조를 선택한 이유는 무엇일까?

  💡 추가로 학습해볼만한 POINT!! (5분 기록보드 작성하기)

  Redis 는 대표적인 Key-Value 형태로 데이터를 저장하는 대표적인 NoSQL 저장소다. 그렇다면 RDBMS(SQL) 와 NoSQL 의 차이점은 무엇일까?

• [ ] 성능 테스트를 위해 대용량 Dummy 데이터 적재하기

  • *최소 5만건 이상의 데이터를 Insert 할 것 *****
  • 검색에 사용되는 Database Table 에 Dummy 데이터 Insert 하기

• [ ] Redis Cache 를 적용한 검색 API 에 대해서 v1, v2 API 각각 성능테스트

3️⃣ 심화 구현 기능

• [ ] Cache Eviction 을 이용해 캐시 데이터 동기화 문제 해결하기