本发明涉及计算机技术领域，尤其涉及一种获取http服务器性能数据的方法和装置。
背景技术：
http协议是互联网最重要的协议之一，用于用户与网站之间的网页信息传输。在大型网络服务中心，http协议也常被用于服务器之间的通信。对http服务器的性能监控是十分必要的，它能够帮助我们了解当前的服务质量和服务器的负载情况等。在网络服务中心对外的服务质量出现问题时，对其中的每一个http服务器的性能监控能够帮助开发人员确定是哪一台服务器的问题。进一步的，这些性能监控数据也能帮助开发人员进行系统性能调试。
目前，主流的http服务器，在对其进行性能监控时，主要采用以下两种方法：
1、http服务器具备日志功能，执行日志当中包含每个请求的访问时间，可以使用执行日志中的访问时间数据来计算服务器的性能；
2、http服务器采用内部监控的方法主动向统一监控服务上报性能数据。所谓内部监控的方法，是指http服务器内的应用程序主动向监控中心汇报性能数据。该方法需要开发人员在应用程序开发的时候将性能采集和发送的代码写入到程序当中。若是第三方软件或开源软件等成熟软件，则需要对软件进行二次开发，以将性能采集和发送的代码写入到程序当中。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
1、当根据执行日志来计算http服务器的性能时，http服务器升级之后，日志格式可能会发生变化，此时性能监控代码就需要进行相应的改动，并不能做到完全与应用独立。而且，每一种http服务器的日志格式不同，需要针对每种日志格式进行相应的开发，工作量大；
2、采用内部监控的方法来监控http服务器的性能，这种方式的缺点是增加了应用程序开发人员的工作，而开发人员往往急于开发业务逻辑而无暇顾及或者忽略性能监控功能。更大的问题是，对于非自己研发的软件，比如购买的第三方软件或开源软件，已有代码量大，改动技术难度高，而且有一定风险。
技术实现要素：
有鉴于此，本发明实施例提供一种获取http服务器性能数据的方法和装置，能够在不改动原有的http服务器应用程序的情况下，获取每个http服务器的性能数据，同时还可以对http服务器系统进行统一监控，以及在出现性能瓶颈时，作为辅助调试的工具。
为实现上述目的，根据本发明实施例的一个方面，提供了一种获取http服务器性能数据的方法。
一种获取http服务器性能数据的方法，包括：获取http协议数据包及其到达时间；解析所述数据包，并获取相互匹配的请求包和应答包的到达时间；根据所述请求包和所述应答包的到达时间计算http服务器的性能数据。
可选地，获取http协议数据包及其到达时间的步骤包括：使用抓包工具抓取所述http服务器传输的网络数据包，并获取所述网络数据包的到达时间，所述网络数据包的链接信息包括端口号；根据所述端口号对所述网络数据包进行筛选，以获取http协议数据包及其到达时间。
可选地，获取http协议数据包及其到达时间的步骤之后，还包括：获取预先保存的url信息；将所述url信息与所述获取的http协议数据包的链接信息中的url信息进行比对，以获取需要监控的http协议数据包及其到达时间。
可选地，解析所述数据包的步骤包括：若所述数据包为请求包，则获取所述请求包的源ip地址；若所述数据包为应答包，则获取所述应答包的目的ip地址。
可选地，获取相互匹配的请求包和应答包的到达时间的步骤之前，还包括：当所述数据包为应答包时，将所述源ip地址与所述应答包的目的ip地址一致的最新的请求包作为与所述应答包相匹配的请求包。
可选地，还包括：将所述性能数据上报给性能监控系统。
根据本发明实施例的另一方面，提供了一种获取http服务器性能数据的装置。
一种获取http服务器性能数据的装置，包括：数据获取模块，用于获取http协议数据包及其到达时间；数据解析模块，用于解析所述数据包，并获取相互匹配的请求包和应答包的到达时间；性能计算模块，用于根据所述请求包和所述应答包的到达时间计算http服务器的性能数据。
可选地，所述数据获取模块还用于：使用抓包工具抓取所述http服务器传输的网络数据包，并获取所述网络数据包的到达时间，所述网络数据包的链接信息包括端口号；根据所述端口号对所述网络数据包进行筛选，以获取http协议数据包及其到达时间。
可选地，还包括：数据筛选模块，用于在获取http协议数据包及其到达时间之后，获取预先保存的url信息；将所述url信息与所述获取的http协议数据包的链接信息中的url信息进行比对，以获取需要监控的http协议数据包及其到达时间。
可选地，所述数据解析模块还用于：若所述数据包为请求包，则获取所述请求包的源ip地址；若所述数据包为应答包，则获取所述应答包的目的ip地址。
可选地，所述数据解析模块还用于：在获取相互匹配的请求包和应答包的到达时间之前，当所述数据包为应答包时，将所述源ip地址与所述应答包的目的ip地址一致的最新的请求包作为与所述应答包相匹配的请求包。
可选地，还包括性能上报模块，用于：将所述性能数据上报给性能监控系统。
根据本发明实施例的又一方面，提供了一种获取http服务器性能数据的终端。
一种获取http服务器性能数据的终端，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例所提供的获取http服务器性能数据的方法。
根据本发明实施例的再一方面，提供了一种计算机可读介质。
一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例所提供的获取http服务器性能数据的方法。
上述发明中的一个实施例具有如下优点或有益效果：通过获取http协议数据包及其到达时间，并对数据包进行解析和获取相互匹配的请求包和应答包的到达时间，再根据请求包和应答包的到达时间计算http服务器的性能数据的方式，实现通过独立于http服务器应用程序的监控程序或监控软件获取http服务器的性能数据，然后将http服务器的性能数据上报给统一的性能监控系统，即可对http服务器进行统一监控。亦即，可以在不对原有的http服务器应用程序做出改动的情况下，完成对http服务器的性能监控，并提供对大型服务系统统一监控的功能。通过使用抓包工具抓取网络数据包并根据端口号进行筛选，可以获取要监控的http协议数据包；通过对http协议数据包进行url信息比对，可以获取需要监控的指定的http协议数据包，以便删除不需要监控的http协议数据包，节省解析时间，提高解析效率；在对数据包进行解析时，通过获取请求包的源ip地址和应答包的目的ip地址，可以实现请求包和应答包的相互匹配，进一步地可以用于获取相匹配的请求包和应答包的到达时间，从而可以计算http服务器的性能数据；最后，通过将性能数据上报到统一的性能监控系统，可以方便管理员进行系统监控和了解系统运行状况；另外，还可以通过将http应答包为错误数据包的信息上报给性能监控系统，以便为故障查找提供依据，以及作为性能瓶颈分析的依据和性能改进的重要参考。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明实施例的获取http服务器性能数据的方法的主要步骤的示意图；
图2是本发明一个实施例的系统架构图；
图3是本发明一个实施例的实现流程图；
图4是根据本发明实施例的获取http服务器性能数据的装置的主要模块的示意图；
图5是本发明实施例可以应用于其中的示例性系统架构图；
图6是适于用来实现本发明实施例的终端的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
为了解决现有技术中存在的问题，本发明提供了一种可透明部署的获取http服务器性能数据的方法。该方法在http服务器中安装独立的性能监控程序，不需要对原有的应用程序做任何改动。性能监控程序通过捕获网络数据包，匹配请求包和应答包，计算出每个http请求连接的应答数据包同请求数据包的时间差(即请求处理时间)，从而得到http服务器的性能数据。其中，http服务器的性能数据还可以进一步地包括请求延时均值、tp50、tp90、tp99、tp999、响应出错率、请求速率qps(querypersecond，秒查询率)等性能指标。另外，在得到http服务器的性能数据后，还可以将这些时间信息和http的状态信息上报到统一的性能监控系统中。又或者，由统一的性能监控系统根据监控程序上报的性能数据，为http服务器进一步生成：请求延时均值、tp50、tp90、tp99、tp999、响应出错率、请求速率qps(querypersecond，秒查询率)等性能指标。其中，tp99就是满足百分之九十九的网络请求所需要的最低耗时；tp999就是满足千分之九百九十九的网络请求所需要的最低耗时，以此类推可得知tp50、tp90的含义。通过大量的计算http处理每次请求的耗时等的性能数据，即可统计得出http服务器的各项性能指标。
http服务器是提供http协议的软件，现在使用比较广泛的是阿帕奇apache和nginx，另外还有一些java开源的软件等。apache是世界使用排名第一的web(网络)服务器软件。它可以运行在几乎所有广泛使用的计算机平台上，由于其跨平台和安全性被广泛使用，是最流行的web服务器端软件之一。nginx(enginex)是一个高性能的http和反向代理服务器，也是一个邮件访问协议服务器。
本发明提供的获取http服务器性能数据的方法无需改动原有的应用程序，能够完成对http服务器的关键性能指标的监控。能够为系统管理人员提供http服务系统的整体运行情况。同时，在出现性能瓶颈时，还可以作为有力的辅助调试的工具。
其中，本发明的获取http服务器性能数据的方法例如可以被实现为一段监控程序或者一个监控软件，并被部署在http服务器上，以获取http服务器的性能数据。
图1是根据本发明实施例的获取http服务器性能数据的方法的主要步骤的示意图。如图1所示，本发明的获取http服务器性能数据的方法主要包括如下的步骤s101至步骤s103。
步骤s101：获取http协议数据包及其到达时间。
其中，该步骤在具体执行时可以根据以下的步骤来执行：
步骤s1011：使用抓包工具抓取http服务器传输的网络数据包，并获取网络数据包的到达时间，网络数据包的链接信息包括端口号；
步骤s1012：根据端口号对网络数据包进行筛选，以获取http协议数据包及其到达时间。
一般地，为了获取http协议数据包，可以通过对网络数据包进行筛选得到。采用常用的抓包工具(例如：libpcap、fiddler、wireshark等)即可抓取http服务器传输(包括接收和发送)的网络数据包，并记录每个网络数据包的到达时间。libpcap是unix/linux平台下的网络数据包捕获函数包，大多数网络监控软件都以它为基础。fiddler是一个http协议调试代理工具，它能够记录并检查所有你的电脑和互联网之间的http通讯，设置断点，查看所有的“进出”fiddler的数据。wireshark(前称ethereal)是一个网络封包分析软件。网络封包分析软件的功能是撷取网络封包，并尽可能显示出最为详细的网络封包资料。
其中，若该网络数据包为http服务器接收的请求包，则到达时间即为该请求包到达该http服务器的时间；若该网络数据包为http服务器发送的应答包，则到达时间即为该http服务器发送该应答包的时间。
每个网络数据包的链接信息中包括端口号。在抓取到网络数据包后，根据其端口号，可以筛选出http协议数据包。http协议数据包中包含的端口号默认为80，根据端口号对网络数据包进行过滤，即可逐步找到需要分析的http协议数据包，并抛弃不需要分析的数据包，如tcp(transmissioncontrolprotocol，传输控制协议)协议数据包、udp(userdatagramprotocol，用户数据报协议)协议数据包等。
另外，按照业务要求，可能并不需要对所有的http协议数据包进行监控，通常只需要对某些特定的url(uniformresourcelocator，统一资源定位符)进行监控。url是http协议的一个字段，通俗地说就是浏览器地址栏的字符串。这些需要监控的url信息会预先保存在获取http服务器性能数据的监控系统中。在获取http协议数据包及其到达时间之后，还可以根据监控需求，获取需要监控的特定url对应的http协议数据包，具体执行时，可以先获取预先保存的url信息；然后将该url信息与获取的http协议数据包的链接信息中的url信息进行比对，以获取需要监控的http协议数据包及其到达时间。
之后，即可通过对前面筛选出的http协议数据包进行解析，以计算http服务器的性能数据。为了描述方便，以下将“http协议数据包”简称为“数据包”。
步骤s102：解析数据包，并获取相互匹配的请求包和应答包的到达时间。
通过步骤s101即可获取到需要监控的http协议数据包(以下简称“数据包”)，之后，即可对该数据包进行解析。通过解析数据包，可以将请求包和应答包进行相互匹配。其中，在解析数据包时，若数据包为请求包，则获取请求包的源ip(internetprotocol，网络之间互连的协议)地址；若数据包为应答包，则获取应答包的目的ip地址。
其中，服务器接收的数据包为请求包，其源ip地址为用户的ip地址。对于每一个http服务器接收的请求包，记录其源ip地址和到达时间(该请求包到达该http服务器的时间)。对于每一个源ip地址，只需要记录最近到达的数据包及其到达时间即可，即该用户最近一次http请求的数据包及其到达时间，亦即：一个用户连接(即：一个会话)中的所有数据包中最近到达的数据包及其到达时间。
服务器发送的数据包为应答包，其目的ip地址为用户的ip地址。对于每一个http服务器发送的应答包，记录其目的ip地址和到达时间(该http服务器发送该应答包的时间)。同一个用户发送给http服务器的请求包和http服务器发送给该用户的应答包应该是相互匹配的，且是间隔生成的。当本发明的获取http服务器性能数据的监控系统抓取到一个http应答包后，会将该应答包的目的ip地址与请求包的源ip地址进行比对来查找对应的请求包，以便实现请求包和应答包的匹配。其中，根据应答包的目的ip地址可查找到同一用户发来的所有请求包，而与该应答包相匹配的请求包为该用户发来的最新的http请求对应的请求包。亦即，在获取相互匹配的请求包和应答包的到达时间之前，还可以当数据包为应答包时，将源ip地址与该应答包的目的ip地址一致的最新的请求包作为与该应答包相匹配的请求包。然后，即可获取相互匹配的请求包和应答包的到达时间。
特殊情况下，若应答包为错误提示数据包，则无法匹配到对应的请求包，此时将无法获取相互匹配的请求包和应答包的到达时间，从而无法计算http服务器的性能数据。该情况下，可以直接将错误信息上报到性能监控系统，以便管理员查看以及了解系统的运行状态。
步骤s103：根据请求包和应答包的到达时间计算http服务器的性能数据。
在获取到相互匹配的请求包和应答包的到达时间之后，通过将应答包的到达时间减去匹配到的请求包的到达时间，即可得到本次http服务器处理用户请求所花费的时间。
根据http服务器处理用户请求所花费的时间，进而可计算包括请求延时均值、tp50、tp90、tp99、tp999、响应出错率和请求速率等性能数据。
另外，根据本发明的实施例，在步骤s103之后，还可以将性能数据上报给性能监控系统。在进行性能数据的上报时，可以是根据服务端的数据获取请求来进行数据上报，也可以是主动将获取到的http服务器的性能数据上报到服务端。
将步骤s103中计算得到的http服务器处理用户请求所花费的时间、请求延时均值、tp50、tp90、tp99、tp999、响应出错率和请求速率等性能数据上报给统一的性能监控系统。性能监控系统可以同时监控多个http服务器的性能数据，从而在集群中有多个http服务器运行时，可以从整体上监控集群系统的运行情况。
其中，如果http应答包为错误提示数据包(例如：http状态码为非200)，则向性能监控系统报告本次错误信息。上报的错误信息还可以用于帮助管理员更好的了解集群系统的运行状态。大量的错误信息必然意味着程序出现异常，需要进行调试，此时，即可将上报的性能数据作为性能瓶颈分析的依据和性能改进的重要参考。
根据如上所述的步骤s101至步骤s103，即可在不对原有的http服务器应用程序做出改动的情况下，完成对http服务器的性能监控，并提供对大型服务系统统一监控的功能。
本发明提供的可透明部署的获取http服务器性能数据的方法，通过独立于http服务器应用程序的监控程序或监控软件获取http服务器的性能数据，然后将http服务器的性能数据上报给统一的性能监控系统，即可对http服务器进行统一监控。不需要对原有的应用程序做任何改动，使得应用程序开发人员的工作更为简单；且对于已经开发完的应用程序或者是无法进行修改的程序，该方案也能够完美的支持；并且，该方法适用所有的http服务器，并不需要针对每款服务器单独开发；另外，该方法具备统一监控功能，系统管理员可以方便的掌控系统的整体运行情况；同时，性能监控数据还可以作为性能瓶颈分析的依据和性能改进的重要参考。
图2是本发明一个实施例的系统架构图。以本发明的获取http服务器性能数据的方法被实现为一段监控程序为例。如图2所示，在未增加监控程序时，客户端通过负载均衡系统haproxy集群向http服务器请求服务，http服务器(以nginx为例)通过调用底层服务向客户端进行应答。当为图中的http服务器增加监控功能后，在每个http服务器nginx中，增加了一端监控程序。监控程序负责监控其所在的http服务器nginx的性能，并将http服务器nginx的性能数据上报给统一的性能监控系统。
图3是本发明一个实施例的实现流程图。如图3所示，本发明的实施例在具体实现时，大体可以分为抓包流程和解析流程。图3中上边方框内为抓包流程，下边方框内为解析流程。抓包流程负责抓取本机传输的所有网络数据包，并将其中包括的http协议数据包的链接信息和到达时间等信息发给解析流程。解析流程通过对http协议数据包进行解析，获取相互匹配的请求包和应答包的到达时间，并根据到达时间计算出http服务器的性能数据，最后，将性能数据发送给统一的性能监控系统。
抓包流程主要包括：首先，通过抓包工具抓取本机所有收发的网络数据包，并记录抓取的网络数据包的到达时间；之后，对网络数据包进行初步解析，通过端口号过滤出需要监控的http协议数据包；然后，将http协议数据包及其到达时间发送给解析流程。
解析流程主要包括：首先，根据监控需求，获取预先保存的需要监控的特定的url信息，并通过对抓取的http协议数据包的应用层http协议中的url数据进行筛选，以获取访问指定url网页的http协议数据包。之后，对该http协议数据包进行解析，进行请求包和应答包的匹配，并获取相互匹配的请求包和应答包的到达时间。其中，在对http协议数据包进行解析时，若该http协议数据包为请求包，则获取该请求包的源ip地址；若该http协议数据包为应答包，则获取该应答包的目的ip地址，并当http协议数据包为应答包时，将与目的ip地址一致的源ip地址对应的最新的请求包作为与该应答包相匹配的请求包；特别地，若应答包为错误提示数据包，则匹配对应的请求包失败，此时无法计算http服务器的性能数据，可以直接将错误信息上报到性能监控系统。然后，根据相互匹配的请求包和应答包的到达时间，计算该http服务器的性能数据。最后，将http服务器的性能数据上报到性能监控系统，以便管理员查看以及了解系统的运行状态。
图4是根据本发明实施例的获取http服务器性能数据的装置的主要模块的示意图。如图4所示，本发明的获取http服务器性能数据的装置400主要包括数据获取模块401、数据解析模块402和性能计算模块403。
数据获取模块401用于获取http协议数据包及其到达时间；
数据解析模块402用于解析数据包，并获取相互匹配的请求包和应答包的到达时间；
性能计算模块403用于根据请求包和应答包的到达时间计算http服务器的性能数据。
根据本发明的实施例，数据获取模块401还可以用于：
使用抓包工具抓取所述http服务器传输的网络数据包，并获取所述网络数据包的到达时间，所述网络数据包的链接信息包括端口号；
根据所述端口号对所述网络数据包进行筛选，以获取http协议数据包及其到达时间。
本发明的获取http服务器性能数据的装置400还可以包括：数据筛选模块(图中未示出)，用于在获取http协议数据包及其到达时间之后，获取预先保存的url信息；将该url信息与获取的http协议数据包的链接信息中的url信息进行比对，以获取需要监控的http协议数据包及其到达时间。
根据本发明实施例的技术方案，数据解析模块402还可以用于：若数据包为请求包，则获取请求包的源ip地址；若数据包为应答包，则获取应答包的目的ip地址。
另外，数据解析模块402还可以用于：在获取相互匹配的请求包和应答包的到达时间之前，当数据包为应答包时，将源ip地址与应答包的目的ip地址一致的最新的请求包作为与该应答包相匹配的请求包。
根据本发明实施例的技术方案，本发明的获取http服务器性能数据的装置400还可以包括性能上报模块(图中未示出)，用于：将性能数据上报给性能监控系统。
根据本发明实施例的技术方案，通过获取http协议数据包及其到达时间，并对数据包进行解析和获取相互匹配的请求包和应答包的到达时间，再根据请求包和应答包的到达时间计算http服务器的性能数据的方式，实现通过独立于http服务器应用程序的监控程序或监控软件获取http服务器的性能数据，然后将http服务器的性能数据上报给统一的性能监控系统，即可对http服务器进行统一监控。亦即，可以在不对原有的http服务器应用程序做出改动的情况下，完成对http服务器的性能监控，并提供对大型服务系统统一监控的功能。通过使用抓包工具抓取网络数据包并根据端口号进行筛选，可以获取要监控的http协议数据包；通过对http协议数据包进行url信息比对，可以获取需要监控的指定的http协议数据包，以便删除不需要监控的http协议数据包，节省解析时间，提高解析效率；在对数据包进行解析时，通过获取请求包的源ip地址和应答包的目的ip地址，可以实现请求包和应答包的相互匹配，进一步地可以用于获取相匹配的请求包和应答包的到达时间，从而可以计算http服务器的性能数据；最后，通过将性能数据上报到统一的性能监控系统，可以方便管理员进行系统监控和了解系统运行状况；另外，还可以通过将http应答包为错误数据包的信息上报给性能监控系统，以便为故障查找提供依据，以及作为性能瓶颈分析的依据和性能改进的重要参考。
本发明提供的可透明部署的获取http服务器性能数据的方法，不需要对原有的应用程序做任何改动，使得应用程序开发人员的工作更为简单；且对于已经开发完的应用程序或者是无法进行修改的程序，该方案也能够完美的支持；并且，该方法适用所有的http服务器，并不需要针对每款服务器单独开发；另外，该方法具备统一监控功能，系统管理员可以方便的掌控系统的整体运行情况；同时，性能监控数据还可以作为性能瓶颈分析的依据和性能改进的重要参考。
图5示出了可以应用本发明实施例的获取http服务器性能数据的方法或获取http服务器性能数据的装置的示例性系统架构500。
如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是，本发明实施例所提供的获取http服务器性能数据的方法一般由服务器505执行，相应地，获取http服务器性能数据的装置一般设置于服务器505中。
应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
下面参考图6，其示出了适于用来实现本发明实施例的终端的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本发明的系统中限定的上述功能。
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括数据获取模块、数据解析模块、性能计算模块和性能上报模块。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定，例如，数据获取模块还可以被描述为“用于获取http协议数据包及其到达时间的模块”。
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取http协议数据包及其到达时间；解析所述数据包，并获取相互匹配的请求包和应答包的到达时间；根据所述请求包和所述应答包的到达时间计算http服务器的性能数据。
根据本发明实施例的技术方案，通过获取http协议数据包及其到达时间，并对数据包进行解析和获取相互匹配的请求包和应答包的到达时间，再根据请求包和应答包的到达时间计算http服务器的性能数据的方式，实现通过独立于http服务器应用程序的监控程序或监控软件获取http服务器的性能数据，然后将http服务器的性能数据上报给统一的性能监控系统，即可对http服务器进行统一监控。亦即，可以在不对原有的http服务器应用程序做出改动的情况下，完成对http服务器的性能监控，并提供对大型服务系统统一监控的功能。通过使用抓包工具抓取网络数据包并根据端口号进行筛选，可以获取要监控的http协议数据包；通过对http协议数据包进行url信息比对，可以获取需要监控的指定的http协议数据包，以便删除不需要监控的http协议数据包，节省解析时间，提高解析效率；在对数据包进行解析时，通过获取请求包的源ip地址和应答包的目的ip地址，可以实现请求包和应答包的相互匹配，进一步地可以用于获取相匹配的请求包和应答包的到达时间，从而可以计算http服务器的性能数据；最后，通过将性能数据上报到统一的性能监控系统，可以方便管理员进行系统监控和了解系统运行状况；另外，还可以通过将http应答包为错误数据包的信息上报给性能监控系统，以便为故障查找提供依据，以及作为性能瓶颈分析的依据和性能改进的重要参考。
本发明提供的可透明部署的获取http服务器性能数据的方法，不需要对原有的应用程序做任何改动，使得应用程序开发人员的工作更为简单；且对于已经开发完的应用程序或者是无法进行修改的程序，该方案也能够完美的支持；并且，该方法适用所有的http服务器，并不需要针对每款服务器单独开发；另外，该方法还可以具备统一监控功能，系统管理员可以方便的掌控系统的整体运行情况；同时，性能监控数据还可以作为性能瓶颈分析的依据和性能改进的重要参考。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。