[8팀 니모] 강의 평점 계산 방식에 대한 부하 테스트

[Ssun2zang]

로드 테스트

상황

현재 강의 정보를 저장하는 lecture 테이블과, 강의에 대한 사용자의 후기를 저장하는 review 테이블이 있습니다.

사용자가 강의 정보를 조회할 때, 해당 강의에 등록된 후기 점수의 평균(이하 강의 평점)을 제공하려고 합니다. (점수는 0~10점)

이러한 서비스를 제공하기 위해,

1. 강의 평점을 강의 정보를 조회할 때마다 계산하는 방식
2. 강의 평점 테이블(lecture rating)을 만들어서 평점 값을 불러오는 방식

위의 두 설계 방식 중 어느 방식이 적합한지 알아보려고 합니다.

설계 방식 분석

강의 평점을 강의 정보를 조회할 때마다 계산하는 방식

• 매 강의 정보 조회마다 review 테이블의 데이터를 조회하고 평점을 계산하는 과정이 필요합니다.
• review 테이블의 데이터 추가가 평점 계산하는 것에 의존하지 않습니다.

강의 평점 테이블(lecture rating)을 만들어서 평점 값을 불러오는 방식

• 강의 정보를 조회할 때 lecture rating 테이블의 데이터만 조회하면 됩니다.
• review 테이블의 데이터가 추가될 때, 해당 강의의 평점을 저장하는 lecture rating 테이블의 데이터 값을 재계산하는 과정이 필요합니다.

로드 테스트 시나리오

두 가지 방식에 대해 강의 정보와 리뷰를 추가하는 로직에 부하를 주는 로드 테스트를 진행하고자 합니다.

각 방식에 대해 요청을 보내는 사용자(스레드) 수를 점진적으로 증가시키며, 더 많은 사용자 요청을 효과적으로 처리할 수 있는 방식을 찾아내는 것이 목표입니다.

이를 통해 서버 자원을 효율적으로 사용하고, 비용 절감이 가능한 최적의 방식을 선정하려고 합니다.

모니터링 지표

서버의 CPU 사용률, 메모리 사용량, 응답 시간을 모니터링하고자 합니다.

스레드 그룹

1. Insert Review Request
   • [Sampler] HTTP Request (POST /lecture/1/review)
     • lecture_id가 1인 강의에 후기를 추가하는 요청을 합니다.
   • [Timer] Constant Timer
   • [Listener] PerfMon Metrics Collector
     • 서버의 CPU 사용률, 메모리 사용량을 모니터링하고자 합니다.
   • [Listener] View Results in Table
     • 샘플 요청의 응답 시간을 모니터링하고자 합니다.
2. Get Lecture Info Request
   • [Sampler] HTTP Request (GET /lecture/1/info)
     • lecture_id가 1인 강의의 정보를 조회하는 요청을 합니다.
   • [Constant Timer]
   • [Listener] PerfMon Metrics Collector
     • 서버의 CPU 사용률, 메모리 사용량을 모니터링하고자 합니다.
   • [Listener] View Results in Table
     • 샘플 요청의 응답 시간을 모니터링하고자 합니다.

추가 테스트 계획

1. Sampler를 HTTP Request에서 JDBC Request로 변경해보기