通常,吞吐量是以应用程序从性能测试开始到结束可以处理的“每秒事务数或请求数”来衡量的。
在测试之前,最好为测试设置一个吞吐量目标,该目标代表了您的系统每秒、每分 阿联酋电报号码数据 钟或每小时可以处理的请求数量;这可以让您在测试完成后看到您的系统如何实现这一目标。
嗯……我有点饿,继续之前想吃点东西。我们离开联络中心,赶紧去冰淇淋店吧!
在路边的 DevOps Dairy,经理 Lamargene Gumbody 知道他一天能接待多少像我们这样的访客。怎么做到的?他测量的是吞吐量!
Lamargene 已经计时过了,知道他唯一可靠的员工 Brainfreeze Brian 可以在一分钟内用软冰淇淋机装满一个蛋筒。DevOps Dairy 只有一台软冰淇淋机和一名员工,所以这个超级简单(而且美味!)的例子表明,Lamargene 可以预期 Brian 每分钟能够服务一位冰淇淋爱好者。这就是他的吞吐量。
为了最清楚地了解系统性能和可扩展性,最好也测量不同类型请求的吞吐量。例如,您可以根据请求的频率、关键程度和强度来测量请求的吞吐量,以查看在一个测试间隔内有多少请求成功通过。
吞吐量告诉你什么?
当您运行任何类型的性能测试来锻炼您的系统并发现错误、问题或故障并测量吞吐量时,返回的结果会告诉您有关联络中心系统的性能和可扩展性。
高吞吐量: 好消息!这通常意味着性能良好。您的系统告诉您,它可以在您为测试定义的时间段内处理预期(有时甚至更大)的事务或请求数量。
吞吐量低: 惊喜!这通常意味着相反的情况。您的系统正在努力处理请求,并且当流量过大时(例如,IVR 的来电,或提交给聊天机器人或对话式 AI 助手的大量聊天消息),系统可能会超载,从而导致延迟、崩溃甚至故障,这可能会造成系统崩溃。