CN114756304A

CN114756304A - 用于dynatrace监测的应用版本包的配置方法

Info

Publication number: CN114756304A
Application number: CN202210471192.9A
Authority: CN
Inventors: 农倩倩
Original assignee: Bank of China Ltd
Current assignee: Bank of China Ltd
Priority date: 2022-04-28
Filing date: 2022-04-28
Publication date: 2022-07-15
Anticipated expiration: 2042-04-28

Abstract

本发明涉及分布式技术领域，本发明公开了用于dynatrace监测的应用版本包的配置方法，其中方法包括：获取并解压待配置的应用版本包，得到解压后的应用版本包；将与解压后的应用版本包对应的dynatrace插件加载在解压后的应用版本包的lib目录下；将过滤器部署在解压后的应用版本包中；当过滤器获取到所述被监测应用调用其他应用或对其他应用的调用请求作出响应时的信息时，dynatrace插件的探针对所述信息进行监测；压缩解压后的应用版本包，得到已配置的应用版本包，使已配置的应用版本包部署在服务器上对应用进行监测。本发明能够对应用进行快速高效且高质量的监测。

Description

用于dynatrace监测的应用版本包的配置方法

技术领域

本发明涉及分布式技术领域，尤其涉及用于dynatrace监测的应用版本包的配置方法。

背景技术

Dynatrace是一款商业性能监控平台，通过它的引进可以给产品提供了很多有用的性能监控数据，在现有技术中dynatrace对应用版本包的监控基于开发时在源代码中插入探针，即如果需要对某一版本进行dynatrace的监控，则需要开发人员进行源代码的配置修改，然后打包成满足dynatrace监控要求的应用版本包。这一过程中需要开发人员手动修改源代码，开发人员在手动修改的过程中极易出现修改错误，而且手动修改的效率较低。

因此现在亟需一种用于dynatrace监测的应用版本包的配置方法，能够自动配置用于dynatrace监测的应用版本包，能够对应用进行快速高效且高质量的监测。

发明内容

本发明实施例提供用于dynatrace监测的应用版本包的配置方法，用以对应用进行快速高效且高质量的监测，其中方法包括：

获取并解压待配置的应用版本包，得到解压后的应用版本包；

将与所述解压后的应用版本包对应的dynatrace插件加载在所述解压后的应用版本包的lib目录下，其中所述dynatrace插件用于部署监测被监测应用所需的探针；

将过滤器部署在所述解压后的应用版本包中，其中所述过滤器用于获取所述被监测应用调用其他应用或对其他应用的调用请求作出响应时的信息；

当所述过滤器获取到所述被监测应用调用其他应用或对其他应用的调用请求作出响应时的信息时，所述dynatrace插件的探针对所述信息进行监测；

压缩所述解压后的应用版本包，得到已配置的应用版本包，使所述已配置的应用版本包部署在服务器上对应用进行监测。

优选的，所述将与所述解压后的应用版本包对应的dynatrace插件加载在所述解压后的应用版本包的lib目录下之前还包括：

根据所述待配置的应用版本包，确定所述解压后的应用版本包的类型；

根据所述解压后的应用版本包的类型，确定与所述解压后的应用版本包的类型相对应的dynatrace插件。

优选的，所述将过滤器部署在所述解压后的应用版本包中进一步包括：

根据所述dynatrace插件，获取过滤器对应的加载类的路径，其中所述加载类的路径用于记录所述过滤器的来源；

将所述过滤器对应的加载类的路径写入过滤器文件中，将所述过滤器文件添加至解压后的应用版本包中。

优选的，所述将所述过滤器对应的加载类的路径写入过滤器文件中，将所述过滤器文件添加至解压后的应用版本包中进一步包括：

获取所述解压后的应用版本包中的过滤器部署目录，其中所述过滤器部署目录用于记录所述过滤器的部署位置；

将所述过滤器文件添加至所述过滤器部署目录下。

