23.03.20 - 03.26 -WIL

1. 검색하는 필터가 다양한데 엘라스틱서치 도입 전에 인덱스를 어떻게 활용해서 검색을 할 수 있을지?

답변 : 단순 검색은 full-text, 필터는 복합 인덱스? 여전히 고민중이다.

피드백 : 복합 인덱스는 여러 개여야 한다. 어떤 순서로 나열할 지는 데이터의 카디널리티를 잘 고려해서 어떤 인덱스를 왜 만들었는지 고민하는게 필요하다. 인덱스의 동작하는 방식을 이해하는 것이 중요하다! 그 후에 엘라스틱 서치로 넘어가는 것이 좋다고 생각한다. 추가적으로 테스트 기록할 때 JMeter를 이용하면 다양하고 좋은 테스트 결과를 얻을 수 있다.

2. 동시성 이슈에 대한 테스트는 어떻게 진행해볼 수 잇을지?

답변 : 앞 조랑 비슷.

3. 책 랭킹에 대한 프로세스는 어떻게 진행될지?

답변 : 레디스, RDS, 배치 있음. 메인 페이지를 랭킹순으로 적기

피드백 : 순위를 매기는게 성능에 이슈가 될 수 있다. 배치, 캐시를 사용해서 저장한 다음 만료하는 방식. 성능에 문제가 있는 부분을 캐시로 돌릴수 있는지? 성능 이슈를 캐시로 전환하는 능력도 중요하다고 생각된다.

그 외 피드백

1. 중복 데이터

천만건의 데이터가 메리트가 될 수도 있지만 프로젝트에 서비스에 대한 배려가 녹아있는게 중요하다. 중복 데이터에 대한 처리 질문을 받을수도 있다. 그에 대한 답변이 필요하다. 중복에 대한 처리에 관해서 고민이 필요하다.

2. 회원가입 나이

나이를 생년으로 받아서 해가 지나도 변화된 나이를 적용할 수 있다. 절대적인 수치로 받으면 변환하기 어렵다.

3. 별점 UI

범위로 선택할거면 셀렉트 박스를 사용하는 것도 좋다. 굳이 낮은 별점까지 필요할까?

4. 기타

• 공유자원 제어 (주문 취소 넣은거 잘했음)
  • 여러 동시성 이슈를 고민할 수 있음
• 의사 결정 방식 좋았다.
• count쿼리는 없애도 좋다 (다행)

고민

RDS 유료화?

지금 단계에서는 성능향상 좋지 않다. 성능이 좋으면 성능 차이를 느끼기 힘들다. 그래서 그냥 프리티어로 느리더라도 성능 차이를 체감하는 것이 좋다고 생각한다.

---

해야할 일

• 회원가입 : 태어난 년도로 받자
• 별점 UI : 바꾸자
• count 쿼리 없애자
• 진짜 숙제들
  • Jmeter 적용하기
  • 이현빈 할일
    • 책 랭킹 프로세스를 위한 주문 Entity와 매핑관계 설정
    • 주문 하기 및 주문 취소 API 만들기
    • 개인 페이지 만들어서 주문 목록 확인/ 주문 취소 가능하게 하기
    • Redis 적용하기는 최소 구현하고 다시 생각..!
• 인덱스종류
  • 커버링, 복합, B-tree, 단일, full-text