CN117978699A - 一种应用程序的监控数据发送方法、装置、设备及介质 - Google Patents

Abstract

本发明公开了一种应用程序的监控数据发送方法、装置、设备及介质，涉及数据传输技术领域。该方法包括：通过应用探针采集应用程序的至少一个运行数据；通过应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；其中，数据类型标识包括实时类型标识和非实时类型标识；通过应用探针获取至少一个通信转发端的通信地址；通过应用探针根据通信转发端的通信地址，将各关联的运行数据和数据类型标识发送至通信转发端，以使通信转发端根据接收到的数据类型标识，将对应的运行数据发送至应用程序监控端。本发明实施例的技术方案，提高了应用程序的监控数据的传输效率。

Description

一种应用程序的监控数据发送方法、装置、设备及介质

技术领域

本发明涉及应用程序监控技术领域，尤其涉及一种应用程序的监控数据发送方法、装置、设备及介质。

背景技术

对于大型的应用程序，运行应用程序的服务器与对APM(ApplicationPerformance Monitoring，应用程序性能监控)服务器可能位于不同的网络环境中，例如运行应用程序的服务器与对应用程序进行监控的服务器可能位于不同的机房或不同的网段。

APM探针在监控应用程序时需要通过网络通道跟APM服务器进行通信交互。目前在APM探针与APM服务器的通信交互过程中，存在数据传输效率较低的缺陷。

发明内容

本发明提供了一种应用程序的监控数据发送方法、装置、设备及介质，以提高监控数据的传输效率。

第一方面，本发明提供了一种应用程序的监控数据发送方法，由应用端执行，包括：

通过应用探针采集应用程序的至少一个运行数据；

通过应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；其中，数据类型标识包括实时类型标识和非实时类型标识；

通过应用探针获取至少一个通信转发端的通信地址；

通过应用探针根据通信转发端的通信地址，将各关联的运行数据和数据类型标识发送至通信转发端，以使通信转发端根据接收到的数据类型标识，将对应的运行数据发送至应用程序监控端。

第二方面，本发明提供了一种应用程序的监控数据发送方法，由通信转发端执行，包括：

接收应用探针发送的至少一个运行数据和各运行数据关联的数据类型标识；其中，至少一个运行数据和各运行数据关联的数据类型标识通过如下方式确定：应用探针采集应用程序的至少一个运行数据；应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；

针对每一运行数据，若运行数据的数据类型标识为实时数据类型，则将运行数据发送给应用程序监控端；

若运行数据的数据类型标识为非实时数据标识，则将运行数据缓存为目标发送数据；

更新通信转发端中缓存的数据量，并累计目标发送数据的缓存时长；

根据通信转发端中缓存的数据量和目标发送数据的缓存时长，将目标发送数据发送至应用程序监控端。

第三方面，本发明提供了一种应用程序的监控数据发送装置，配置于应用端，包括：

数据采集模块，用于通过应用探针采集应用程序的至少一个运行数据；

标识确定模块，用于通过应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；其中，数据类型标识包括实时类型标识和非实时类型标识；

地址获取模块，用于通过应用探针获取至少一个通信转发端的通信地址；

数据发送模块，用于通过应用探针根据通信转发端的通信地址，将各关联的运行数据和数据类型标识发送至通信转发端，以使通信转发端根据接收到的数据类型标识，将对应的运行数据发送至应用程序监控端。

第四方面，本发明提供了一种应用程序的监控数据发送装置，配置于通信转发端，包括：

数据接收模块，用于接收应用探针发送的至少一个运行数据和各运行数据关联的数据类型标识；其中，至少一个运行数据和各运行数据关联的数据类型标识通过如下方式确定：应用探针采集应用程序的至少一个运行数据；应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；

第一发送模块，用于针对每一运行数据，若运行数据的数据类型标识为实时数据类型，则将运行数据发送给应用程序监控端；

数据确定模块，用于若运行数据的数据类型标识为非实时数据标识，则将运行数据缓存为目标发送数据；

时长累计模块，用于更新通信转发端中缓存的数据量，并累计目标发送数据的缓存时长；

第二发送模块，用于根据通信转发端中缓存的数据量和目标发送数据的缓存时长，将目标发送数据发送至应用程序监控端。

第五方面，本发明实施例还提供了一种电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本发明任一实施例所提供的应用程序的监控数据发送方法。

第六方面，本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行时实现本发明任一实施例所提供的应用程序的监控数据发送方法。