优选的，所述获取所述解压后的应用版本包中的过滤器部署目录进一步包括：

判断所述解压后的应用版本包中是否存在过滤器部署目录；

若存在，则获取所述解压后的应用版本包的过滤器部署目录；

若不存在，则创建并获取所述解压后的应用版本包的过滤器部署目录。

本发明实施例还提供一种用于dynatrace监测的应用版本包的配置装置，用以对应用进行快速高效且高质量的监测，其中该装置包括：

获取模块，用于获取并解压待配置的应用版本包，得到解压后的应用版本包；

加载模块，用于将与所述应用版本包对应的dynatrace插件加载在所述解压后的应用版本包的lib目录下，其中所述dynatrace插件用于部署并监测被监测应用所需的探针；

部署模块，用于将过滤器部署在所述解压后的应用版本包中，其中所述过滤器用于获取所述被监测应用调用其他应用或对其他应用的调用请求作出响应时的信息；

监测模块，用于当所述过滤器获取到所述被监测应用调用其他应用或对其他应用的调用请求作出响应时的信息时，所述dynatrace插件的探针对所述信息进行监测；

压缩模块，用于压缩所述解压后的应用版本包，得到已配置的应用版本包，使所述已配置的应用版本包部署在服务器上对应用进行监测。

优选的，所述加载模块之前还包括：

类型确定模块，用于根据所述待配置的应用版本包，确定所述解压后的应用版本包的类型；

插件确定模块，用于根据所述解压后的应用版本包的类型，确定与所述解压后的应用版本包的类型相对应的dynatrace插件。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项用于dynatrace监测的应用版本包的配置方法。

本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述任一项用于dynatrace监测的应用版本包的配置方法。

本发明实施例中，与现有技术中的技术方案相比，本文通过在应用版本包中加载dynatrace插件，并将过滤器部署在其中，实现了监测应用的内部信息以及与其他应用进行交互所产生的外部信息，无需开发人员手动修改源代码，而是通过对应用版本包进行自动配置，即可得到能够实现监测功能的已配置版本包，能够实现快速高效且高质量的监测。

附图说明

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

图1为本发明实施例中提供的一种用于dynatrace监测的应用版本包的配置方法的流程示意图；

图2为本发明实施例中提供的一种用于dynatrace监测的应用版本包的配置方法的另一流程示意图；

图3为本发明实施例中提供的用于将过滤器部署在所述解压后的应用版本包中的流程示意图；

图4为本发明实施例中提供的用于将所述过滤器文件添加至解压后的应用版本包中的流程示意图；

图5为本发明实施例中提供的用于获取所述解压后的应用版本包中的过滤器部署目录的流程示意图；

图6为本发明实施例中提供的一种用于dynatrace监测的应用版本包的配置装置的模块结构示意图；

图7为本发明实施例中提供的一种用于dynatrace监测的应用版本包的配置装置的另一模块结构示意图；

图8为本发明实施例中提供的计算机设备的结构示意图。

附图符号说明：

100、获取模块；

200、加载模块；

300、部署模块；

400、监测模块；

500、压缩模块；

110、类型确定模块；

120、插件确定模块；

802、计算机设备；

804、处理器；

806、存储器；

808、驱动机构；

810、输入/输出模块；

812、输入设备；

814、输出设备；

816、呈现设备；

818、图形用户接口；

820、网络接口；

822、通信链路；

824、通信总线。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

为了解决上述问题，本文实施例提供了一种用于dynatrace监测的应用版本包的配置方法。图1是本文实施例提供的一种用于dynatrace监测的应用版本包的配置方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

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

参照图1，本文提供了一种用于dynatrace监测的应用版本包的配置方法，包括：

S101：获取并解压待配置的应用版本包，得到解压后的应用版本包；

S102：将与所述解压后的应用版本包对应的dynatrace插件加载在所述解压后的应用版本包的lib目录下，其中所述dynatrace插件用于部署监测被监测应用所需的探针；

