CN111654414A

CN111654414A - 应用系统的监控方法、装置和电子设备

Info

Publication number: CN111654414A
Application number: CN202010465044.7A
Authority: CN
Inventors: 包彤
Original assignee: Fusionskye Beijing Software Co ltd
Current assignee: Fusionskye Beijing Software Co ltd
Priority date: 2020-05-27
Filing date: 2020-05-27
Publication date: 2020-09-11
Anticipated expiration: 2040-05-27
Also published as: CN111654414B

Abstract

本发明提供了一种应用系统的监控方法、装置和电子设备，涉及计算机软件的技术领域，包括获取待监控应用系统的网络流量数据；基于网络流量数据确定目标交易数据，其中，目标交易数据为待监控应用系统处理目标业务请求所产生的交易数据，交易数据包括：请求数据和响应数据；基于目标交易数据分析并展示目标业务请求的预设性能指标的指标数据。本发明提供的应用系统监控方法，将目标业务请求作为具体的监控对象，对待监控应用系统处理目标业务请求所产生的目标交易数据进行分析和展示，使得用户能够从业务视角细粒度的对待监控应用系统进行全面的监控，从而有效的缓解了现有技术中的应用系统监控方法存在监控盲点和准确性低的技术问题。

Description

应用系统的监控方法、装置和电子设备

技术领域

本发明涉及计算机软件的技术领域，尤其是涉及一种应用系统的监控方法、装置和电子设备。

背景技术

为保障应用系统的可靠性和用户体验，监控应用系统运行的性能指标和健康状态，并在性能指标出现异常时产生报警是非常必要的。现有的应用系统监控技术，通过在应用程序中嵌入代码或在服务器上部署监控代理的方式，对企业的关键业务应用进行监控，获得应用系统各组件(如Web应用，应用服务器，数据库)之间的调用次数、执行效率、返回状态等。但是，上述方法仅能从组件的粒度上对应用系统进行性能监控，无法发现应用系统的细微变化，进而不能在应用系统的性能出现问题时进行及时的报警。

综上所述，现有技术中的应用系统监控方法存在监控盲点和准确性低的技术问题。

发明内容

本发明的目的在于提供一种应用系统的监控方法、装置和电子设备，以缓解了现有技术中的应用系统监控方法存在的监控盲点和准确性低的技术问题。

第一方面，本发明实施例提供一种应用系统的监控方法，包括：获取待监控应用系统的网络流量数据；基于所述网络流量数据确定目标交易数据，其中，所述目标交易数据为所述待监控应用系统处理目标业务请求所产生的交易数据，所述交易数据包括：请求数据和响应数据；基于所述目标交易数据分析并展示所述目标业务请求的预设性能指标的指标数据。

在可选的实施方式中，基于所述网络流量数据确定目标交易数据，包括：对所述网络流量数据进行全量解码，得到所述网络流量数据的所有特征字段，其中，所述特征字段包括：网络特征字段，业务特征字段；获取所述目标业务请求的属性信息，其中，所述属性信息包括：通信IP地址、通信端口和目标业务特征字段；基于所述属性信息和所述所有特征字段确定目标特征字段，并将所述目标特征字段作为所述目标交易数据。

在可选的实施方式中，对所述网络流量数据进行全量解码，得到所述网络流量数据中的所有特征字段，包括：将所述网络流量数据中的所有请求数据和所有响应数据进行匹配，得到所述待监控应用系统的所有交易数据；基于所述所有交易数据提取所述网络流量数据中的所有特征字段。

在可选的实施方式中，所述方法还包括：获取所述目标业务请求的目标性能指标的告警条件，其中，所述目标性能指标为所述预设性能指标中的任一种；判断所述目标性能指标的指标数据是否满足所述告警条件；若满足，则告警。

第二方面，本发明实施例提供一种应用系统的监控装置，包括：第一获取模块，用于获取待监控应用系统的网络流量数据；确定模块，用于基于所述网络流量数据确定目标交易数据，其中，所述目标交易数据为所述待监控应用系统处理目标业务请求所产生的交易数据，所述交易数据包括：请求数据和响应数据；分析展示模块，用于基于所述目标交易数据分析并展示所述目标业务请求的预设性能指标的指标数据。

在可选的实施方式中，所述确定模块包括：解码单元，用于对所述网络流量数据进行全量解码，得到所述网络流量数据的所有特征字段，其中，所述特征字段包括：网络特征字段，业务特征字段；获取单元，用于获取所述目标业务请求的属性信息，其中，所述属性信息包括：通信IP地址、通信端口和目标业务特征字段；确定单元，用于基于所述属性信息和所述所有特征字段确定目标特征字段，并将所述目标特征字段作为所述目标交易数据。