本发明实施例通过应用探针采集应用程序的至少一个运行数据；通过应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；其中，数据类型标识包括实时类型标识和非实时类型标识；通过应用探针获取至少一个通信转发端的通信地址；通过应用探针根据通信转发端的通信地址，将各关联的运行数据和数据类型标识发送至通信转发端，以使通信转发端根据接收到的数据类型标识，将对应的运行数据发送至应用程序监控端；其中，通信转发端由主机探针根据至少一个候选转发端的运行状态确定。本发明实施例的技术方案，通过应用探针确定各运行数据对应的数据类型标识，并将运行数据与数据类型标识关联后发送给通信转发端，以使通信转发端对实时类型标识对应的运行数据进行实时发送，以及对非实时类型标识对应的运行数据暂时缓存再发送，能够避免因运行数据的数据量过多导致网络拥堵，提高了运行数据的传输效率。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种应用程序的监控数据发送方法的流程图；

图2是根据本发明实施例二提供的一种应用程序的监控数据发送方法的流程图；

图3是根据本发明实施例三提供的一种应用程序的监控数据发送方法的流程图；

图4是根据本发明实施例四提供的一种应用程序的监控数据发送装置的结构示意图；

图5是根据本发明实施例五提供的一种应用程序的监控数据发送装置的结构示意图；

图6是实现本发明实施例的应用程序的监控数据发送方法的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”和“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例的技术方案中，所涉及的运行数据等的获取、存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

实施例一

图1为本发明实施例一提供的一种应用程序的监控数据发送方法的流程图，本实施例可适用于将应用程序的运行数据发送至应用程序监控端的情况，该方法可以由一种应用程序的监控数据发送装置来执行，该应用程序的监控数据发送装置可以采用硬件和/或软件的形式实现，并具体配置于电子设备中，例如服务器中。

参见图1所示的应用程序的监控数据发送方法，由应用端执行，包括：

S101、通过应用探针采集应用程序的至少一个运行数据。

本实施例中，应用端可以是运行应用程序的设备。应用探针可以是对应用程序进行监控的探针，可以用于采集应用程序的运行数据。运行数据可以包括但不限于应用程序的响应时间、吞吐量、内存使用量和CPU(Central Processing Unit，中央处理器)使用率等。

S102、通过应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；其中，数据类型标识包括实时类型标识和非实时类型标识。

本实施例中，数据类型标识可以用于唯一标识运行数据的数据类型。其中，数据类型可以包括但不限于实时类型和非实时类型等。实时类型可以用于表征对应的运行数据需要实时传输；非实时类型可以用于表征对应运行数据无需实时传输。实时类型标识可以用于唯一标识实时类型。非实时类型标识可以用于唯一标识非实时类型。

具体的，针对每一运行数据，从预设的数据类型标识配置信息中，查找与该运行数据的数据名匹配的数据类型标识，将查找到的匹配的数据类型标识作为该运行数据对应的数据类型标识。

S103、通过应用探针获取至少一个通信转发端的通信地址。

本实施例中，通信转发端可以用于接收应用探针发送的运行数据，并将接收到的运行数据转发给应用程序监控端。其中，应用程序监控端可以是对应用程序的运行状态和性能进行监控和管理的设备。通信地址可以是通信转发端的IP(Internet ProtocolAddress，互联网际地址)地址或URL(Uniform Resource Locator，统一资源定位符)地址等。

S104、通过应用探针根据通信转发端的通信地址，将各关联的运行数据和数据类型标识发送至通信转发端，以使通信转发端根据接收到的数据类型标识，将对应的运行数据发送至应用程序监控端。

具体的，若通信转发端接收到的运行数据关联的数据类型标识为实时类型标识则将运行数据实时发送至应用程序监控端；若通信转发端接收到的运行数据关联的数据类型标识为非实时类型，则先对运行数据进行缓存，再异步发送至应用程序监控端。

本发明实施例通过应用探针采集应用程序的至少一个运行数据；通过应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；其中，数据类型标识包括实时类型标识和非实时类型标识；通过应用探针获取至少一个通信转发端的通信地址；通过应用探针根据通信转发端的通信地址，将各关联的运行数据和数据类型标识发送至通信转发端，以使通信转发端根据接收到的数据类型标识，将对应的运行数据发送至应用程序监控端。本发明实施例的技术方案，通过应用探针确定各运行数据对应的数据类型标识，并将运行数据与数据类型标识关联后发送给通信转发端，以使通信转发端对实时类型标识对应的运行数据进行实时发送，以及对非实时类型标识对应的运行数据暂时缓存再发送，能够避免因运行数据的数据量过多导致网络拥堵，提高了运行数据的传输效率。

