终端用户响应时间|终端用户监控|NETSCOUT

终端用户响应时间

网络正常运行并不总是意味着应用程序具有高性能。与之前相比,网络工程师可以获得更多监控其网络的数据点。他们将这些数据收集到网络管理工具中就能够分析设备的健康、使用情况、数据包丢弃和流量状况。但是,尽管具有这种可视性,他们仍然难以提前发现缓慢的应用程序。要解决和提前发现这些变慢的趋势,关键就是要利用终端用户响应时间分析所提供的可视性。

为什么终端用户响应时间监控和测量如此重要?

尽管网络工程师似乎拥有大量监控网络健康状况的工具和系统,但是应用程序和网络监控之间仍然存在差距,这就需要找到不同的方法:终端用户监控。此外,通过执行终端用户监控更好地满足终端用户需求并提高终端用户经验满意度方面面临的压力却越来越大。

随着应用程序的复杂性和扩展性日益增大,此种情况只会变得更糟。事实上,75% 的 IT 组织1 会遇到着业务应用降级 (变慢) 的问题,其中包括业务关键型系统。

即使使用先进的监控工具,网络工程师也需要 70 % 时间2才能从终端用户所体验的被动响应中了解变慢的应用程序。这意味着他们着手解决时,业务已经受到影响。劳动生产率对业务有直接影响,因此 IT 组织需要将重点放在终端用户监控以及终端用户对 IT 服务的体验效果上。

要解决和提前发现这些变慢的趋势,关键就是要利用终端用户响应时间分析所提供的可视性。

 

1 IDG 研究服务

 

 

What is important for end-user response time?

可以显示网络健康和运行时间状况的工具非常重要。这些工具都能够指出系统的整体健康状况和何时何地发生了故障。然而,即使网络健康状况良好,应用程序仍可能会出现延迟并造成负面的终端用户体验。

这些分析工具并不能提供需要处理的详细信息,也不能解决日益复杂的应用程序问题。网络工程师需要访问数据流和合成用户事务,从中了解在整体终端用户响应时间中客户端、网络和服务器/应用程序都应承担的责任。如果无此终端用户监控数据,则会出现互相指责和猜测式故障诊断,问题可能会被拖延很长时间。诊断基于云的应用程序问题时尤其会出现这种情况,因为工程师无法全面访问支持这些应用程序的系统。

IT 部门低估了应用程序性能问题所造成的实际损失。由于问题的复杂性,一般需要很长时间才能得到解决,因此会降低员工效率和客户信赖度。要处理这些问题,网络工程师分析基础设施、查找问题、在排除网络问题之后将问题推给其他 IT 部门,这样做还远远不够。网络工程师还需要进一步处理并利用通过监控 EURT 所提供的详细信息。

 

 

Best Practices to improve end-user response time

只有成功地提高对应用程序的处理能力才能确保良好的终端用户体验。如果事务处理缓慢或出现故障,即使在过去,工程师也要确切诊断出问题所在并着重于可以解决问题的数据,不会等待问题升级或切换。

网络工程师管理流量传输的各通道,他们具有访问应用程序系统的终端用户流量的唯一权限。工程师需要终端用户监控系统,因为这些系统能够收集这些数据流并对终端用户响应时间执行自动分析,特别是每分钟有成千上万交易流入的数据中心需要这些功能。网络工程师通过数据包级可视性可以监控用户和服务器的交互方式,最重要的是,可以快速识别系统的哪些组件在变慢:

  • 应用程序延迟
  • 服务器延迟
  • 网络延迟
  • 客户端延迟

在某些应用程序在云中托管的混合环境中,这些指标可以由分析系统的合成测试来决定。如果出现缓慢情况,会通知工程师事件发生的时间和导致根本原因的问题范围。与依靠用户来了解应用程序的健康情况相反,工程师可以主动监控这些系统以确保终端用户的系统能够以高性能水平运行。

高性能的应用程序能够提供高质量的终端用户体验,最终促成高效率的业务。

 

 

 
 
 
Powered By OneLink