在可选的实施方式中，所述解码单元包括：匹配子单元，用于将所述网络流量数据中的所有请求数据和所有响应数据进行匹配，得到所述待监控应用系统的所有交易数据；提取子单元，用于基于所述所有交易数据提取所述网络流量数据中的所有特征字段。

在可选的实施方式中，所述装置还包括：第二获取模块，用于获取所述目标业务请求的目标性能指标的告警条件，其中，所述目标性能指标为所述预设性能指标中的任一种；判断模块，用于判断所述目标性能指标的指标数据是否满足所述告警条件；告警触发模块，若满足，则告警。

第三方面，本发明实施例提供一种电子设备，包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述前述实施方式中任一项所述的方法的步骤。

第四方面，本发明实施例提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行前述实施方式中任一项所述的方法。

本发明提供的应用系统的监控方法，包括：获取待监控应用系统的网络流量数据；基于网络流量数据确定目标交易数据，其中，目标交易数据为待监控应用系统处理目标业务请求所产生的交易数据，交易数据包括：请求数据和响应数据；基于目标交易数据分析并展示目标业务请求的预设性能指标的指标数据。

现有技术中的应用系统监控方法，仅能从组件的粒度上对应用系统进行性能监控，无法发现应用系统的细微变化。与现有技术相比，本发明提供的应用系统监控方法，将目标业务请求作为具体的监控对象，对待监控应用系统处理目标业务请求所产生的目标交易数据进行分析和展示，使得用户能够从业务视角细粒度的对待监控应用系统进行全面的监控，从而有效的缓解了现有技术中的应用系统监控方法存在的监控盲点和准确性低的技术问题。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种web应用系统的结构示意图；

图2为本发明实施例提供的一种应用系统的监控方法的流程图；

图3为本发明实施例提供的一种个人网银App包含的操作类型的示意图；

图4为本发明实施例提供的一种银行从前置应用到核心应用包括多种业务类型的示意图；

图5为本发明实施例提供的一种应用系统的监控装置的功能模块图；

图6为本发明实施例提供的一种电子设备的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

现有的应用系统监控技术，通过在应用程序中嵌入代码或在服务器上部署监控代理Agent的方式，对企业的关键业务应用进行监控，获得应用系统各组件(如Web应用，应用服务器，数据库)之间的调用次数、执行效率、返回状态等，监控应用系统运行的性能指标和健康状态，并且在性能指标出现异常时产生告警，以保障应用系统的可靠性和用户体验。以Web应用系统为例，如图1所示，用户通过互联网访问Web应用，通过应用服务器向数据库发送请求并获得了结果，应用系统监控技术通过数据采集获得WEB应用、应用服务器和数据库节点请求与响应的数量、响应率、成功率、响应时间和返回结果等性能指标，以实现对Web应用的健康状态和用户体验的管理。

但是，企业的关键业务应用在运行时会同时处理多种不同类型的业务请求，上述应用系统的监控方法是以应用系统组件或应用系统运行的服务器为监控对象，只能从技术的视角实现组件或服务器之间调用次数、响应率、成功率、响应时间和返回结果的监控和分析，无法从业务视角对应用系统中不同种类的具体业务请求实现准确地监控，不能发现隐藏在众多业务类型中细微的变化和问题。有鉴于此，本发明实施例提供了一种应用系统的监控方法，用以缓解上述提出的技术问题。

实施例一

图2示出了一种应用系统的监控方法的流程图，如图2所示，该方法具体包括如下步骤：

步骤S12，获取待监控应用系统的网络流量数据。

现有技术中，对应用系统进行监控的数据采集方式为在应用程序中嵌入代码或者在服务器上部署代理Agent获取应用系统组件的性能数据，而本发明实施例中，采用对应用系统非侵入且无影响的方式：通过网络交换机的镜像端口对网络流量数据进行旁路采集，进而获取到待监控应用系统的网络流量数据，上述网络流量数据为待监控应用系统处理所有业务请求时所产生的交易数据(transaction data)。

步骤S14，基于网络流量数据确定目标交易数据。