实施例二

图2为本发明实施例二提供的一种应用程序的监控数据发送方法的流程图，本发明实施例在上述实施例的技术方案的基础上，进行了追加优化。

进一步地，在“通过应用探针采集时间周期内应用程序的至少一个运行数据”之前追加“通过主机探针向至少一个候选转发端发送通信探测信息，以使各候选转发端向主机探针反馈转发端状态信息；通过主机探针根据反馈的转发端状态信息和主机探针的标识信息，从各候选转发端中确定通信转发端，并将通信转发端的通信地址发送给应用探针”；相应的，将“获取至少一个通信转发端的通信地址”细化为“接收主机探针发送的至少一个通信转发端的通信地址”，以完善通信转发端的确定操作。

需要说明的是，在本发明实施例中未详述部分，可参见前述实施例的表述。

参见图2所示的应用程序的监控数据发送方法，包括：

S201、通过主机探针向至少一个候选转发端发送通信探测信息，以使各候选转发端向主机探针反馈转发端状态信息。

本实施例中，通信探测信息可以是探测候选转发端的通信性能的信息，可以用于指示候选转发端反馈转发端状态信息。转发端状态信息可以用于表征候选转发端的通信状态。

S202、通过主机探针根据反馈的转发端状态信息和主机探针的标识信息，从各候选转发端中确定通信转发端，并将通信转发端的通信地址发送给应用探针。

本实施例中，主机探针的标识信息可以用于唯一标识主机探针，例如主机探针的标识信息可以是GUID(Globally Unique Identifier，全局唯一标识符)字符串；主机探针部署于应用端中。候选转发端可以是能够在应用端和应用程序监控端之间进行数据转发的设备。具体的，采用一定的算法，根据反馈的转发端状态信息和主机探针的标识信息，从各候选转发端中确定通信转发端，并将通信转发端的通信地址发送给应用探针。

可选的，根据反馈的转发端状态信息和主机探针的标识信息，从各候选转发端中确定通信转发端，包括：根据反馈的转发端状态信息和主机探针的标识信息，从候选转发端中确定通信状态正常的有效转发端；若存在至少两个有效转发端，则计算各有效转发端的标识信息对应的哈希值，以及计算主机探针的标识信息对应的哈希值；将各有效转发端的哈希值与预设模数进行取模运算，得到各有效转发端的取模结果，以及将主机探针的哈希值与预设模数进行取模运算，得到主机探针的取模结果；确定各有效转发端的取模结果与主机探针的取模结果之间的差值绝对值，并将差值绝对值最小的有效转发端作为通信转发端。

其中，有效转发端即是通信状态正常的候选转发端。预设模数可以由技术人员根据实际需求或实践经验自主设定，本发明对此不做限定。有效转发端的标识信息可以用于唯一标识对应的有效转发端，有效转发端的标识信息例如可以是有效转发端的GUID字符串。

具体的，采用一定的算法，根据反馈的转发端状态信息和主机探针的标识信息，从候选转发端中确定通信状态正常的有效转发端；若存在至少两个有效转发端，则采用哈希算法，计算各有效转发端的标识信息对应的哈希值，以及计算主机探针的标识信息对应的哈希值；将各有效转发端的哈希值与预设模数进行取模运算，得到各有效转发端的取模结果，以及将主机探针的哈希值与预设模数进行取模运算，得到主机探针的取模结果；确定各有效转发端的取模结果与主机探针的取模结果之间的差值绝对值，并将差值绝对值最小的有效转发端作为通信转发端。

可以理解的是，采用上述技术方案，在存在多个有效转发端的情况下确定各有效转发端的取模结果以及主机探针的取模结果，并将取模结果的差值绝对值最小的有效转发端作为通信转发端，能够为每一应用端确定对应的通信转发端，进而在存在多个应用端的情况下，为每一应用端确定不同的通信转发端，避免各应用端的应用探针将采集的运行数据发送至同一通信转发端，导致通信转发端中出现数据拥堵的情况，从而提高运行数据的传输效率。

