1.회의 안건

• 발표준비, 쿼리최적화, 테스트 코드 리펙토링후 BUILD TEST 우선순위 정하기

2.회의 내용

• JwtUtil 부분 에러 출력되는 부분 해결 필요

• 쿼리최적화에 있어서 더미데이터 필요 → jmeter? → 쿼리 최적화 빌드업에 있어서 시간이 소요 → 병목 지점? 을 찾아서 공부를 하자, (n + 1), 일어나면 안되는 일을 찾아서 해결(테스트가 선행되어야 한다.. ) 되는 부분 최적화 하기에는 시간이 부족 한다.

  • 문제 가능성 : Orders 에서 조회 하는 부분, Cascade merge → 한번에 join 으로 몰아넣는다.
  • In query 부분 → join ?
  • 내부적 프록시가 생명주기가 도달하지못해서 영송석 컨텍스트가 닫힌다. (dirty checking 이 되지않아 유저의 소지금이 업데이트 되지 않는 문제)
  • 유저 지갑으로 접근 하는것이 성능 향상에 도움이 될수도 있다??
  • 셀러의 지갑과 셀러가 같이 save → cascade merge로 교체 가능하다.

• 테스트 코드를 리펙토링 하는것에 우선순위를 둘것지 생각해봐야 한다. (커버리지 채우기)

  → 외부 라이브러리를 이용한 테스트는 2순위로 이루자

• 쿼리 최적화를 하려면 명확한 무언가를 정하고 하자.

  → 어디가 병목지점인지 찾기 힘들다.

• redis(refresh token, 자동 삭제 기간 적용),

• 내부적으로 스케줄러 적용하여 쓸모없는 데이터를 지운다. (ex) 1년이상 있는 데이터는 삭제한다. created_at 찍었을때 1년 이상 된것을 지운다.)

• 하드코딩으로 중요 변수 TEST DB이용하고 빌드할때는 환경변수 설정해서 실제 DB

• applicatrion.yml 에서 db 아이디 비밀번호 암호화 → yml 은 내려서 수정 yml 은 gitignore 에 넣는다.

• code deploy 부분 main 브랜치말고 다른 브랜치 커밋시 cd 환경 생성되는 문제점

3.구현 내용

아키텍처

→ ec2 배포 → route53, acm, 로드 밸런서 이용하여 https 적용 → git action 이용하여 ci 구현 → s3, deploy cd 구현