本发明实施例在对待监控应用系统进行监控时，将具体的业务请求为监控对象，进而使得用户能从业务视角细粒度的对待监控应用系统进行全面的监控，因此在获取到网络流量数据后，需要根据网络流量数据确定出目标交易数据，其中，目标交易数据为待监控应用系统处理目标业务请求所产生的交易数据，交易数据包括：请求数据和响应数据，也即，目标交易数据包括：目标请求数据和目标响应数据。本发明实施例不对目标业务请求的数量以及种类进行具体的限制，用户可以根据实际需求进行设定，需要说明的是，不同的业务请求具备不同的业务特征字段，如果目标业务请求的数量为多个，那么在确定目标交易数据时，应为每个目标业务请求确定出对应的目标交易数据以供后续分析处理。

步骤S16，基于目标交易数据分析并展示目标业务请求的预设性能指标的指标数据。

通过上文中的描述可知，本发明实施例以目标业务请求为待监控应用系统的具体监控对象，如果目标业务请求的数量为多个，理论上用户可以为每个目标业务请求设置相对应的预设性能指标，例如，银行应用系统为待监控应用系统，且目标业务请求为转账支付的交易类型，则预设性能指标可以设置为交易量，交易金额，响应率，成功率，平均响应时间等，预设性能指标需要用户根据实际需求进行的相应的设置，本发明实施例不对其进行具体的限定。

因此，在得到目标交易数据后，需要对目标交易数据进行具体的分析，确定出每个预设性能指标的指标数据，并将上述指标数据进行展示，进而使得用户能够直观的了解到待监控应用系统的性能状态。

上文中对本发明实施例提供的应用系统的监控方法进行了简要的描述，下面对如何基于网络流量数据确定目标交易数据的过程进行详细的介绍。

在一个可选的实施方式中，上述步骤S14，基于网络流量数据确定目标交易数据，具体包括如下步骤：

步骤S141，对网络流量数据进行全量解码，得到网络流量数据的所有特征字段。

本发明实施例为了改进现有的应用系统监控方法的不足，充分发挥网络流量数据中不仅包含网络属性特征(包括：通信IP地址，通信端口，数据包大小，响应时间等)，又包含业务属性特征(例如：交易渠道，发起的机构代码，执行的交易类型，请求的命令或URL地址，返回结果等)的优势，在获取到待监控应用系统的网络流量数据后，首先对网络流量数据进行全量解码，全量解码可以理解为是对网络流量数据中的所有内容都做提取，进而得到网络流量数据的所有特征字段，其中，特征字段包括：网络特征字段，业务特征字段。

例如，解码后的网络流量数据中的一条交易数据为：

上述交易数据中包括网络特征字段，如：

"dst_ip":"127.123.46.3",

"src_ip":"127.168.1.37",

"dport":8101,

"sip":"127.123.46.3",

上述交易数据中也包含丰富的业务特征字段，如：

"trans_ref":{

"TT":"PETRLMQY",

"convers_id":0,

"amount":10000,

"ORG_ID":"0020501",

"mti":"0",

"F54":"000645",

"TDT":"20180305152940",

"KID":580068,

"Channel":"PWAP",

"STAN":"000000",

"F14":"20140305",

"CustomerID":"0033344409",

"PC":"B8131",

"PAN":"0221500135522"

}

"ret_code":{

"RC":"AAAAAAA"

}

步骤S142，获取目标业务请求的属性信息。

具体的，在得到网络流量数据的所有特征字段之后，需要从中提取出待监控应用系统处理目标业务请求所产生的交易数据，在本发明实施例中，使用通信IP地址、通信端口和目标业务特征字段来定义目标业务请求，也就是说，目标业务请求的属性信息包括：通信IP地址、通信端口和目标业务特征字段，上述目标业务特征字段可以是一种业务属性，也可以是多种业务属性的组合。

下面以目标业务请求的数量为一个为例进行说明，例如，目标业务请求的属性信息为："dst_ip"＝"127.123.46.3"，"dport"＝8101，"trans_ref.TT"＝"PETRLMQY"，在对待监控应用系统进行监控时，是监控了访问"127.123.46.3：8101"并且交易类型(一种业务属性)为"trans_ref.TT"＝"PETRLMQY"的请求和响应；或者还可以增加更多的业务属性，例如：增加"ret_code.RC"(返回代码)，目标业务请求的属性信息为："dst_ip"＝"127.123.46.3"，"dport"＝8101，"trans_ref.TT"＝"PETRLMQY"，"ret_code.RC"＝"AAAAAAA"，这样就是监控了访问"127.123.46.3：8101"，交易类型"trans_ref.TT"＝"PETRLMQY"，并且返回代码"ret_code.RC"＝"AAAAAAA"(代表成功)的请求和响应，通过这种方式我们可以根据需要将监控对象精细化。

