월요일날 중간발표를 맡게 되어 발표를 진행했다.
처음 발표하는건 아니다보니 이전보다 긴장되지는 않았던 것 같다.
오늘은 튜터님에게 질문받은 것을 정리해보겠다.
1. 레디스의 메모리 관리, 캐시 관리는 어떻게 할 예정인가?
→ 랭킹 정보는 10개의 데이터가 유지되기 때문에 데이터의 크기나 관리 측면에서는 문제 없을 것이라 판단했다. 다만 검색 내역을 캐싱하는 과정에서 적당한 캐싱 전략이 필요함을 느낀다.
2. 성능 개선을 위한 테스트는 해 봤나?
→ 아직 테스트는 못해봤다. 추후 nGrinder나 유저테스트를 통해 코드를 개선해 나갈 생각이다.
3. 예상 유저 수는 몇명으로 생각했나?
→ 이것 또한 자세하게 염두해 두지 않은 부분이다. 비슷한 서비스를 제공하는 타 사이트를 참고해 예상 유저수를 도출하고, 어떤 곳에서 사용자가 몰릴지에 대해서도 생각해 볼 필요성을 느낀다.
4. 목표 랭킹에 대해 좀 더 자세한 흐름을 설명해 줬으면 좋겠다.
→ 목표 랭킹은 웹에 접속할 때부터 페이지를 이동할 때도 네비게이션 방식으로 계속 띄워줄 예정이다. 따라서 지속적인 업데이트가 필요하며 호출 수도 많아질 것이라 예상했다. 이에 랭킹 데이터를 스케줄러를 이용해 주기적으로 RDB에서 Redis로 데이터를 저장한다. 프론트에서는 스케줄러에 맞춰 업데이트된 데이터를 가져온다.
5. 그 방식대로라면 랭킹이 실시간으로 변하는 걸 확인할 수 없지 않나?
→ 처음 구상했을 땐 실시간으로 랭킹이 바뀌는 서비스를 생각했었다. 하지만 주식시장이나 코인거래소처럼 1분1초가 중요할 만큼 순위의 중요도가 크지 않다고 판단했고, 코드의 무게를 줄이고자 이렇게 구상했다.
여기까지가 피드백의 내용이였다. 얻어갈 게 많은 발표회였다고 생각한다. 미처 염두하지 못한 내용을 다시 상기할 수 있던 기회였다.특히 성능 개선이나 예상 유저 수는 확실히 반드시 염두해야할 내용이였다.
(추가) 월요일날 글을 올린 줄 알았는데 임시저장이 되어있었다.... 부득이하게 화요일치를 올릴 때 함께 올라가게 되었다.