可选的，转发端状态信息包括转发端负载率、转发端硬盘可用容量和转发端通信延迟；根据反馈的转发端状态信息和主机探针的标识信息，从候选转发端中确定通信状态正常的有效转发端，包括：根据转发端负载率、转发端硬盘可用容量和转发端通信延迟，从候选转发端中确定通信状态正常的有效转发端。

具体的，针对每一候选转发端，校验该候选转发端内的转发端负载率是否大于或等于负载率阈值，以及该候选转发端的转发端硬盘可用容量是否大于或等于容量阈值；若该候选转发端内的转发端负载率小于负载率阈值，以及该候选转发端的转发端硬盘可用容量大于容量阈值，则将该候选转发端作为可接入转发端；否则，将该候选转发端作为不可接入转发端；将转发端通信延迟小于延迟阈值的可接入转发端作为有效转发端。需要说明的是，负载率阈值、容量阈值和延迟阈值可以由技术人员根据实际需求或实践经验自主设定，本发明对此不作限定。

可以理解的是，采用上述技术方案，可以通过校验该候选转发端内的转发端负载率是否大于或等于负载率阈值，以及该候选转发端的转发端硬盘可用容量是否大于或等于容量阈值，从候选转发端中筛选得到能够接入探针的可接入转发端；将转发端通信延迟小于延迟阈值的可接入转发端作为有效转发端，从而确保有效转发端能够接入应用探针，并且通信延迟较低，进一步提高确定有效转发端的准确率。

S203、通过应用探针采集应用程序的至少一个运行数据。

S204、通过应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；其中，数据类型标识包括实时类型标识和非实时类型标识。

S205、通过应用探针接收主机探针发送的至少一个通信转发端的通信地址。

S206、通过应用探针根据通信转发端的通信地址，将各关联的运行数据和数据类型标识发送至通信转发端，以使通信转发端根据接收到的数据类型标识，将对应的运行数据发送至应用程序监控端。

可选的，本发明实施例中存在多个时间周期；应用探针在每一时间周期中采集运行数据，并向通信转发端发送运行数据；主机探针在每一时间周期中，确定通信转发端的通信地址。在一个具体实施方式中，主机探针在一个时间周期中确定通信转发端的通信地址，并将通信地址发送给应用探针；应用探针接收到通信地址，将该通信地址对应的候选转发端作为下一个时间周期的通信转发端，并将下一个时间周期采集到的运行数据发送给通信转发端。

本发明实施例的技术方案，通过主机探针向至少一个候选转发端发送通信探测信息，以使各候选转发端向主机探针反馈转发端状态信息；通过主机探针根据反馈的转发端状态信息和主机探针的标识信息，从各候选转发端中确定通信转发端，并将通信转发端的通信地址发送给应用探针；通过应用探针接收主机探针发送的至少一个通信转发端的通信地址。本发明实施例的技术方案，通过主机探针向各候选转发端发送通信探测信息，并根据反馈的转发端状态信息和主机探针的标识信息，从各候选转发端中确定通信转发端，可以通过主机探针确定通信转发端，避免将通信转发端的确定操作集成在应用探针中，降低应用探针的负载和复杂度，进而提高确定通信转发端的效率以及提高应用探针发送数据的效率，进一步提高了运行数据的传输效率；能够为每一应用端确定对应的通信转发端，进而在存在多个应用端的情况下，为每一应用端确定不同的通信转发端，避免各应用端的应用探针将采集的运行数据发送至同一通信转发端，导致通信转发端中出现数据拥堵的情况，从而提高运行数据的传输效率。

实施例三

图3为本发明实施例三提供的一种应用程序的监控数据发送方法的流程图，本实施例可适用于将应用程序的运行数据发送至应用程序监控端的情况，该方法可以由一种应用程序的监控数据发送装置来执行，该应用程序的监控数据发送装置可以采用硬件和/或软件的形式实现，并具体配置于电子设备中，例如服务器中。

参见图3所示的应用程序的监控数据发送方法，由通信转发端执行，包括：

S301、接收应用探针发送的至少一个运行数据和各运行数据关联的数据类型标识；其中，至少一个运行数据和各运行数据关联的数据类型标识通过如下方式确定：应用探针采集应用程序的至少一个运行数据；应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联。

本实施例中，应用探针可以是对应用程序进行监控的探针，可以用于采集应用程序的运行数据。运行数据可以包括但不限于应用程序的响应时间、吞吐量、内存使用量和CPU(Central Processing Unit，中央处理器)使用率等。数据类型标识可以用于唯一标识运行数据的数据类型。其中，数据类型可以包括但不限于实时类型和非实时类型等。实时类型可以用于表征对应的运行数据需要实时传输；非实时类型可以用于表征对应运行数据无需实时传输。实时类型标识可以用于唯一标识实时类型。非实时类型标识可以用于唯一标识非实时类型。

