มาตรฐานดัชนีประสิทธิภาพของแอปพลิเคชัน

เครื่องคำนวณคะแนน Apdex และตัววิเคราะห์คะแนน

วัดความพึงพอใจของผู้ใช้อย่างเป็นกลางแปลงฮิสโตแกรมเวลาในการตอบสนองเป็นคะแนน Apdex ที่เป็นมาตรฐาน (พอใจ ยอมรับได้ และหงุดหงิด) เพื่อวัดประสิทธิภาพประสบการณ์การใช้งานของผู้ใช้จริง
เกณฑ์การตอบสนองเป้าหมาย (T)200 ms

Satisfied requests respond within T (200ms). Tolerating requests respond between T and 4T (800ms).

ขอการกระจายตัวอย่างตามรุ่น
คำขอที่พึงพอใจ (<= T ms)85.0%
คำขอที่ยอมรับได้ (> T ms และ <= 4T ms)10.0%
คำขอที่หงุดหงิด (> 4T ms หรือข้อผิดพลาด)5.0%
คะแนน Apdex ที่คำนวณแล้ว

ดี 0.900 / 1.000

วิเคราะห์คำขอทั้งหมดแล้ว1,000
อัตราส่วนการแบ่งความพึงพอใจของผู้ใช้
Satisfied: 85.0%Tolerating: 10.0%Frustrated: 5.0%
ขั้นตอนการคำนวณคะแนน Apdex

สูตร: Apdex_T = (พอใจ + ความอดทน / 2) / คำขอทั้งหมด

Apdex_200 = (850 + 100 / 2) / 1000 = 0.9000

ยอดเยี่ยม0.94 - 1.00

การตอบสนองที่ยอดเยี่ยมผู้ใช้จะพบกับแรงเสียดทานเป็นศูนย์

ดี0.85 - 0.93

ประสิทธิภาพที่มั่นคงตอบสนองคำขอส่วนใหญ่ได้

ยุติธรรม0.70 - 0.84

ความล่าช้าที่เห็นได้ชัดเจนการเลิกใช้งานที่เป็นไปได้สำหรับผู้ใช้ที่ไวต่อเวลาแฝง

ยากจน0.50 - 0.69

เวลาแฝงที่รุนแรงบ่อยครั้งความหงุดหงิดของผู้ใช้สูง

ยอมรับไม่ได้0.00 - 0.49

ความล้มเหลวอย่างกว้างขวางจำเป็นต้องมีการแทรกแซงทางเทคนิคทันที

ทำความเข้าใจกับดัชนีประสิทธิภาพของแอปพลิเคชัน (Appdex)

Application Performance Index (Apdex) เป็นมาตรฐานอุตสาหกรรมแบบเปิดที่สร้างขึ้นโดยพันธมิตรของผู้จำหน่ายการตรวจสอบประสิทธิภาพ เพื่อวัดความพึงพอใจของผู้ใช้ต่อเวลาตอบสนองของแอปพลิเคชันซอฟต์แวร์แตกต่างจากค่าเฉลี่ยทางคณิตศาสตร์ทั่วไป (เช่น เวลาตอบสนองโดยเฉลี่ยหรือเวลาแฝงเฉลี่ย) Apdex แปลงฮิสโตแกรมการกระจายเวลาแฝงแบบดิบเป็นคะแนนมาตรฐานระหว่าง 0.0 (ความไม่พอใจของผู้ใช้โดยสมบูรณ์) และ 1.0 (ความพึงพอใจของผู้ใช้ที่สมบูรณ์แบบ)

ค่าเฉลี่ยทางคณิตศาสตร์ทำให้เข้าใจผิดในการตรวจสอบเว็บอย่างฉาวโฉ่เปอร์เซ็นต์เล็กๆ น้อยๆ ของค่าผิดปกติของเวลาแฝงที่รุนแรง (เช่น การหมดเวลาของฐานข้อมูลหรือการหยุดชั่วคราว) สามารถบิดเบือนสถิติเวลาตอบสนองโดยเฉลี่ยอย่างมาก ทำให้ระบบปรากฏช้าเมื่อผู้ใช้ส่วนใหญ่ประสบปัญหาเวลาในการโหลดที่รวดเร็วในทางกลับกัน เวลาในการตอบสนองโดยเฉลี่ยสามารถซ่อนความเสื่อมถอยที่มีนัยสำคัญซึ่งส่งผลต่อกลุ่มประชากรตามรุ่นของผู้ใช้หลักได้Apdex แก้ปัญหาการบิดเบือนนี้โดยจัดหมวดหมู่ทุกคำขอของผู้ใช้ออกเป็นโซนความพึงพอใจที่ไม่ต่อเนื่องตามเกณฑ์เป้าหมายที่กำหนด (T)

