[Week 1] 기술 멘토링

코드 컨벤션
1. 변수, 파라미터 등은 카멜 케이스를 사용한다.(ex. helloWorld)
2. DB의 컬럼명은 스네이크 케이스를 사용한다.(ex. hello_world)
3. 클래스나 메소드 명은 파스탈 표기법을 사용한다. (ex. HelloWorld)
4. 반복되는 로직이 있을 경우 메서드를 따로 빼서 사용한다.
깃플로우 전략

main 브랜치는 항상 최신 상태고 배포되는 상태이다
새로운 브랜치는 항상 main 브랜치에서 만든다.
브랜치명은 자세하게 어떤 일을 하고 있는지 작성한다.
새로운 기능 개발, 오류 수정 시 브랜치에 작성하고 배포 환경에서 테스트를 한 후에 성공 시 main 브랜치에 머지한다.

프로젝트에서 사용할 기술 스택을 정리해 와 주세요!
- Spring Boot _ 2.7.0 Dependency-management _ 1.0.11
- JAVA 11
- Spring Security - JWT _ 0.11.2
- ▶ Data
- 사용 : JPA MySQL _ 8.0.31 / Amazon RDS- 8.0.28 Query DSL _ 5.0.0 AWS Redis _ 3.0.504 AWS S3 _ ^__^ Faker _ 15.2.0 Elastic Search_ 7.17.6 Logstash _ 7.17.6
- 예정 : Full-Text Searches
- ▶ INFRA
- 예정 : Github Action, Doker, EC2, AWS Elastic Beanstalk
이번 주 한 일
- API 설계
- ERD 작성
- 와이어 프레임 작성
- 더미데이터 생성 <파이썬 Faker>
- 조회 로직 완성 ( Query DSL)
- 게시물 캐싱 (Redis)
- Elastic Search 적용
- 윤수영
- 송제윤
- 계현준
이외에도 기술적인 방향을 잡기 위한 질문을 정리해오시면 가장 좋습니다!

→ Redis Cache WarmUp - 코드 피드백 → 사용 기술 스택이 적절한 지(elastic search)

→ 인기순, 최신순, 연령대별 선호도 순으로 Sort 할 때 추가적인 통계 테이블이 없다면 Query 로직에 Join의 사용이 필수적이므로 성능 악화가 예상되며, 유의미한 속도 차이를 하나의 테이블 생성으로 보완할 수 있다면 테이블을 생성하는 편이 더욱 생산성 있다고 판단해서 product_info 테이블을 추가로 생성했습니다.

테이블을 추가하는 방식이 적절한지 여쭤보고 싶습니다.
숙제: 멘토링 결과 다음 주까지 해올 일
- 팀 전체 (리더와 부리더님께서 필두로 정리해 주세요.)
  - 데이터 구조 설계 RDS + 조회, 주문 로직 수정 (ERD 수정 완료)
  - InMemory Database < 캐싱 + 조회수 >
  - 조회, 성능테스트
  - CI/CD
  - 로깅
- 팀원 개인별로 작성해 주세요.

팀원 개인별로 작성해 주세요.