S302、针对每一运行数据，若运行数据的数据类型标识为实时数据类型，则将运行数据发送给应用程序监控端。

S303、若运行数据的数据类型标识为非实时数据标识，则将运行数据缓存为目标发送数据。

本实施例中，目标发送数据可以是指缓存在通信转发端中的运行数据。

S304、更新通信转发端中缓存的数据量，并累计目标发送数据的缓存时长。

本实施例中，通信转发端中缓存的数据量可以是指通信转发端中已缓存的运行数据的数据量。缓存时长可以是指目标发送数据在通信转发端中缓存的时长。具体的，将通信转发端中缓存的数据量与目标发送数据的数据量之间的数据量加和作为目标数据量，并将通信转发端中缓存的数据量更新为目标数据量。

S305、根据通信转发端中缓存的数据量和目标发送数据的缓存时长，将目标发送数据发送至应用程序监控端。

本实施例中，应用程序监控端可以是对应用程序的运行状态和性能进行监控和管理的设备。具体的，采用一定的算法，根据通信转发端中缓存的数据量和目标发送数据的缓存时长，将目标发送数据发送至应用程序监控端。

可选的，根据通信转发端中缓存的数据量和目标发送数据的缓存时长，将目标发送数据发送至应用程序监控端，包括：确定通信转发端中缓存的数据量是否大于或等于数据量阈值；若通信转发端中缓存的数据量大于或等于数据量阈值，则将目标发送数据发送至应用程序监控端；若通信转发端中缓存的数据量小于数据量阈值，则确定目标发送数据的缓存时长是否大于或等于缓存时长阈值；若目标发送数据的缓存时长大于或等于缓存时长阈值，则将目标发送数据发送至应用程序监控端。

需要说明的是，数据量阈值和缓存时长阈值可以由技术人员根据实际需求和实践经验自主设定，本发明对此不作限定。在一个可选实施例中，将目标发送数据发送至应用程序监控端，包括：对通信转发端中缓存的，包括目标发送数据的运行数据进行压缩，得到压缩数据；将压缩数据发送至应用程序监控端；其中，压缩数据中包括压缩后的目标发送数据。

可以理解的是，采用上述技术方案，确定通信转发端中缓存的数据量是否大于或等于数据量阈值；若通信转发端中缓存的数据量大于或等于数据量阈值，则将目标发送数据发送至应用程序监控端；若通信转发端中缓存的数据量小于数据量阈值，则确定目标发送数据的缓存时长是否大于或等于缓存时长阈值；若目标发送数据的缓存时长大于或等于缓存时长阈值，则将目标发送数据发送至应用程序监控端，可以实现目标发送数据的异步发送，并避免发目标发送数据在通信转发端中缓存时间过长，从而提高目标发送数据的传输效率。

本发明实施例接收应用探针发送的至少一个运行数据和各运行数据关联的数据类型标识；其中，至少一个运行数据和各运行数据关联的数据类型标识通过如下方式确定：应用探针采集应用程序的至少一个运行数据；应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；针对每一运行数据，若运行数据的数据类型标识为实时数据类型，则将运行数据发送给应用程序监控端；若运行数据的数据类型标识为非实时数据标识，则将运行数据缓存为目标发送数据；更新通信转发端中缓存的数据量，并累计目标发送数据的缓存时长；根据通信转发端中缓存的数据量和目标发送数据的缓存时长，将目标发送数据发送至应用程序监控端，能够对实时类型标识对应的运行数据进行实时发送，以及对非实时类型标识对应的运行数据暂时缓存再发送，能够避免因运行数据的数据量过多导致网络拥堵，提高了运行数据的传输效率。

实施例四

图4为本发明实施例四提供的一种应用程序的监控数据发送装置的结构示意图。本发明实施例可适用于将应用程序的运行数据发送至应用程序监控端的情况，该装置可以执行应用程序的监控数据发送方法，该应用程序的监控数据发送装置可以采用硬件和/或软件的形式实现，该装置可配置于电子设备中，例如服务器中。

参见图4所示的应用程序的监控数据发送装置，包括数据采集模块401、标识确定模块402、地址获取模块403和数据发送模块404，其中，

