• 서비스 아키텍쳐 : 3조 참고해서 수정하자

  • AWS 코드 디플로이 없어도 될 것 같다.
  • redis가 ec2에 같이 있는걸 선호하지 않는다. → elastic cache 쓰시는게 나을듯

• 3조 spring boot에서 스케줄러 를 쓰지 않고, 스케줄러용 서버 를 따로 두었다 .

  • → 스케줄러용 서버 를 따로 띄우는게 나을듯!

• 캐싱 적용 - 꼭 적용했으면 좋겠다. → 우리 조 필살기 !!!

  • 어디에 적용 ? 경매 목록 조회 → 1만, 5만, 10만개
  • 캐싱 적용 꼭 해보세요!! (레디스) → 캐시 적용한 것 안한것 차이 → 캐싱으로 성능 전후 비교 필수
  • ehcache : 로컬에서 돌아가는 캐시 (엄청 빠르다)
  • redis를 밖으로 뺄 경우, redis와 spring boot간에 delay가 발생함. 그래서 ehcache를 사용해서 캐싱을 해두면 좋다.

  → 1. 캐싱하지 않았을 때, 2. 외부 redis 캐싱, 3. ehcache로 캐싱

  → 3가지 비교!!하자!! 가능하면 그래프!!로 만들자!!

• 파이어 베이스 good → FCM

• 로드밸런싱 까지는 해보자.

• 몽고 DB 사용하려면 (EC2띄우는 것은 비추) Document DB가 있음(RDS 같지 않다.)

• 대안 : Dynamo DB 를 추천한다. (읽기와 쓰기 속도가 일정, 엄청 빠름)

  • 단점 : 진입장벽 존재 , 비쌈 (글로벌 인덱스 등을 쓰면 추가 비용 발생)
  • Document DB → 성능상 이슈가 있음…..
  • https://devs0n.tistory.com/56
  • https://www.mongodb.com/ko-kr/docs/drivers/documentdb-support/
  • 2023년 11월 기준으로 Amazon DocumentDB는 MongoDB API와 약 34% 호환됩니다.

서버 리스 → 남이 관리하는 서버

다이나모 디비 굉장함. 벗 어려움. 진입장벽 존재, 비쌈,

다른조 향 후 계획 참고 : 모니터링 시스템, 로그 관리 , HTTPS

서비스 아키텍쳐 그리는 거 연습 많이 해야함

숫자로 성능개선 보여주는 것 필수임

1. 테스트 코드 필수
2. 서비스 아키텍쳐 수정하기 필수
3. 프론트 완성 및 연결 필수
4. 분산락