[发明专利]监控web应用程序性能的方法、系统和web服务器

说明书

技术领域

本申请涉及一种监控技术，尤其涉及一种监控web应用程序性能的方法、系统和web服务器。

背景技术

一般HTTP(HyperText Markup Language，超文本置标语言)请求响应的耗时包括三部分：1、发送请求时在网络上消耗的时间；2、web程序处理http请求所消耗的时间；3、网络传输响应内容的时间。当用户反馈系统响应速度较慢的时候，一般维护人员都先检查系统的各项指标以及应用的日志。但是在采用集群方式部署的环境下，维护人员很难定位用户反映的有性能问题的请求是由哪台服务器处理的，这样就无法去检查服务器的各项监控指标。即使维护人员定位到了处理请求的服务器，但是由于系统在高并发的环境下一段时间内会产生大量相同URL的请求日志，这样也将无法使维护人员准确的定位到出现性能问题的请求日志。

目前业界为了定位和分析web应用程序性能通用的手段是为系统添加各种监控，主要使用的监控方案有两种：

方案一：服务器端性能日志：该方案的主要方式是在服务器端的日志中记录处理每个请求的耗时以便日后从日志中分析问题。一种实现方式如下：

在Apache配置类似如下日志格式：

LogFormat″％h ％u ％t/″％r/″％＞s％b/″％{User-Agent}i/″％D″combined

以上日志格式的含义请参考：

http://httpd.apache.org/docs/2.0/mod/mod_log_config.html#customlog

其中最重要的是“％D”这个表示处理此次请求所用的时间，单位：微秒。

收集各台服务器上的访问日志，查找耗时较多的URL为后续性能优化提供依据。

方案二：模拟客户端请求监控：该方案是使用程序模拟浏览器向系统发送请求，并记录响应时间以便跟踪分析问题。实现方式如下：

使用wget或httpclient等工具访问某些URL，记录服务器的响应时间。

分析记录的日志，查找耗时较多的URL为后续性能优化提供依据。

因为方案一是在服务器端记录请求的响应时间，在集群部署的情况下用户的请求是随机发送到集群中的某台服务器上去处理。这样就有一个缺陷是无法定位到用户请求发送到哪台服务器上，这种情况下当在用户反映系统响应慢的时候，系统维护人员无法定位到具体的服务器，此外除了定位具体机器有困难，在一台机器上，对用户短时间的类似操作也较难定位哪一条日志，因此也就难以有效监控web应用程序性能。

因为方案二是在客户端模拟用户请求的方式来监控web应用程序性能，因此监控效果不佳，具体表现为：

1、这个监控的客户端部署在哪里？如果用户是分布在全国各地的，全国各地的网络状况都是不一样的。这样的监控即使是多处布点也不能完全反映代表各地的网络情况。

2、这种监控程序往往不能完全模拟用户对系统的操作。首先，一个系统可能对用户开放几个到几十上百的功能，监控程序很难将每个功能都模拟一遍。其次，很多功能这种监控程序无法模拟，比如电子商务中的在线下订单、在线支付等应用服务。

现有技术中，难以有效监控web应用程序性能或者监控效果不佳，对于该问题，目前尚未提出有效解决方案。

发明内容

本申请的主要目的是提供一种监控web应用程序性能的方法、系统和web服务器，以解决现有技术中难以有效监控web应用程序性能或者监控效果不佳的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种监控web应用程序性能的方法。