数据采集模块401，用于通过应用探针采集应用程序的至少一个运行数据；

标识确定模块402，用于通过应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；其中，数据类型标识包括实时类型标识和非实时类型标识；

地址获取模块403，用于通过应用探针获取至少一个通信转发端的通信地址；

数据发送模块404，用于通过应用探针根据通信转发端的通信地址，将各关联的运行数据和数据类型标识发送至通信转发端，以使通信转发端根据接收到的数据类型标识，将对应的运行数据发送至应用程序监控端。

本发明实施例通过数据采集模块，通过应用探针采集应用程序的至少一个运行数据；通过标识确定模块，通过应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；其中，数据类型标识包括实时类型标识和非实时类型标识；通过地址获取模块，通过应用探针获取至少一个通信转发端的通信地址；通过数据发送模块，通过应用探针根据通信转发端的通信地址，将各关联的运行数据和数据类型标识发送至通信转发端，以使通信转发端根据接收到的数据类型标识，将对应的运行数据发送至应用程序监控端。本发明实施例的技术方案，通过应用探针确定各运行数据对应的数据类型标识，并将运行数据与数据类型标识关联后发送给通信转发端，以使通信转发端对实时类型标识对应的运行数据进行实时发送，以及对非实时类型标识对应的运行数据暂时缓存再发送，能够避免因运行数据的数据量过多导致网络拥堵，提高了运行数据的传输效率。

可选的，该装置还包括：

信息发送模块，用于通过主机探针向至少一个候选转发端发送通信探测信息，以使各候选转发端向主机探针反馈转发端状态信息；

通信转发端确定模块，用于通过主机探针根据反馈的转发端状态信息和主机探针的标识信息，从各候选转发端中确定通信转发端，并将通信转发端的通信地址发送给应用探针；

地址获取模块，包括：

地址获取单元，用于接收主机探针发送的至少一个通信转发端的通信地址。

可选的，通信转发端确定模块，包括：

有效转发端确定单元，用于根据反馈的转发端状态信息和主机探针的标识信息，从候选转发端中确定通信状态正常的有效转发端；

哈希值确定单元，用于若存在至少两个有效转发端，则计算各有效转发端的标识信息对应的哈希值，以及计算主机探针的标识信息对应的哈希值；

取模结果确定单元，用于将各有效转发端的哈希值与预设模数进行取模运算，得到各有效转发端的取模结果，以及将主机探针的哈希值与预设模数进行取模运算，得到主机探针的取模结果；

通信转发端确定单元，用于确定各有效转发端的取模结果与主机探针的取模结果之间的差值绝对值，并将差值绝对值最小的有效转发端作为通信转发端。

可选的，转发端状态信息包括转发端负载率、转发端硬盘可用容量和转发端通信延迟；

可选的，有效转发端确定单元，具体用于：

根据转发端负载率、转发端硬盘可用容量和转发端通信延迟，从候选转发端中确定通信状态正常的有效转发端。

本发明实施例所提供的应用程序的监控数据发送装置可执行本发明任意实施例所提供的应用程序的监控数据发送方法，具备执行应用程序的监控数据发送方法相应的功能模块和有益效果。

实施例五

图5为本发明实施例五提供的一种应用程序的监控数据发送装置的结构示意图。本发明实施例可适用于将应用程序的运行数据发送至应用程序监控端的情况，该装置可以执行应用程序的监控数据发送方法，该应用程序的监控数据发送装置可以采用硬件和/或软件的形式实现，该装置可配置于电子设备中，例如服务器中。

参见图5所示的应用程序的监控数据发送装置，包括数据接收模块501、第一发送模块502、数据确定模块503、时长累计模块504和第二发送模块505，其中，

数据接收模块501，用于接收应用探针发送的至少一个运行数据和各运行数据关联的数据类型标识；其中，至少一个运行数据和各运行数据关联的数据类型标识通过如下方式确定：应用探针采集应用程序的至少一个运行数据；应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；

第一发送模块502，用于针对每一运行数据，若运行数据的数据类型标识为实时数据类型，则将运行数据发送给应用程序监控端；

数据确定模块503，用于若运行数据的数据类型标识为非实时数据标识，则将运行数据缓存为目标发送数据；

时长累计模块504，用于更新通信转发端中缓存的数据量，并累计目标发送数据的缓存时长；

第二发送模块505，用于根据通信转发端中缓存的数据量和目标发送数据的缓存时长，将目标发送数据发送至应用程序监控端。

