Get endpoint 성능 향상 - pagination 도입

[sanghunjo921]

목표

pagination 기술을 사용해서 한 번에 가져오는 티켓 정보의 사이즈 줄이기

이슈

• 현재 DB에 ticket instance가 3100개가 생성되어 GET /ticket 호출 시 한번에 가져오는 response의 사이즈가 430KB 정도로 매우 크기에 대용량 트래픽이 들어오면 nginx 또는 web 서버가 죽는 현상
• redis 캐싱처리로 인해 성능이 많이 향상 되었지만 여전히 높은 failure rate (대략 59%)

제약조건

• pagination을 도입해서 한번에 최대 10장의 티켓 정보를 불러옵니다.
• redis에 page 단위로 티켓 정보가 캐싱됩니다.
• page 정보가 없을시 default는 1페이지 입니다.

태스크

• [x] typeorm 를 참고해서 어떻게 page와 size에 따라 데이터를 알아본 후 도입합니다.
• [x] redis에 페이지 단위로 티켓 정보를 캐싱합니다.
• [x] 마찬가지로 특정 페이지에 대한 호출이 최초 실행 시 디비에서 해당 페이지에 대한 티켓 정보를 가져와 redis에 캐싱합니다.

통과조건 (Acceptance Criteria; AC)

• GET /ticket 호출 시 최대 10장의 티켓만 반환 할 것
• redis에 페이지 단위로 티켓 정보가 캐싱 될 것
• pagination 도입 후 locust 로드 테스트 후 failure rate가 줄어들 것

[sanghunjo921]

pagination 도입 후 failure rate 59% -> 5.7%로 감소 (185673 requests 중 10655건 실패)