ลองใส่ข้อมูลที่คุณพอรู้ก่อน
เปลี่ยนคำถามเรื่องระบบให้เป็นตัวเลขและหัวข้อที่คุยกันต่อได้
ไม่ต้องรู้ศัพท์เทคนิคทุกคำ เลือกค่าจากสิ่งที่เห็นในงานประจำวัน เครื่องมือจะอธิบายว่าตัวเลขนั้นบอกอะไร ควรกังวลเรื่องไหน และข้อมูลใดที่ยังต้องให้ทีมเทคนิคตรวจต่อ
ประเมินต้นทุนงานซ้ำ (Manual Task Cost Assessment)
ประเมินเวลาทำงานซ้ำและต้นทุนบุคลากรต่อเดือน
ประเมินความพร้อมในการเปลี่ยนจาก Excel เป็นระบบ
ประเมินความเสี่ยงของข้อมูลที่กระจายอยู่ในไฟล์
ประเมินขนาดโครงการระบบสั่งตัด Project Size Estimator
ประเมินขอบเขตงานและช่วงงบประมาณเบื้องต้น
การประเมินประสิทธิภาพระบบ (Performance Testing)
ประเมินปริมาณการใช้งาน RPS, TPS และความเสี่ยงด้านประสิทธิภาพ
ประเมินความพร้อมก่อนขึ้น Production
ตรวจ 8 ด้านที่ระบบควรมี ก่อนให้ผู้ใช้และธุรกิจพึ่งพา
เครื่องมือ 04
การประเมินประสิทธิภาพระบบ (Performance Testing)
ภาพรวม Load ที่ประเมิน
ตัวเลขสำหรับวางแผนระบบก่อนใช้งานจริง
ตัวอย่างนี้ช่วยแปลค่าที่กรอกให้ใกล้กับมุมมองที่ผู้ดูแลเว็บไซต์มักเห็นใน Google Analytics Realtime โดยตัวเลขผู้ใช้ในช่วง 30 นาทีล่าสุดไม่เท่ากับจำนวนผู้ใช้งานพร้อมกันโดยตรง
ผู้ใช้ในช่วง 30 นาทีล่าสุด
20,625
ช่วงประมาณ: 20,625
ภาพรวมแบบเรียลไทม์
GA RealtimeRPS ช่วงปกติ
229.2
req/sec
RPS ช่วงพีค
687.6
req/sec
TPS ช่วงปกติ
41.26
tx/sec
TPS ช่วงพีค
123.77
tx/sec
DB QPS
756.36
q/sec
Infrastructure Recommendation
โครงสร้างรองรับปริมาณใช้งานสูง
เหมาะกับระบบที่มีปริมาณการใช้งานสูงเป็นช่วง ๆ และต้องเผื่อกำลังรองรับช่วงพีค
จุดที่ควรตรวจเป็นพิเศษ
database
สิ่งที่ต้องตรวจต่อ
ต้องทดสอบกับระบบจริงต่อว่าแต่ละหน้าตอบช้าแค่ไหน มีคำขอล้มเหลวกี่ครั้ง ฐานข้อมูลติดที่คำสั่งใด เครื่องใช้ CPU หรือ Memory สูงเกินไปหรือไม่ และระบบภายนอกตอบกลับช้าเพียงใด
ตัวเลขในส่วนนี้เป็นภาพจำลองเพื่อช่วยอธิบายแนวคิด ไม่ใช่ข้อมูลจริงจาก Google Analytics ของเว็บไซต์
สรุปแบบเข้าใจง่าย
ควรให้ทีมเทคนิคช่วยประเมินสถาปัตยกรรมระบบ
ช่วงพีคมีโอกาสเกิดคอขวด โดยเฉพาะธุรกรรมที่บันทึกข้อมูลพร้อมกันจำนวนมาก
รายละเอียดเชิงเทคนิค+
การแปลค่าจาก Google Analytics
ถ้า GA Realtime แสดง 20,625 ผู้ใช้ในช่วง 30 นาทีล่าสุด จะประเมินกลับได้ประมาณ 2,063-5,500 ผู้ใช้งานพร้อมกัน โดยสมมติฐานเวลาที่เลือกใช้ 3,438 concurrent users สำหรับคำนวณ RPS/TPS
- ตัวเลขอ้างอิงจาก GA Realtime
- 20,625
- ผู้ใช้ / 30 นาที
- Concurrent users ที่ประเมินได้
- 2,063-5,500
- 5 นาทีที่ใช้งาน
- ค่าที่ใช้คำนวณ
- 3,438
- จำนวนแอปพลิเคชันที่แนะนำ
- 6 instances
สมมติฐานที่ใช้คำนวณ: คำขอต่อผู้ใช้ต่อนาที = 4, ตัวคูณช่วงพีค = 3x, สัดส่วนธุรกรรม = 18%, อัตราการตอบจากแคช = 45%
ผลลัพธ์นี้เป็นการประเมินเบื้องต้นจากสมมติฐานที่ระบุ ไม่ใช่ใบเสนอราคา ผลทดสอบการรองรับผู้ใช้งานจริง หรือคำยืนยันด้านสถาปัตยกรรมระบบ
Performance Testing Guide
ค่าที่ควรรู้ก่อนทดสอบประสิทธิภาพระบบ
ใช้ส่วนนี้เป็นคู่มืออ่านผลเบื้องต้น ก่อนนำไปวางแผนทดสอบโหลด ตรวจระบบจริง หรือกำหนดเป้าหมายด้านประสิทธิภาพร่วมกับทีมเทคนิค
Concurrent Users
ผู้ใช้งานพร้อมกัน
จำนวนผู้ใช้ที่กำลังใช้งานระบบในช่วงเวลาเดียวกัน ใช้ประเมินแรงกดดันโดยรวมของระบบ
RPS
Requests Per Second
จำนวนคำขอทั้งหมดต่อวินาที เช่น เปิดหน้าเว็บ เรียก API โหลดข้อมูล หรือส่งข้อมูล
TPS
Transactions Per Second
จำนวนธุรกรรมสำคัญต่อวินาที เช่น บันทึกข้อมูล ยืนยันคำสั่งซื้อ จองคิว หรือส่งแบบฟอร์ม
Peak Multiplier
ตัวคูณช่วงพีค
ตัวคูณที่ใช้เผื่อช่วงที่มีผู้ใช้งานมากกว่าปกติ เช่น แคมเปญ เปิดจอง หรือช่วงใกล้กำหนดส่งงาน
DB QPS
ภาระฐานข้อมูลต่อวินาที
จำนวนคำสั่งที่คาดว่าจะลงฐานข้อมูลหลังหักผลของแคช ใช้ดูความเสี่ยงด้านฐานข้อมูล
Cache Hit Rate
อัตราการตอบจากแคช
สัดส่วนคำขอที่ตอบได้จากแคชโดยไม่ต้องอ่านฐานข้อมูลใหม่ ช่วยลดภาระและเวลาตอบสนอง
Response Time
เวลาตอบสนอง
เวลาที่ระบบใช้ตอบกลับผู้ใช้ ควรวัดจริงด้วยค่าเฉลี่ยและค่าเปอร์เซ็นไทล์ เช่น p95 หรือ p99
Error Rate
อัตราความผิดพลาด
สัดส่วนคำขอที่ล้มเหลวระหว่างการใช้งานหรือทดสอบโหลด ใช้ประกอบการประเมินความพร้อมใช้งาน
อ่านเพิ่มเติมจากเอกสารทางการ