以银行的个人网银App为例，用户使用个人网银App可以实现多种类型的操作，如图3所示，操作类型包括：转账汇款、查询服务、贷款管理、投资理财、缴费支付、信用卡业务等，它们访问的都是同一组通信IP地址和通信端口，从通信IP地址+通信端口上无法区分，通过通信IP地址+通信端口+目标业务特征字段(如操作类型)来定义监控对象，就可以实现针对个人网银App不同操作类型的细粒度监控，而不只是把个人网银App作为一个黑盒来监控。

步骤S143，基于属性信息和所有特征字段确定目标特征字段，并将目标特征字段作为目标交易数据。

在确定了目标业务请求的属性信息后，即可利用上述属性信息从所有特征字段中进行筛选，从中提取出目标业务请求对应的目标特征字段，进而将目标特征字段作为目标交易数据。

监控对象细化后，通过全量数据分析，对目标交易数据进行预设性能指标的统计和分析，得到目标业务请求的所有预设性能指标的指标数据。以银行核心业务系统为例，其处理的目标业务请求(如转账支付、收单、理财、第三方支付等)对应的预设性能指标可以为交易量、响应时间、成功率、响应率等，在统计分析之后，可以将上述各类交易类型的性能指标一目了然地展示出来。

上述监控对象(目标业务请求)还可以根据需要进一步的进行细化，也即，目标业务请求的目标业务特征字段为多种业务属性的组合，例如，将第三方支付的交易类型进一步细化为银联代收付、腾讯支付、支付宝业务等，而且可以按照目标业务特征字段对细化后的监控对象数据进行实时查询、统计、排序和分析。

在一个可选的实施方式中，上述步骤S141，对网络流量数据进行全量解码，得到网络流量数据中的所有特征字段，具体包括如下内容：

首先，将网络流量数据中的所有请求数据和所有响应数据进行匹配，得到待监控应用系统的所有交易数据。

然后，基于所有交易数据提取网络流量数据中的所有特征字段。

具体的，本发明实施例基于TCP/IP(Transmission Control Protocol/InternetProtocol，传输控制协议/网际协议)实现网络流量数据的捕获和全量解码，TCP/IP协议遵循国际标准，有两个标准：OSI(Open System Interconnect，开放式系统互联)七层参考模型(物理层，数据链路层，网络层，传输层，会话层，表示层，应用层)和TCP/IP五层模型(物理层，数据链路层，网络层，传输层，应用层)。一般地，需要对TCP/IP 7层协议，包含应用层进行解码。

在应用层只包含业务属性，以http的应用层协议为例，在应用层中包含：http命令(Http Command)，统一资源标识符(URI)，主机(Host)，用户代理(User-Agent)等，通过这些业务属性来判断发生的业务请求类型。

