•
배포 계획
◦
프론트 정적 웹 서버: AWS S3 + CloudFront
◦
백엔드 웹 앱 서버: AWS EC2 + RDS + ElasticCache + ALB
◦
CI/CD: Github Action
•
이번 주 한 일
◦
팀원 개인
정성호(팀장)
김진훈
김민중
김혜윤
•
이외에도 기술적인 방향을 잡기 위한 질문을 정리해두시면 가장 좋습니다!
◦
현재 프론트, 백 도메인 일치 cors 설정 모두 해주었는데도 불구하고 쿠키가 브라우저에 자동 저장이 되지 않습니다. …….. 무엇이 문제일까요
▪
samesite=none; domain 설정 등 다 해줬는데.. 안돼서 현재는 localStorage 저장으로 돌려놓은 상태이긴 합니다.
▪
이것을 원래 결정한대로 쿠키로 저장시키고 싶은데 어떻게 해야할까요?
▪
그냥 로컬 스토리지로 합시당~
◦
Redis의 chche에서 @CachePut(value = "item-detail", key="#itemId”) value값에 들어가는 파라미터가 객체 자체인지 String인지 궁금합니다.
멘토링 결과
◦
진훈님
▪
예매 테스트 데이터 생성할 때, ngrinder로 하고 있는데 스크립트 목적에 맞게 중복 예약으로 인한 에러는 성공으로 처리하고, 다른 에러가 발생하는지 알 수 있도록 하기
▪
테스트 데이터를 배포 서버에 넣을 때, 로컬에서 먼저 만들고 db dump 생성 → 서버 RDS에 올리기
◦
민중님
▪
ec2가 여러 개이면 하나만 보여주는 문제 → 태깅을 할 때, 네임 태그로 (타겟을) → 다른 리소스 태그를 사용해서 ec2 별로 따로 보게 할려함
▪
서버 metric 만 보여줌, 추가 지표로 서버 로그를 볼 수 있도록 하려고 함
•
레디스 서버/db 모니터링 추가
◦
혜윤님
▪
그냥 우선 집중과 선택 로컬 스토리지 하자!
▪
추후 보면 답 나온다!
◦
성호님
▪
함수 응답값이 value 로 들어감
◦
로컬 캐시 왜 안씀? → 캐시 나오면 로컬 캐시, 레디스 캐시 등 레이어 얘기 안나올 수 가 없다. 그러니깐 실적용은 안하더라도 고민해보자!
▪
ec2에서 로컬 캐시 쓰면 서버 마비된다고 앎
▪
메모리 부족
▪
자주 조회 되는 것만 쓰는 거 아님? 용량 애기는 맞지 않는다.
▪
로컬 캐시로 할 수 있는 데이터, 없는 데이터가 있다.
▪
만약 면접에서 묻는다면, 로컬 캐시를 사용할 수 없는 데이터가 많았다 라고 하는 것이 설득력 있음
▪
로컬 캐시로 사용될 만한 데이터 : 공연 메타 정보(1분으로 걸어놓고)
▪
글로벌 스토리지 캐시 → 레디스
▪
로컬 캐시 → 조금 늦게 수정 반영되어도 괜찮은 데이터들(예매나 입찰 등은 늦어서는 안됨, 공연 정보 같은 경우(보여주는 데이터)에는 1분 후에 수정되어도 큰 문제 되지 않음)
▪
캐싱 대상은 수정보다 조회가 압도적으로 많은 데이터여야함
화요일 저녁에 숙제 검사 •
화제: 멘토링 결과 다음 주까지 해올 일
◦
공통으로 진행해야 하는일
▪
늦어도 월요일 오전까지 최종 발표 자료 만들기
▪
유저 - 김혜윤
▪
경매 - 김민중
▪
예약 - 김진훈
▪
공연 - 정성호
◦
개인별 할일 - 정성호
▪
테스트 데이터 정리해서 개선 포인트 도출하기
▪
ec2 서버 업그레이드
▪
캐싱 기능( 히팅율) 구현 → 적용 전 후, 성능 테스트 리포트 만들기
히팅율) 구현 → 적용 전 후, 성능 테스트 리포트 만들기◦
개인별 할일 - 김진훈
▪
rds 에 덤프 떠서 옮기기(천만개)
▪
예매 api 잘 해서, 리포트 만들고, 개선 수차례 반복 후 또 리포트
◦
개인별 할일 - 김민중
▪
레디스, db 모니터링 추가
▪
로그 추가
▪
경매 조회 - 캐싱(검토0)
▪
서버 기능 MVP 100% 구현
▪
인프라 구축
◦
개인별 할일 - 김혜윤
▪
프론트 마무리/업그레이드
▪
피드백 반영
▪
프론트 ci/cd 구축