S103：将过滤器部署在所述解压后的应用版本包中，其中所述过滤器用于获取所述被监测应用调用其他应用或对其他应用的调用请求作出响应时的信息；

S104：当所述过滤器获取到所述被监测应用调用其他应用或对其他应用的调用请求作出响应时的信息时，所述dynatrace插件的探针对所述信息进行监测；

S105：压缩所述解压后的应用版本包，得到已配置的应用版本包，使所述已配置的应用版本包部署在服务器上对应用进行监测。

安装在不同服务器上的应用版本包不同，一般来说apache服务器、jboss服务器和service服务器都可以进行应用版本包的安装，因为需要通过dynatrace监测应用版本包所对应的应用，因此需要对应用版本包进行配置。

待配置的应用版本包可能为zip格式或war格式，需要先进行解压操作，由于待配置的应用版本包格式不同，解压后的应用版本包所对应的dynatrace插件也不同。dynatrace插件用于部署监测所需的探针，将与解压后的应用版本包所对应的dynatrace插件加载至解压后的应用版本包的lib目录下，这样dynatrace插件的探针即可对应用产生的内部信息进行监测，内部信息指的是应用自身运行，未与其他应用进行交互时所产生的信息。

为了实现对应用的全面监测，除了应用产生的内部信息外，还需要对应用与其他应用进行交互时所产生的外部信息进行监测，而过滤器可以用于获取被监测应用调用其他应用或对其他应用的调用请求作出响应时的信息，因此可以将过滤器部署在解压后的应用版本包当中，当过滤器获取到被监测应用调用其他应用或对其他应用的调用请求作出响应时的信息时，dynatrace插件的探针即可对该信息进行监测。

文中所述的调用其他应用或对其他应用的调用请求作出响应时的信息可以包括：调用其他应用的时间，其他应用的类型，其他应用的名称，对调用请求作出响应的时间等等。

其中，过滤器可以是设置在dynatrace插件中，根据dynatrace插件得到过滤器然后将其部署在解压后的应用版本包中，当然也可以是单独设置并部署在解压后的应用版本包中。

最后压缩该解压后的应用版本包，即得到已配置的应用版本包，该已配置的应用版本包可以部署在服务器上对应用进行监测。

本文通过在应用版本包中加载dynatrace插件，并将过滤器部署在其中，实现了监测应用的内部信息以及与其他应用进行交互所产生的外部信息，无需开发人员手动修改源代码，而是通过对应用版本包进行自动配置，即可得到能够实现监测功能的已配置版本包，能够实现快速高效且高质量的监测。

在本文实施例中，参照图2，所述所述将与所述解压后的应用版本包对应的dynatrace插件加载在所述解压后的应用版本包的lib目录下之前还包括：

S201：根据所述待配置的应用版本包，确定所述解压后的应用版本包的类型；

S202：根据所述解压后的应用版本包的类型，确定与所述解压后的应用版本包的类型相对应的dynatrace插件。

待配置的应用版本包的格式是zip格式或war格式，若待配置的应用版本包为zip格式则解压后的应用版本包为第一类型，若待配置的应用版本包为war格式，则解压后的应用版本包为第二类型，第一类型和第二类型的解压后的应用版本包所对应的dynatrace插件不同，其中第一类型解压后的应用版本包对应第一插件，第二类型解压后的应用版本包对应第二插件。

在本文实施例中，参照图3，所述将过滤器部署在所述解压后的应用版本包中进一步包括：

S301：根据所述dynatrace插件，获取过滤器对应的加载类的路径，其中所述加载类的路径用于记录所述过滤器的来源；

S302：将所述过滤器对应的加载类的路径写入过滤器文件中，将所述过滤器文件添加至解压后的应用版本包中。

