본 내용은 내일배움캠프에서 활동한 내용을 기록한 글입니다.
스트레스 테스트 진행
엘라스틱 서치를 통한 검색 기능의 개선 정도 보여주기
레디스를 캐싱 용도로 사용한다면 어떤 데이터를 캐싱하는지 알려주는 게 좋음
sentry로 에러 추적, 로그 수집도 가능함- 레빗엠큐도 대용량에서 많이 사용됨
비관적 락도 서버가 여러 개일 때 정상적으로 동작하지 않을 수 있음
트러블 슈팅2는 트러블 슈팅보다는 운영 영역에 가까움
먼저 큰 그림을 보여주고 세세한 기능들을 설명해주면 더 이해가 좋을 것 같음- MVP 중간 발표 이후의 일정을 간트차트로 구체적으로 표현하면 좋을 것 같음
서비스 주제에 대한 기능들이 더욱 돋보일 필요가 있음
새로운 기술을 사용하는 것은 좋으나, 너무 학습에 몰두되어서 다른 기능들에 소홀해지면 안됨
1) 추가/개선 할 기능과 그 이유
분산 락 : 서버가 여러 개 일 때 정상적으로 작동할 수 있게 만들기 위함
중고 거래 목록 조회 페이지네이션 기능 : 페이지를 깔끔하게 보여주기 위함
공연 정보 페이지를 개선 예정
랭킹으로 인기 공연을 조회 예정
Jmeter를 이용한 스트레스 테스트를 실시할 예정: 많은 사용자가 어느 정도로 견딜 수 있는지최대한계점이 있는 것을 알아보기 위함
포인트 내역 조회 고도화(필터링) + 공연 조회에 대한 캐싱
2) 추가/개선할 기능을 어떻게 구현 할 것인지
ex) 사용할 라이브러리와 그 이유
공연 정보 페이지 → 클라우드 프론트 - aws 설정을 변경하고, aws에서 cdn 주소가 나오면 s3 주소를 cdn으로 바꿀 예정입니다.
중고거래 티켓 구매 및 공연 티켓 구매→ redis를 이용한 레드락을 적용시킬 예정입니다. 왜냐하면 Redis의 특징인 빠른 성능을 이용해 자원에 대한 락을 빠르게 설정하고 해제할 수 있기 때문입니다.
인기 공연 조회 → redis에서 제공하는 랭킹 기능으로 인기 공연을 조회할 예정입니다.
포인트 내역 조회 고도화(필터링) + 공연 조회에 대한 캐싱 → redis의 캐싱 기능을 이용할 예정입니다.
Pagination 사용 - 중고거래 조회 + UI보완 - 윤형님
CDN - 클라우드 프론트(공연 정보 조회 페이지) - aws 설정을 바꾸는 것입니다. cdn 주소가 나오면 s3주소를 cdn으로 바꾸는 것입니다. - 정찬님
분산락 이용(티켓 판매 및 중고거래) - 지윤님 및 윤형님
유저테스트- 지윤님
Redis 활용한 랭킹 기능으로 인기 공연 조회 - 수빈님
포인트 내역 조회 고도화(필터링) + 공연 조회에 대한 캐싱 = 채은님(언제 갱신이 되는지도 고려하세요, 남은 좌석수는 캐싱을 하면 안됩니다.)
Jmeter를 이용한 스트레스 테스트(공연 정보 조회 페이지) - 정찬님
공연 정보 스케줄, 이미지를 많이 채워넣으세요(10만개) - 백만개까지도 채워넣어라
거기다가 부하를 많이 줘라, 많은 사용자가 어느정도로 견딜수 있는지. 최대한계점이 있다.
그 상태에서 db에 인덱싱을 걸어보세요(조인테이블에), 동일한수치로 쿼리 성능이 좋아지면 보여줄 수 있다.
오늘은 최종 프로젝트의 중간 발표를 진행함
팀의 발표자님께서 아주 매끄럽게 발표를 진행해주셔서 큰 지적을 받지 않았음
발표가 끝나고 튜터님과 함께 다음주부터 어떤 기능을 구현하고 뭘 할지를 고민함
일단 MVP 기간동안 구현하지 못한 기능들과 팀원들이 구현하고 싶은 기능들을 나열하고 우선순위와 했을 때 티가 나는 기능들을 골라냄
마침 JMeter를 이용한 스트레스 테스트를 진행하고 싶었는데 다음주부터 맡게 되었음
사실 이번에 새로운 기술을 사용해서 진행하는 작업을 맡지 못해서 나름 아쉬웠는데 JMeter를 이용해서 테스트하는 과정을 제대로 진행할 예정
그리고 CDN를 이용한 S3 이미지 전달 방법에 대해서도 이번에 진행할 예정
찾아보니 실제로 코드를 고치기 보다는 AWS에서 설정을 진행해야 함