本发明实施例通过数据接收模块，接收应用探针发送的至少一个运行数据和各运行数据关联的数据类型标识；其中，至少一个运行数据和各运行数据关联的数据类型标识通过如下方式确定：应用探针采集应用程序的至少一个运行数据；应用探针确定各运行数据对应的数据类型标识，并将各运行数据与对应的数据类型标识进行关联；通过第一发送模块，针对每一运行数据，若运行数据的数据类型标识为实时数据类型，则将运行数据发送给应用程序监控端；通过数据确定模块，若运行数据的数据类型标识为非实时数据标识，则将运行数据缓存为目标发送数据；通过时长累计模块，更新通信转发端中缓存的数据量，并累计目标发送数据的缓存时长；通过第二发送模块，根据通信转发端中缓存的数据量和目标发送数据的缓存时长，将目标发送数据发送至应用程序监控端，能够对实时类型标识对应的运行数据进行实时发送，以及对非实时类型标识对应的运行数据暂时缓存再发送，能够避免因运行数据的数据量过多导致网络拥堵，提高了运行数据的传输效率。

可选的，第二发送模块505，包括：

第一确定单元，用于确定通信转发端中缓存的数据量是否大于或等于数据量阈值；

第一发送单元，用于若通信转发端中缓存的数据量大于或等于数据量阈值，则将目标发送数据发送至应用程序监控端；

第二确定单元，用于若通信转发端中缓存的数据量小于数据量阈值，则确定目标发送数据的缓存时长是否大于或等于缓存时长阈值；

第二发送单元，用于若目标发送数据的缓存时长大于或等于缓存时长阈值，则将目标发送数据发送至应用程序监控端。

本发明实施例所提供的应用程序的监控数据发送装置可执行本发明任意实施例所提供的应用程序的监控数据发送方法，具备执行应用程序的监控数据发送方法相应的功能模块和有益效果。

实施例六

图6示出了可以用来实施本发明的实施例的电子设备600的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图6所示，电子设备600包括至少一个处理器601，以及与至少一个处理器601通信连接的存储器，如只读存储器(ROM)602、随机访问存储器(RAM)603等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器601可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储电子设备600操作所需的各种程序和数据。处理器601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

电子设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许电子设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器601可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器601执行上文所描述的各个方法和处理，例如应用程序的监控数据发送方法。

在一些实施例中，应用程序的监控数据发送方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到电子设备600上。当计算机程序加载到RAM 603并由处理器601执行时，可以执行上文描述的应用程序的监控数据发送方法的一个或多个步骤。备选地，在其他实施例中，处理器601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行应用程序的监控数据发送方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程应用程序的监控数据发送装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS(VirtualPrivate Server，虚拟专用服务器)服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修正、组合、子组合和替代。任何在本发明的精神和原则之内所作的修正、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种应用程序的监控数据发送方法，其特征在于，由应用端执行，所述方法包括：

通过应用探针采集应用程序的至少一个运行数据；

通过所述应用探针确定各所述运行数据对应的数据类型标识，并将各所述运行数据与对应的数据类型标识进行关联；其中，所述数据类型标识包括实时类型标识和非实时类型标识；

通过所述应用探针获取至少一个通信转发端的通信地址；

通过所述应用探针根据所述通信转发端的通信地址，将各所述关联的运行数据和数据类型标识发送至所述通信转发端，以使所述通信转发端根据接收到的数据类型标识，将对应的运行数据发送至应用程序监控端。

2.根据权利要求1所述的方法，其特征在于，在通过应用探针采集所述时间周期内应用程序的至少一个运行数据之前，还包括：

通过主机探针向至少一个候选转发端发送通信探测信息，以使各候选转发端向所述主机探针反馈转发端状态信息；

通过所述主机探针根据反馈的转发端状态信息和所述主机探针的标识信息，从各所述候选转发端中确定通信转发端，并将所述通信转发端的通信地址发送给所述应用探针；

所述获取至少一个通信转发端的通信地址，包括：

接收所述主机探针发送的至少一个通信转发端的通信地址。

3.根据权利要求2所述的方法，其特征在于，所述根据反馈的转发端状态信息和所述主机探针的标识信息，从各所述候选转发端中确定通信转发端，包括：

根据反馈的转发端状态信息和所述主机探针的标识信息，从候选转发端中确定通信状态正常的有效转发端；

若存在至少两个有效转发端，则计算各所述有效转发端的标识信息对应的哈希值，以及计算所述主机探针的标识信息对应的哈希值；