Dynatrace插件中部署有过滤器对应的加载类时，可以先获取过滤器对应的加载类的路径，该路径是加载类的来源路径，指明加载类来源于dynatrace插件中，然后将该路径写入过滤器文件中，最后将该过滤器文件添加至解压后的应用版本包中，相当于将来源路径已知的加载类添加至解压后的应用版本包。

在本文实施例中，参照图4，所述将所述过滤器对应的加载类的路径写入过滤器文件中，将所述过滤器文件添加至解压后的应用版本包中进一步包括：

S401：获取所述解压后的应用版本包中的过滤器部署目录，其中所述过滤器部署目录用于记录所述过滤器的部署位置；

S402：将所述过滤器文件添加至所述过滤器部署目录下。

在本文实施例中，对于第一类型的解压后的应用版本包来说，过滤器一般部署在名称为*service*.jar的包中META-INF/dubbo目录下，第二类型的解压后的应用版本包来说，过滤器一般部署在名称为classes的目录中META-INF/dubbo目录下，进而可以得到不同类型的解压后的版本包中的过滤器部署目录，进一步的将过滤器文件添加至过滤器部署目录下。

在本文实施例中，参照图5，所述获取所述解压后的应用版本包中的过滤器部署目录进一步包括：

S501：判断所述解压后的应用版本包中是否存在过滤器部署目录；

S502：若存在，则获取所述解压后的应用版本包的过滤器部署目录；

S503：若不存在，则创建并获取所述解压后的应用版本包的过滤器部署目录。

有些第一类型的解压后的应用版本包下名称为*service*.jar的包中，可能不存在过滤器部署目录META-INF/dubbo目录，或者有些第二类型的解压后的应用版本包下名称为classes的目录中，可能不存在过滤器部署目录META-INF/dubbo目录，此时需要先在名称为*service*.jar的包中或者在名称为classes的目录中创建过滤器部署目录META-INF/dubbo目录，创建后再获取解压后的应用版本包的过滤器部署目录。

需要说明的是，S103中将过滤器部署在所述解压后的应用版本包中，还包括将所述过滤器声明在所述解压后的版本包的配置文件中，如此，应用在调用其他应用或对其他应用的调用请求作出响应时才会调用所述过滤器。

在得到已配置的应用版本包后可以将该已配置的应用版本包上传至版本库中，以供后续的应用直接调取使用。

已配置的应用版本包在部署使用前，需要先判断待部署的服务器类型是apache服务器、jboss服务器还是service服务器，然后确定该服务器类型(A)下的dynatrace版本(V1)。在部署使用时，先部署dynatrace版本(V1)，然后进一步部署与dynatrace版本(V1)对应的服务器类型(A)相应的已配置的应用版本包。

需要注意的是，由于service服务器的自身性质与其他服务器不同，如果服务器类型是service服务器，在部署已配置的应用版本包前需要先在service服务器中添加dynatrace探针启动命令，以防部署失败。

通过本文中的应用版本包的配置方法，可以对应用版本包进行配置，将已配置的应用版本包进行压缩后上传至版本库，能够方便后续其他应用使用。无需通过开发人员进行源代码的修改，直接在服务器上部署该已配置的应用版本包，便可实现dynatrace监测，即实现对应用的全程监测，包括监测被监测的应用在调用其他应用或对其他应用的调用请求作出响应时的信息。

本发明实施例中还提供了一种用于dynatrace监测的应用版本包的配置装置，如下面的实施例所述。由于该装置解决问题的原理与一种用于dynatrace监测的应用版本包的配置方法相似，因此该装置的实施可以参见一种用于dynatrace监测的应用版本包的配置方法的实施，重复之处不再赘述。

参照图6，本文实施例提供的一种用于dynatrace监测的应用版本包的配置装置包括：获取模块100、加载模块200、部署模块300、监测模块400、压缩模块500。

获取模块100，用于获取并解压待配置的应用版本包，得到解压后的应用版本包；

加载模块200，用于将与所述应用版本包对应的dynatrace插件加载在所述解压后的应用版本包的lib目录下，其中所述dynatrace插件用于部署并监测被监测应用所需的探针；

