Apdex 는 웹 애플리케이션 및 서비스의 응답 시간에 대한 사용자의 만족도를 측정하는 산업 표준입니다. 평균 응답 시간과 같이 쉽게 왜곡되는 기존 메트릭 대신 Apdex 점수 및 불만족 비율과 같은 메트릭을 통해 사용자가 앱에 얼마나 만족하는지 확인할 수 있는 간소화된 SLA(서비스 수준 계약) 솔루션입니다.
Apdex 수준에 대한 유용한 임계값을 설정하면 다음과 같은 이점이 있습니다.
- 앱에 대한 최종 사용자의 전반적인 만족도를 한 눈에 확인하세요.
- 문제를 해결하고 앱 성능을 개선하기 위해 적절한 양의 추적을 가져옵니다.
자세한 내용은 이 짧은 YouTube 비디오(약 3분 50초)를 시청하십시오.
시작할 준비가 되셨습니까? 아직 가입하지 않았다면 New Relic 계정 에 가입하십시오. 영원히 무료입니다.
Apdex 측정
Apdex는 설정된 임계값을 기반으로 하는 응답 시간의 측정값입니다. 만족스러운 응답 시간과 불만족스러운 응답 시간의 비율을 측정합니다. 응답 시간은 자산 요청에서 요청자에게 다시 배달이 완료될 때까지 측정됩니다.
응답 시간 임계값 T 을 정의하면 T 시간 이내에 처리되는 모든 응답이 사용자를 만족시킵니다.
예를 들어 T 이 1.2초이고 응답이 0.5초 안에 완료되면 사용자가 만족한 것입니다. 1.2초 이상의 모든 응답은 사용자를 불만족스럽게 합니다. 4.8초 이상의 응답은 사용자를 짜증나게 합니다.
다음 각각에 대해 여러 Apdex T 값을 정의할 수 있습니다.
Apdex 측정 | 코멘트 |
|---|---|
APM 앱 | APM은 이러한 앱의 성능을 모니터링합니다. Apdex 설정을 정의 하려면 APM UI를 사용하십시오. APM 요약 페이지와 브라우저 요약 페이지에서 Apdex 를 찾을 수 있습니다. |
브라우저 앱 | 브라우저는 이러한 앱에 대한 최종 사용자 경험을 모니터링합니다. 이러한 앱에 대한최종 사용자 Apdex 설정을 정의 하려면 브라우저 UI를 사용하십시오. New Relic은 APM 개요 페이지 및 브라우저 개요 페이지에서 최종 사용자 로 레이블을 지정합니다. |
주요 거래 | 모니터링하기로 선택한 비즈니스에 중요한 트랜잭션 입니다. 주요 트랜잭션 페이지에서 주요 트랜잭션에 대한 Apdex 설정을 정의할 수 있습니다. 중요키 트랜잭션 Apdex 설정은 해당 앱의 T 값을 재정의합니다. 자세한 내용은 주요 트랜잭션 Apdex 를 참조하십시오. |
Apdex 수준
Apdex는 세 가지 응답 수를 추적합니다.
- 만족: 응답 시간이 T보다 작거나 같습니다.
- 허용: 응답 시간이 T보다 크고 4T보다 작거나 같습니다. 이 예에서 4 x 1.2 = 4.8초는 최대 허용 응답 시간입니다.
- 좌절: 응답 시간이 4T보다 크거나 요청이 서버 측 오류를 반환합니다. 오류율이 높으면 평균 응답 시간은 만족스럽지만 Apdex 점수는 낮아질 수 있습니다.
구성 파일의 apdex_f 값은 앱 서버의 Apdex T 값의 4배입니다. 이 임계값은 예를 들어 트랜잭션 추적 에 유용합니다. 자세한 내용은 New Relic 에이전트에 대한 구성 파일 설명서 를 참조하십시오.
시간 계산은 자신의 앱의 T 설정에 따라 변경됩니다. 다음 예에서 T = 1.2초입니다.
수준 | 승수 | 시간(T 예 = 1.2) |
|---|---|---|
만족하는 | T 이하 | <= 1.2초 |
용인 | >티, <= 4T | 1.2-4.8초 사이 |
좌절스러운 | > 4T | 4.8초 이상 |
Apdex 수준을 정의한 후 New Relic의 리소스를 사용하여 앱에 대한 열악한 고객 경험을 나타내는 변경 사항을 식별하고 문제를 해결하는 데 도움 이 됩니다.
Apdex 점수
Apdex 점수는 이루어진 총 요청에 대한 만족 및 허용 요청 수의 비율 값입니다. 충족된 각 요청은 하나의 요청으로 계산되고 각 허용 요청은 충족된 요청의 절반으로 계산됩니다.
Apdex 점수는 0에서 1까지 다양하며 0은 최악의 점수(응답 시간의 100%가 좌절됨)이고 1은 가능한 최고의 점수(응답 시간의 100%가 만족)입니다.
Apdex 점수의 예:
2분 동안 호스트는 200개의 요청을 처리합니다. Apdex 임계값 T = 0.5초(500ms). 이 값은 임의적이며 사용자가 선택합니다.
- 170개의 요청이 500ms 이내에 처리되었으므로 만족으로 분류됩니다.
- 요청 중 20개는 500ms에서 2초(2000ms) 사이에 처리되었으므로 허용으로 분류됩니다.
- 나머지 10개는 제대로 처리되지 않거나 2초 이상 소요되어 Frustrated로 분류됩니다.
결과 Apdex 점수는 0.9: (170 + (20/2))/200 = 0.9 입니다.
중요
Apdex 점수를 계산하는 데 사용되는 공식은 처리량이 많은 앱을 위해 설계되었습니다. 앱의 처리량이 100RPM 미만이면 안정적인 점수를 결정하기에 충분한 데이터가 수집되지 않습니다. 불안정으로 인해 Apdex 경고 조건이 예기치 않게 작동할 수 있습니다.
Apdex 경고
Apdex에 대한 경고 조건을 구성 할 수도 있습니다. Apdex 점수가 정의한 임계값 을 초과하면 New Relic은 알림 메커니즘(채널)에 경고를 보냅니다.
오류 페이지
500: Application Error 과 같은 서버 측 오류를 반환하는 모든 요청은 반환 속도에 관계없이 실망스러운 응답입니다. Apdex를 사용하여 이러한 오류의 영향을 시각화한 다음 New Relic의 내장 오류 분석 및 오류 프로필 도구를 사용하여 이러한 오류를 식별하고 해결할 수 있습니다.
불만족 비율
불만족 비율 은 이 거래로 인해 앱 사용자가 경험한 총 불만족의 비율입니다.
Apdex 불만족 계산의 예:
좌절(트랜잭션) + 관용(트랜잭션)/2
좌절(앱) + 관용(앱)/2
불만족 비율을 시각화 하기 위해 가장 불만족을 기준으로 거래를 정렬할 수 있습니다.
트랜잭션이 항상 실망스러울 정도로 느리지만 거의 방문하지 않는다면 앱의 전체적인 불만에 크게 기여하지 않을 것입니다. 반대로 트랜잭션이 일반적으로 빠르지만 처리량이 높으면 앱 트래픽의 많은 부분을 차지하기 때문에 앱 불만족의 큰 부분을 차지할 수 있습니다.
Apdex 시각화 사용자 지정
쿼리 빌더를 사용하여 Apdex를 시각화하는 방법을 사용자 지정합니다.
- 대시보드 를 만들어 Apdex 데이터를 분석하고 공유하십시오.
- NRQL 쿼리로 Apdex 데이터를 분석 합니다.
Apdex 설정 변경
앱 서버 및 최종 사용자 브라우저 성능에 대해 별도의 값을 사용하여 각 애플리케이션에 대한 Apdex T 값을 정의할 수 있습니다. 주요 트랜잭션 에 대한 개별 Apdex T 임계값을 정의할 수도 있습니다.
Apdex 측정이 중요한 이유와 애플리케이션에 적합한 임계값을 확인하는 방법에 대한 간략한 개요를 보려면 이 짧은 YouTube 비디오(약 3분 40초)를 시청하십시오.