将各所述有效转发端的哈希值与预设模数进行取模运算，得到各所述有效转发端的取模结果，以及将所述主机探针的哈希值与所述预设模数进行取模运算，得到所述主机探针的取模结果；

确定各所述有效转发端的取模结果与所述主机探针的取模结果之间的差值绝对值，并将所述差值绝对值最小的有效转发端作为通信转发端。

4.根据权利要求3所述的方法，其特征在于，所述转发端状态信息包括转发端负载率、转发端硬盘可用容量和转发端通信延迟；

所述根据反馈的转发端状态信息和所述主机探针的标识信息，从候选转发端中确定通信状态正常的有效转发端，包括：

根据所述转发端负载率、所述转发端硬盘可用容量和所述转发端通信延迟，从候选转发端中确定通信状态正常的有效转发端。

5.一种应用程序的监控数据发送方法，其特征在于，由通信转发端执行，所述方法包括：

接收应用探针发送的至少一个运行数据和各所述运行数据关联的数据类型标识；其中，所述至少一个运行数据和各所述运行数据关联的数据类型标识通过如下方式确定：所述应用探针采集应用程序的至少一个运行数据；所述应用探针确定各所述运行数据对应的数据类型标识，并将各所述运行数据与对应的数据类型标识进行关联；

针对每一运行数据，若所述运行数据的数据类型标识为实时数据类型，则将所述运行数据发送给应用程序监控端；

若所述运行数据的数据类型标识为非实时数据标识，则将所述运行数据缓存为目标发送数据；

更新所述通信转发端中缓存的数据量，并累计所述目标发送数据的缓存时长；

根据所述通信转发端中缓存的数据量和所述目标发送数据的缓存时长，将所述目标发送数据发送至所述应用程序监控端。

6.根据权利要求5所述的方法，其特征在于，所述根据所述通信转发端中缓存的数据量和所述目标发送数据的缓存时长，将所述目标发送数据发送至所述应用程序监控端，包括：

确定所述通信转发端中缓存的数据量是否大于或等于数据量阈值；

若所述通信转发端中缓存的数据量大于或等于所述数据量阈值，则将所述目标发送数据发送至所述应用程序监控端；

若所述通信转发端中缓存的数据量小于所述数据量阈值，则确定所述目标发送数据的缓存时长是否大于或等于缓存时长阈值；

若所述目标发送数据的缓存时长大于或等于所述缓存时长阈值，则将所述目标发送数据发送至所述应用程序监控端。

7.一种应用程序的监控数据发送装置，其特征在于，配置于应用端，所述装置包括：

数据采集模块，用于通过应用探针采集应用程序的至少一个运行数据；

标识确定模块，用于通过所述应用探针确定各所述运行数据对应的数据类型标识，并将各所述运行数据与对应的数据类型标识进行关联；其中，所述数据类型标识包括实时类型标识和非实时类型标识；

地址获取模块，用于通过所述应用探针获取至少一个通信转发端的通信地址；

数据发送模块，用于通过所述应用探针根据所述通信转发端的通信地址，将各所述关联的运行数据和数据类型标识发送至所述通信转发端，以使所述通信转发端根据接收到的数据类型标识，将对应的运行数据发送至应用程序监控端。

8.一种应用程序的监控数据发送装置，其特征在于，配置于通信转发端，所述装置包括：

数据接收模块，用于接收应用探针发送的至少一个运行数据和各所述运行数据关联的数据类型标识；其中，所述至少一个运行数据和各所述运行数据关联的数据类型标识通过如下方式确定：所述应用探针采集应用程序的至少一个运行数据；所述应用探针确定各所述运行数据对应的数据类型标识，并将各所述运行数据与对应的数据类型标识进行关联；

第一发送模块，用于针对每一运行数据，若所述运行数据的数据类型标识为实时数据类型，则将所述运行数据发送给应用程序监控端；

数据确定模块，用于若所述运行数据的数据类型标识为非实时数据标识，则将所述运行数据缓存为目标发送数据；

时长累计模块，用于更新所述通信转发端中缓存的数据量，并累计所述目标发送数据的缓存时长；

第二发送模块，用于根据所述通信转发端中缓存的数据量和所述目标发送数据的缓存时长，将所述目标发送数据发送至所述应用程序监控端。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的应用程序的监控数据发送方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-6中任一项所述的应用程序的监控数据发送方法。