โซนประสบการณ์ผู้ใช้ Apdex สามโซน

Apdex ประเมินประสบการณ์ผู้ใช้โดยจัดหมวดหมู่คำขอ HTTP ทุกรายการให้เป็นหนึ่งในสามโซนตามเกณฑ์เวลาตอบสนองเป้าหมาย T:

1. โซนความพึงพอใจ (<= T)

ผู้ใช้สัมผัสได้ถึงการตอบสนองที่รวดเร็วและลื่นไหลโดยไม่เกิดความล่าช้าอย่างเห็นได้ชัดคำขอที่กรอกภายใน T จะได้รับเครดิตเต็ม (1.0) ในการคำนวณ Apdex

2. โซนพิกัดความเผื่อ (> T ถึง <= 4T)

ผู้ใช้สังเกตเห็นความล่าช้าในการตอบสนองเล็กน้อย แต่ยังคงมีส่วนร่วมโดยไม่ละทิ้งงานคำขอที่ยอมรับได้จะได้รับเครดิตครึ่งหนึ่ง (0.5) ในการคำนวณ

3. โซนหงุดหงิด (> 4T หรือข้อผิดพลาด)

เวลาแฝงในการตอบสนองช้าจนไม่อาจยอมรับได้ ทำให้ผู้ใช้ละทิ้งงานหรือคลิกอย่างเดือดดาลข้อผิดพลาด HTTP 5xx จะอยู่ในโซนนี้โดยอัตโนมัติคำขอที่ไม่พึงพอใจจะได้รับเครดิตเป็นศูนย์ (0.0)

สูตรคะแนน Apdex

สูตรทางคณิตศาสตร์สำหรับคำนวณคะแนน Apdex สำหรับเกณฑ์เป้าหมายที่กำหนด T คือ:

Apdex_T = (จำนวนที่พอใจ + จำนวนที่ยอมรับได้ / 2) / คำขอทั้งหมด

ตัวอย่างเช่น หากแอปพลิเคชันประมวลผลคำขอทั้งหมด 1,000 รายการโดยมีเกณฑ์เป้าหมาย T = 500ms:

  • คำขอ 850 รายการเสร็จสมบูรณ์ใน <= 500ms (พอใจ)
  • คำขอ 100 รายการเสร็จสมบูรณ์ระหว่าง 500 มิลลิวินาทีถึง 2000 มิลลิวินาที (ยอมรับได้)
  • คำขอ 50 รายการใช้เวลา> 2,000 มิลลิวินาทีหรือส่งคืนข้อผิดพลาด (หงุดหงิด)

วิธีเลือกเกณฑ์เป้าหมายที่เหมาะสมที่สุด (T)

การเลือกเกณฑ์เป้าหมายที่เหมาะสม T เป็นสิ่งสำคัญสำหรับการรายงาน Apdex ที่มีความหมายการตั้งค่า T สูงเกินไปทำให้เกิดคะแนนในแง่ดีที่ไม่สมจริง ในขณะที่การตั้งค่า T ต่ำเกินไปแสดงว่าประสิทธิภาพที่ยอมรับได้ว่าล้มเหลว:

  1. อีคอมเมิร์ซและขั้นตอนการชำระเงิน: ตั้งค่า T = 200ms ถึง 500msเวลาตอบสนองที่รวดเร็วมีความสัมพันธ์โดยตรงกับการแปลงรถเข็น
  2. แดชบอร์ด SaaS และจุดสิ้นสุด API: ตั้งค่า T = 500ms ถึง 1,000ms สำหรับการสืบค้นฐานข้อมูลที่ซับซ้อนและการแสดงภาพข้อมูล
  3. การประมวลผลเป็นชุดและการส่งออกไฟล์จำนวนมาก: ตั้งค่า T = 2,000ms ถึง 4,000ms โดยที่คาดว่าจะมีการประมวลผลเบื้องหลัง

คำถามที่พบบ่อย

คำถามทั่วไปเกี่ยวกับหัวข้อนี้

Apdex & Web Vitals RUM อัตโนมัติ

การตรวจสอบ Apdex ของผู้ใช้จริงอย่างต่อเนื่อง

หยุดการคำนวณคะแนน Apdex ด้วยตนเองจากไฟล์บันทึกSimpleOps ติดตามคะแนน Apdex และ Core Web Vitals (LCP, INP, CLS) โดยอัตโนมัติจากการเข้าชมของผู้ใช้ทั้งหมด โดยแจ้งเตือนทีมของคุณก่อนที่เวลาในการตอบสนองจะละเมิดเป้าหมายที่ยอมรับได้