|
知识路径: > 电子商务系统程序设计基础 > 电子商务系统的运维与评价 > 电子商务系统日常运行管理 > 电子商务系统安全运行的监控与分析 > 电子商务系统运营监控的主要内容 >
|
相关知识点:6个
|
|
|
|
成功的性能监视可以帮助检测和纠正性能问题。在仔细分析性能监视之前,不妨简单了解一下三种监视尺度——最终用户视图、系统和应用程序健康、应用程序视图。
|
|
|
(1)最终用户视图。对于最终用户来说,你的电子商务系统是一个黑盒子。他们不知道(或不关心)有多少服务器、服务器在哪儿、服务器的硬件如何或者服务器使用哪种应用程序。用户只关心Web页面的显示速度。监视最终用户视图可以让你知道是否存在公共可视方面的性能问题。如果电子商务系统太慢,客户将放弃并离开。不应该等待客户抱怨才发现站点有问题。
|
|
|
(2)系统和应用程序健康。第二个监视尺度是查看电子商务系统的内部子系统并检查每个子系统的问题。典型的WAS Web站点有很多子系统,包括Web服务器、应用程序服务器、数据库、目录服务器和防火墙。任何一处都可能成为瓶颈!
|
|
|
在这个阶段,要试图找到有问题的组件并识别受限制的资源。可能发现网络带宽、后端连接、数据库的CPU或其他组件,它们中的任何一个都可能是资源的瓶颈。因此,必须监视所有的组件,包括应用程序服务器、数据库、网络和路由器。查看关键的因素并与正常的(预期状态)比较。如果找到了偏差,就更精确地调查这些部分。
|
|
|
系统健康视图经常提供了对受约束资源的认识,但是对于识别问题的根本起因不一定是充分的。对于运行在Java虚拟机(JVM)上的Java 2企业版(J2EE)应用程序代码来说这种情况很明显。例如,如果系统健康监视发现运行应用程序的服务器的CPU利用率很高并且某几个小服务程序的响应时间很长,实际根本的起因可能是应用程序中的某个不好的循环、同步问题或者数据库索引丢失。为了解决这个问题,你必须获取更多的信息来找出问题。
|
|
|
(3)应用程序视图。第三个监视的尺度是查看应用程序内部来帮助查找困难的应用程序问题。在某个快照提供给定实例的所有Java线程活动信息时,应用程序视图可以给你精确显示某个缓慢的小服务程序正在做什么的信息。深入查看应用程序的内部执行对于查找困难的性能问题是很重要的。
|
|
|