在网络层和传输层主要包含网络属性，如网络层中包含：数据包长度(TotalLength)，标识(Identifier)，源IP地址(Source IP Address)，目的IP地址(Dest.IPAddress)等；传输层中包含：源端口(Source Port)，目的端口(Destination Port)，序列号(Sequence Number)，下一个序列号(Next Sequence#)，应答号(Ack Number)等。通过请求数据包和响应数据包中序列号和应答号实现请求数据与响应数据的匹配，将相匹配的请求数据包和响应数据包合成一笔交易数据的请求数据和响应数据。

匹配结束，得到待监控应用系统的所有交易数据，通过协议解码技术将所有交易数据中所有的有用信息进行全量提取，即可得到网络流量数据中的所有特征字段。

在一个可选的实施方式中，本发明方法还包括如下步骤：

步骤S181，获取目标业务请求的目标性能指标的告警条件。

应用系统性能监控和分析主要包括应用和业务维度的性能指标，一般地，包括：交易量、系统成功率、系统成功笔数、系统失败笔数、业务成功率、业务成功笔数、响应率、响应笔数、未响应笔数、平均响应时间、最大响应时间、最小响应时间、网络往返时间、交易金额等。业务维度的性能指标与业务类型相关，举例来说业务成功笔数与系统成功笔数不同，通常应用系统的多个返回码都可以算作系统响应成功，而每一种具体的业务类型可能只有一种返回码代表了业务响应成功。

因此，为了保障业务连续性和实现业务运营数据分析，在设置待监控应用系统的监控对象为具体的目标业务请求后，可以为目标业务请求的目标性能指标设置告警条件，其中，目标性能指标为预设性能指标中的任一种，也就是说，对告警对象进行精细化管理，不再只为核心业务应用设置一个统一的告警条件，这样就可以发现隐藏在核心业务应用内部细微、潜在的问题。本发明实施例中的告警条件与每个目标业务请求的每个预设性能指标是相对应的，原则上可以对每个性能指标设置相对应的告警条件。

步骤S182，判断目标性能指标的指标数据是否满足告警条件。

若满足，则执行步骤S183，若不满足，则继续对目标业务请求的目标性能指标进行监控。

步骤S183，告警。

在监控过程中，如果目标业务请求的目标性能指标的指标数据未达到上述步骤S181获取到的目标性能指标的告警条件，则不会发生告警，继续对目标业务请求的目标性能指标进行监控；反之，如果满足上述告警条件，则告警，以使工作人员能够及时的发现目标业务请求的问题。

为体现本发明实施例相较于现有技术的优点，以银行应用系统为例，银行的前置应用调用银行的核心应用，如图4所示，如果按照现有技术中的应用系统的监控方法，以前置应用和核心应用做为监控对象，可以发现每分钟有2000笔请求，返回的响应率为90％，成功率为90％，平均响应时间为100ms，这些性能指标没有很异常也不会触发告警。

但是如果使用本发明实施例提供的应用系统的监控方法，鉴于前置应用中包含来自于不同交易渠道的各种业务请求，因此，为了实现微观、细粒度的业务交易监控，更好地满足业务系统运维和业务数据分析的需要，可以将来自不同交易渠道的业务请求分别作为监控对象来进行监控，通过对每个业务请求的交易数据分析可知，来自柜面、网银和第三方支付渠道的业务请求运行指标正常(响应率99％，成功率99％，平均响应时间100ms)，而来自于理财平台的业务请求严重异常(成功率10％、响应率10％)，因为自于理财平台的业务请求的数量只有200笔/分钟，所以如果使用现有技术中的监控方法，其糟糕的性能则会被其它交易渠道正常的业务请求掩盖，不能被及时的发现。

综上所述，本发明实施例提供的应用系统的监控方法，通过对业务维度的精细化监控和可视化展现技术，实现对业务交易实时、细微的洞察，包括每一类业务交易运行的性能指标和异常交易数据的分析，帮助应用运维人员快速发现细小、隐藏的问题，同时帮助业务分析人员时刻了解业务运行状况的细微变化和趋势，能够更好地满足业务系统运维和业务数据分析的需要。

实施例二

本发明实施例还提供了一种应用系统的监控装置，该应用系统的监控装置主要用于执行上述实施例一所提供的应用系统的监控方法，以下对本发明实施例提供的应用系统的监控装置做具体介绍。

图5是本发明实施例提供的一种应用系统的监控装置的功能模块图，如图5所示，该装置主要包括：第一获取模块10，确定模块20，分析展示模块30，其中：

第一获取模块10，用于获取待监控应用系统的网络流量数据。

确定模块20，用于基于网络流量数据确定目标交易数据，其中，目标交易数据为待监控应用系统处理目标业务请求所产生的交易数据，交易数据包括：请求数据和响应数据。

分析展示模块30，用于基于目标交易数据分析并展示目标业务请求的预设性能指标的指标数据。

现有技术中的应用系统监控方法，仅能从组件的粒度上对应用系统进行性能监控，无法发现应用系统的细微变化。与现有技术相比，本发明实施例提供的应用系统监控装置，将目标业务请求作为具体的监控对象，对待监控应用系统处理目标业务请求所产生的目标交易数据进行分析和展示，使得用户能够从业务视角细粒度的对待监控应用系统进行全面的监控，从而有效的缓解了现有技术中的应用系统监控方法存在的监控盲点和准确性低的技术问题。

可选的，确定模块20包括：

解码单元，用于对网络流量数据进行全量解码，得到网络流量数据的所有特征字段，其中，特征字段包括：网络特征字段，业务特征字段。

获取单元，用于获取目标业务请求的属性信息，其中，属性信息包括：通信IP地址、通信端口和目标业务特征字段。

确定单元，用于基于属性信息和所有特征字段确定目标特征字段，并将目标特征字段作为目标交易数据。

可选的，解码单元包括：

匹配子单元，用于将网络流量数据中的所有请求数据和所有响应数据进行匹配，得到待监控应用系统的所有交易数据。

提取子单元，用于基于所有交易数据提取网络流量数据中的所有特征字段。

可选的，装置还包括：

第二获取模块，用于获取目标业务请求的目标性能指标的告警条件，其中，目标性能指标为预设性能指标中的任一种。

判断模块，用于判断目标性能指标的指标数据是否满足告警条件。

告警触发模块，若满足，则告警。

实施例三

参见图6，本发明实施例提供了一种电子设备，该电子设备包括：处理器60，存储器61，总线62和通信接口63，所述处理器60、通信接口63和存储器61通过总线62连接；处理器60用于执行存储器61中存储的可执行模块，例如计算机程序。

其中，存储器61可能包含高速随机存取存储器(RAM，RandomAccessMemory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口63(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线62可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器61用于存储程序，所述处理器60在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器60中，或者由处理器60实现。

处理器60可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器60中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器60可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器61，处理器60读取存储器61中的信息，结合其硬件完成上述方法的步骤。

本发明实施例所提供的一种应用系统的监控方法、装置和电子设备的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

此外，术语“水平”、“竖直”、“悬垂”等术语并不表示要求部件绝对水平或悬垂，而是可以稍微倾斜。如“水平”仅仅是指其方向相对“竖直”而言更加水平，并不是表示该结构一定要完全水平，而是可以稍微倾斜。

在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

1.一种应用系统的监控方法，其特征在于，包括：

获取待监控应用系统的网络流量数据；

基于所述网络流量数据确定目标交易数据，其中，所述目标交易数据为所述待监控应用系统处理目标业务请求所产生的交易数据，所述交易数据包括：请求数据和响应数据；

基于所述目标交易数据分析并展示所述目标业务请求的预设性能指标的指标数据。

2.根据权利要求1所述的方法，其特征在于，基于所述网络流量数据确定目标交易数据，包括：

对所述网络流量数据进行全量解码，得到所述网络流量数据的所有特征字段，其中，所述特征字段包括：网络特征字段，业务特征字段；

获取所述目标业务请求的属性信息，其中，所述属性信息包括：通信IP地址、通信端口和目标业务特征字段；

基于所述属性信息和所述所有特征字段确定目标特征字段，并将所述目标特征字段作为所述目标交易数据。

3.根据权利要求2所述的方法，其特征在于，对所述网络流量数据进行全量解码，得到所述网络流量数据中的所有特征字段，包括：

将所述网络流量数据中的所有请求数据和所有响应数据进行匹配，得到所述待监控应用系统的所有交易数据；

基于所述所有交易数据提取所述网络流量数据中的所有特征字段。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述目标业务请求的目标性能指标的告警条件，其中，所述目标性能指标为所述预设性能指标中的任一种；

判断所述目标性能指标的指标数据是否满足所述告警条件；

若满足，则告警。

5.一种应用系统的监控装置，其特征在于，包括：

第一获取模块，用于获取待监控应用系统的网络流量数据；

确定模块，用于基于所述网络流量数据确定目标交易数据，其中，所述目标交易数据为所述待监控应用系统处理目标业务请求所产生的交易数据，所述交易数据包括：请求数据和响应数据；

分析展示模块，用于基于所述目标交易数据分析并展示所述目标业务请求的预设性能指标的指标数据。

6.根据权利要求5所述的装置，其特征在于，所述确定模块包括：

解码单元，用于对所述网络流量数据进行全量解码，得到所述网络流量数据的所有特征字段，其中，所述特征字段包括：网络特征字段，业务特征字段；

获取单元，用于获取所述目标业务请求的属性信息，其中，所述属性信息包括：通信IP地址、通信端口和目标业务特征字段；

确定单元，用于基于所述属性信息和所述所有特征字段确定目标特征字段，并将所述目标特征字段作为所述目标交易数据。

7.根据权利要求6所述的装置，其特征在于，所述解码单元包括：

匹配子单元，用于将所述网络流量数据中的所有请求数据和所有响应数据进行匹配，得到所述待监控应用系统的所有交易数据；

提取子单元，用于基于所述所有交易数据提取所述网络流量数据中的所有特征字段。

8.根据权利要求5所述的装置，其特征在于，所述装置还包括：

第二获取模块，用于获取所述目标业务请求的目标性能指标的告警条件，其中，所述目标性能指标为所述预设性能指标中的任一种；

判断模块，用于判断所述目标性能指标的指标数据是否满足所述告警条件；

告警触发模块，若满足，则告警。

9.一种电子设备，包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1至4中任一项所述的方法的步骤。

10.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行权利要求1至4中任一项所述的方法。