部署模块300，用于将过滤器部署在所述解压后的应用版本包中，其中所述过滤器用于获取所述被监测应用调用其他应用或对其他应用的调用请求作出响应时的信息；

监测模块400，用于当所述过滤器获取到所述被监测应用调用其他应用或对其他应用的调用请求作出响应时的信息时，所述dynatrace插件的探针对所述信息进行监测；

压缩模块500，用于压缩所述解压后的应用版本包，得到已配置的应用版本包，使所述已配置的应用版本包部署在服务器上对应用进行监测。

参照图7，本文实施例中在所述加载模200块之前还包括：类型确定模块110、插件确定模块120。

类型确定模块110，用于根据所述待配置的应用版本包，确定所述解压后的应用版本包的类型；

插件确定模块120，用于根据所述解压后的应用版本包的类型，确定与所述解压后的应用版本包的类型相对应的dynatrace插件。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一所述的用于dynatrace监测的应用版本包的配置方法。

参照图8所示，其中上述一种用于dynatrace监测的应用版本包的配置方法运行在计算机设备802上。计算机设备802可以包括一个或多个处理器804，诸如一个或多个中央处理单元(CPU)或图形处理器(GPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备802还可以包括任何存储器806，其用于存储诸如代码、设置、数据等之类的任何种类的信息，一具体实施方式中，存储器806上并可在处理器804上运行的计算机程序，所述计算机程序被所述处理器804运行时，可以执行根据上述方法的指令。非限制性的，比如，存储器806可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备802的固定或可移除部件。在一种情况下，当处理器804执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备802可以执行相关联指令的任一操作。计算机设备802还包括用于与任何存储器交互的一个或多个驱动机构808，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备802还可以包括输入/输出模块810(I/O)，其用于接收各种输入(经由输入设备812)和用于提供各种输出(经由输出设备814)。一个具体输出机构可以包括呈现设备816和相关联的图形用户接口818(GUI)。在其他实施例中，还可以不包括输入/输出模块810(I/O)、输入设备812以及输出设备814，仅作为网络中的一台计算机设备。计算机设备802还可以包括一个或多个网络接口820，其用于经由一个或多个通信链路822与其他设备交换数据。一个或多个通信总线824将上文所描述的部件耦合在一起。

通信链路822可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路822可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其中所述计算机程序被处理器执行时实现上述任一所述的用于dynatrace监测的应用版本包的配置方法。

本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述任一所述的用于dynatrace监测的应用版本包的配置方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种用于dynatrace监测的应用版本包的配置方法，其特征在于，包括：

2.如权利要求1所述的用于dynatrace监测的应用版本包的配置方法，其特征在于，所述将与所述解压后的应用版本包对应的dynatrace插件加载在所述解压后的应用版本包的lib目录下之前还包括：

3.如权利要求1所述的用于dynatrace监测的应用版本包的配置方法，其特征在于，所述将过滤器部署在所述解压后的应用版本包中进一步包括：

4.如权利要求3所述的用于dynatrace监测的应用版本包的配置方法，其特征在于，所述将所述过滤器对应的加载类的路径写入过滤器文件中，将所述过滤器文件添加至解压后的应用版本包中进一步包括：

将所述过滤器文件添加至所述过滤器部署目录下。

5.如权利要求4所述的用于dynatrace监测的应用版本包的配置方法，其特征在于，所述获取所述解压后的应用版本包中的过滤器部署目录进一步包括：

判断所述解压后的应用版本包中是否存在过滤器部署目录；

6.一种用于dynatrace监测的应用版本包的配置装置，其特征在于，包括：

7.如权利要求6所述的用于dynatrace监测的应用版本包的配置装置，其特征在于，所述加载模块之前还包括：

8.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5任一所述方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至5任一所述方法。

10.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现权利要求1至5任一所述方法。