CN115480978A - 性能监控方法、装置及电子设备 - Google Patents

Abstract

本发明实施例提供了一种性能监控方法、装置及电子设备，所述方法包括根据预设指令确定目标客户端数据包，获取目标客户端数据包采集的微服务架构中各终端设备和组件对应的应用监控信息，根据预设处理规则对应用监控信息进行分类处理，得到不同维度的应用监控信息，根据预设显示模板和不同维度的应用监控信息生成监控信息显示界面，并将监控信息显示界面发送至显示设备进行显示，提高了微服务架构中问题定位的效率和准确性，进而保证了微服务架构中各终端设备以及组件的正常运行。

Description

性能监控方法、装置及电子设备

技术领域

本发明实施例涉及数据处理技术领域，尤其涉及一种性能监控方法、装置及电子设备。

背景技术

为了支撑日益增长的庞大业务量，微服务架构在业务系统中的落地规模在不断扩大。随着子系统不断拆分，整体业务上下游之间的依赖性和关联性也变得愈发复杂。

现有技术中，为了掌握微服务架构中各系统的运行状态，确保系统正常对外提供服务，需要对微服务架构中各系统应用进行监控，进而来了解系统行为，分析系统的性能，或在系统出现故障时，能及时发现问题，记录问题并发出告警，从而帮助运维人员及时解决问题，其中，不同的系统可以对应不同的终端设备和组件。在遇到系统应用出现问题或发生故障时，通常需要先登录linux控制台，然后通过Linux控制台在各个终端设备上查看应用日志，并通过日志中包含的报错信息来定位问题的原因。

然而，由于在微服务架构中涉及到的终端设备和组件有多个，包含报错信息的日志中所有关于终端设备和组件的信息均掺杂在一起，并没有明确指出具体是哪个终端设备或组件出现故障，还需要运维人员根据运维经验对日志进行分析，进而确定具体故障，影响了问题定位的效率，进而影响了微服务架构中各终端设备以及组件的正常运行。

发明内容

本发明实施例提供一种性能监控方法、装置及电子设备，以提高问题定位的准确性。

第一方面，本发明实施例提供一种性能监控方法，包括：

根据预设指令确定目标客户端数据包；

获取所述目标客户端数据包采集的微服务架构中各终端设备和组件对应的应用监控信息；

根据预设处理规则对所述应用监控信息进行分类处理，得到不同维度的应用监控信息；

根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示。

可选的，所述根据预设指令确定目标客户端数据包，包括：

根据Java Agent指令确定目标客户端数据包，其中，所述目标客户端数据包的类型为客户端jar包。

可选的，所述根据预设处理规则对所述应用监控信息进行分类处理，得到不同维度的应用监控信息，包括：

通过数据处理中心对所述应用监控信息按时间维度进行分类，得到不同时间维度的应用监控信息，其中，所述时间维度包括分钟、小时、天以及月中的任意一种或多种。

可选的，所述根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示，包括：

获取预设的显示模板；

将所述不同维度的应用监控信息与所述显示模板中的各板块进行结合，生成监控信息显示界面；

将所述监控信息显示界面发送至显示设备进行显示，其中，所述监控信息显示界面包括应用拓扑详情信息、应用性能详情信息以及链路追踪详情信息。

可选的，在所述根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示之后，还包括：

接收故障更新指令，其中，所述故障更新指令中包含待更新的故障参数标识以及更新后的故障参数值；

根据所述故障更新指令确定与所述待更新的故障参数标识对应的目标故障参数，并将所述目标故障参数的参数值替换为更新后的故障参数值。

可选的，在所述根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示之前，还包括：

接收模板选择指令，其中，所述模板选择指令中包含模板标识；

根据所述模板选择指令获取与所述模板标识对应的目标显示模板；

则所述根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示，包括：

根据所述目标显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示。

第二方面，本发明实施例提供一种性能监控装置，包括：

确定模块，用于根据预设指令确定目标客户端数据包；

处理模块，用于获取所述目标客户端数据包采集的微服务架构中各终端设备和组件对应的应用监控信息；

所述处理模块，还用于根据预设处理规则对所述应用监控信息进行分类处理，得到不同维度的应用监控信息；

所述处理模块，还用于根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示。

第三方面，本发明实施例提供一种电子设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如第一方面任一项所述的性能监控方法。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如第一方面任一项所述的性能监控方法。

第五方面，本发明实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的性能监控方法。

本发明实施例提供了一种性能监控方法、装置及电子设备，采用上述方案后，可以先根据预设指令确定目标客户端数据包，然后获取该目标客户端数据包采集的微服务架构中各终端设备和组件对应的应用监控信息，再根据预设处理规则对该应用监控信息进行分类处理，得到不同维度的应用监控信息，再根据预设显示模板和不同维度的应用监控信息生成监控信息显示界面，并将该监控信息显示界面发送至显示设备进行显示，通过采用目标客户端数据包来收集应用监控信息的方式，实现了在不影响系统正常运行的情况下，以非侵入式的方式来采集应用监控信息，并对采集的应用监控信息通过不同维度进行分析，并显示分析结果的目的，提高了微服务架构中问题定位的效率和准确性，进而保证了微服务架构中各终端设备以及组件的正常运行。

附图说明

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

图1为本发明实施例提供的性能监控方法的应用系统的架构示意图；

图2为本发明实施例提供的性能监控方法的流程示意图；

图3为本发明实施例提供的故障报警提示的应用示意图；

图4为本发明实施例提供的性能监控装置的结构示意图；

图5为本发明实施例提供的电子设备的硬件结构示意图。

具体实施方式

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

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

现有技术中，为了掌握微服务架构中各系统的运行状态，确保系统正常对外提供服务，需要对微服务架构中各系统应用进行监控，进而来了解系统行为，分析系统的性能，或在系统出现故障时，能及时发现问题，记录问题并发出告警，从而帮助运维人员及时解决问题，其中，不同的系统可以对应不同的终端设备和组件。在遇到系统应用出现问题或发生故障时，通常需要先登录linux控制台，然后通过Linux控制台在各个终端设备上查看应用日志，并通过日志打印的报错信息来定位问题的原因。然而，由于在微服务架构中涉及到的终端设备和组件有多个，包含报错信息的日志中所有关于终端设备和组件的信息均掺杂在一起，并没有明确指出具体是哪个终端设备或组件出现故障，还需要运维人员根据运维经验对日志进行分析，进而确定具体故障，影响了问题定位的效率，进而影响了微服务架构中各终端设备以及组件的正常运行。此外，在这种背景下应用性能监控系统所关注的重点从单个系统的性能逐渐转向在微服务架构下整体系统可观测性、服务依赖梳理、快速定位问题、全链路上下文追踪等能力。

基于上述问题，本申请通过采用目标客户端数据包来收集应用监控信息的方式，实现了在不影响系统正常运行的情况下，以非侵入式的方式来采集应用监控信息，并对采集的应用监控信息通过不同维度进行分析，并显示分析结果的目的，达到了既提高了微服务架构中问题定位的效率和准确性，又保证了微服务架构中各终端设备以及组件的正常运行的技术效果。

图1为本发明实施例提供的性能监控方法的应用系统的架构示意图，如图1所示，在该实施例中，该应用系统可以包括服务器101、客户端102、微服务架构103和显示设备104，服务器101可以对微服务架构103中的系统进行监控，具体可以为对微服务架构103中的各系统进行监控，其中，微服务架构中的各系统需要依托的终端设备和组件进行运行，因此，可以对微服务架构中的终端设备和组件进行监控。

进一步的，在服务器101对微服务架构103监控的过程中，为了提高监控数据的准确性与可用性，可以通过指定客户端数据包的方式来获取各终端设备和组件的应用监控信息，然后可以基于预设规则对该应用监控信息进一步进行处理，得到监控信息显示界面，并将该监控信息显示界面发送至显示设备104进行显示。

其中，客户端数据包可以部署于客户端102中。终端设备可以为路由器、网关等设备，组件可以为Tomcat、HttpClient、Spring、RabbitMQ、MySQL等。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本发明实施例提供的性能监控方法的流程示意图，本实施例的方法可以由服务器101执行。如图2所示，本实施例的方法，可以包括：

S201：根据预设指令确定目标客户端数据包。

在本实施例中，为了保证微服务架构中各系统的正常运行，需要一种在不影响微服务架构中各系统正常运行的情况下实现对微服务架构的监控的方法。通过研究发现，JavaAgent能够在不影响正常编译的情况下，修改字节码，在逆向工程中JavaAgent可以完成对类的拦截和增强。

进一步的，根据预设指令确定目标客户端数据包，具体可以包括：

根据Java Agent指令确定目标客户端数据包，其中，目标客户端数据包的类型可以为客户端jar包。

进一步的，客户端jar包可以为自定义的数据包，也可以采用现有的数据包，只需实现在不影响系统正常运行的情况下可以获取到应用监控信息即可。

S202：获取目标客户端数据包采集的微服务架构中各终端设备和组件对应的应用监控信息。

在本实施例中，在获取到目标客户端数据包之后，可以通过目标客户端数据包来采集微服务架构中各终端设备和组件对应的应用监控信息，然后可以将采集到的应用监控信息发送至服务器进一步进行处理。其中，可以通过gRPC方式发送至服务器中的OAP(OpenApplication Platform，开放式应用平台)进一步进行处理。

S203：根据预设处理规则对应用监控信息进行分类处理，得到不同维度的应用监控信息。

在本实施例中，在获取到应用监控信息之后，可以基于预设处理规则对应用监控信息进行分类处理，得到不同维度的应用监控信息。

进一步的，可以通过数据处理中心来实现，具体处理过程可以为：

通过数据处理中心对应用监控信息按时间维度进行分类，得到不同时间维度的应用监控信息，其中，时间维度包括分钟、小时、天以及月中的任意一种或多种。

具体的，数据处理中心可以为OAP处理中心，OAP处理中心可以通过数据收集模块、链路分析模块、指标处理模块、流处理模块，将采集到的应用监控信息按时间维度进行分类处理，得到以分钟、小时、天或者月为维度的应用监控信息。

此外，为了保证数据的安全性，可以在得到不同时间维度的应用监控信息之后，通过数据读写模块将数据按照分钟、小时、天、月的维度将数据存储在集群中，方便后续调用。其中，集群可以为ElasticSearch集群。

此外，还可以以单独的设备维度对应用监控信息进行划分，具体的，可以以终端设备标识和组件标识对应用监控信息进行分类处理，得到不同终端设备中不同组件对应的应用监控信息，方便运维人员确定有故障的目标设备，进而提高故障排查的准确性。

S204：根据预设显示模板和不同维度的应用监控信息生成监控信息显示界面，并将监控信息显示界面发送至显示设备进行显示。

在本实施例中，在得到不同时间维度的应用监控信息之后，可以将应用监控信息显示出来，方便运维人员查看系统的运行状况并及时解决故障或规避故障。

进一步的，根据预设显示模板和不同维度的应用监控信息生成监控信息显示界面，并将监控信息显示界面发送至显示设备进行显示，具体可以包括：

获取预设的显示模板。

将所述不同维度的应用监控信息与所述显示模板中的各板块进行结合，生成监控信息显示界面。

将所述监控信息显示界面发送至显示设备进行显示，其中，所述监控信息显示界面包括应用拓扑详情信息、应用性能详情信息以及链路追踪详情信息。

具体的，在显示监控信息之前，为了便于用户查看，可以预先设置一显示模板，然后将监控信息与显示模板结合，使得按照显示模板的预设显示样式显示应用监控信息，避免了监控信息无序显示的情况，提高了运维人员的查询效率。

进一步的，监控信息显示界面可以展示应用系统下的应用运行状态，并逐级下钻到各个维度的详情页面，包含了应用拓扑详情、应用性能详情、链路追踪详情。对应的，应用拓扑详情中以拓扑图的形式呈现了各应用间的调用关系。应用性能详情展示了应用的实例信息，如系统名称、主机名称、ip地址、端口号等，并通过图表的形式多维度的展示应用调用时间、调用次数、成功率、吞吐量、jvm性能等应用性能信息。链路追踪详情展示了包含调用层、节点、方法、SQL、层间事物(即单事物)调用等信息，方便用户快速定位故障或进行代码调优。

此外，还可以以全国维度、省份维度、资源池维度、系统维度等形成应用性能大屏，并支持生成、导出相关维度的性能数据报表。

采用上述方案后，可以先根据预设指令确定目标客户端数据包，然后获取该目标客户端数据包采集的微服务架构中各终端设备和组件对应的应用监控信息，再根据预设处理规则对该应用监控信息进行分类处理，得到不同维度的应用监控信息，再根据预设显示模板和不同维度的应用监控信息生成监控信息显示界面，并将该监控信息显示界面发送至显示设备进行显示，通过采用目标客户端数据包来收集应用监控信息的方式，实现了在不影响系统正常运行的情况下，以非侵入式的方式来采集应用监控信息，并对采集的应用监控信息通过不同维度进行分析，并显示分析结果的目的，提高了微服务架构中问题定位的效率和准确性，进而保证了微服务架构中各终端设备以及组件的正常运行。

基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。

此外，在另一实施例中，在S204之后，还可以包括：

接收故障更新指令，其中，故障更新指令中包含待更新的故障参数标识以及更新后的故障参数值。

根据故障更新指令确定与待更新的故障参数标识对应的目标故障参数，并将目标故障参数的参数值替换为更新后的故障参数值。

在本实施例中，在得到监控显示界面，并将监控显示界面发送至显示设备进行显示之后，可以根据预设的标准参数阈值对不同维度的应用监控信息进行故障判断，确定微服务架构中的系统是否存在故障，若存在故障，可以在显示界面上生成故障报警提示。此外，还可以在将监控显示界面发送至显示设备进行显示之后，通过运维人员来排查微服务架构中的各系统是否存在故障，或者预先感知故障、预判系统负载能力等。

图3为本发明实施例提供的故障报警提示的应用示意图，如图3所示，在本实施例中，在确定微服务架构中的系统存在故障时，可以在显示界面上显示“系统存在故障，请尽快排查！”来提醒运维人员及时排查并处理故障。

此外，在另一实施例中，在S203之前，还可以包括：

接收模板选择指令，其中，所述模板选择指令中包含模板标识。

根据所述模板选择指令获取与所述模板标识对应的目标显示模板。

对应的，根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示，具体可以包括：

根据目标显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示。

在本实施例中，预设的显示模板可能有多个，不同的显示模板对应的显示重点可能不同，在选择显示模板时，可以根据待显示的重点来确定目标显示模板。

进一步的，可以通过显示模板标识来区分各显示模板。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置，图4为本发明实施例提供的性能监控装置的结构示意图，如图4所示，可以包括：

确定模块401，用于根据预设指令确定目标客户端数据包。

在本实施例中，所述确定模块401，还用于：

根据Java Agent指令确定目标客户端数据包，其中，所述目标客户端数据包的类型为客户端jar包。

处理模块402，用于获取所述目标客户端数据包采集的微服务架构中各终端设备和组件对应的应用监控信息。

所述处理模块402，还用于根据预设处理规则对所述应用监控信息进行分类处理，得到不同维度的应用监控信息。

在本实施例中，所述处理模块402，还用于：

通过数据处理中心对所述应用监控信息按时间维度进行分类，得到不同时间维度的应用监控信息，其中，所述时间维度包括分钟、小时、天以及月中的任意一种或多种。

所述处理模块402，还用于根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示。

在本实施例中，所述处理模块402，还用于：

获取预设的显示模板。

将所述不同维度的应用监控信息与所述显示模板中的各板块进行结合，生成监控信息显示界面。

将所述监控信息显示界面发送至显示设备进行显示，其中，所述监控信息显示界面包括应用拓扑详情信息、应用性能详情信息以及链路追踪详情信息。

此外，在另一实施例中，所述处理模块402，还用于：

接收故障更新指令，其中，所述故障更新指令中包含待更新的故障参数标识以及更新后的故障参数值。

根据所述故障更新指令确定与所述待更新的故障参数标识对应的目标故障参数，并将所述目标故障参数的参数值替换为更新后的故障参数值。

此外，在另一实施例中，所述处理模块402，还用于：

接收模板选择指令，其中，所述模板选择指令中包含模板标识。

根据所述模板选择指令获取与所述模板标识对应的目标显示模板。

根据所述目标显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示。

本发明实施例提供的装置，可以实现上述如图2所示的实施例的方法，其实现原理和技术效果类似，此处不再赘述。

图5为本发明实施例提供的电子设备的硬件结构示意图，如图5所示，本实施例提供的设备500包括：至少一个处理器501和存储器502。其中，处理器501、存储器502通过总线503连接。

在具体实现过程中，至少一个处理器501执行所述存储器502存储的计算机执行指令，使得至少一个处理器501执行上述方法实施例中的方法。

处理器501的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

在上述的图5所示的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述方法实施例的性能监控方法。

本发明实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上所述的性能监控方法。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种性能监控方法，其特征在于，包括：

根据预设指令确定目标客户端数据包；

获取所述目标客户端数据包采集的微服务架构中各终端设备和组件对应的应用监控信息；

根据预设处理规则对所述应用监控信息进行分类处理，得到不同维度的应用监控信息；

根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示。

2.根据权利要求1所述的方法，其特征在于，所述根据预设指令确定目标客户端数据包，包括：

根据Java Agent指令确定目标客户端数据包，其中，所述目标客户端数据包的类型为客户端jar包。

3.根据权利要求1所述的方法，其特征在于，所述根据预设处理规则对所述应用监控信息进行分类处理，得到不同维度的应用监控信息，包括：

通过数据处理中心对所述应用监控信息按时间维度进行分类，得到不同时间维度的应用监控信息，其中，所述时间维度包括分钟、小时、天以及月中的任意一种或多种。

4.根据权利要求1所述的方法，其特征在于，所述根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示，包括：

获取预设的显示模板；

将所述不同维度的应用监控信息与所述显示模板中的各板块进行结合，生成监控信息显示界面；

将所述监控信息显示界面发送至显示设备进行显示，其中，所述监控信息显示界面包括应用拓扑详情信息、应用性能详情信息以及链路追踪详情信息。

5.根据权利要求1-4任一项所述的方法，其特征在于，在所述根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示之后，还包括：

接收故障更新指令，其中，所述故障更新指令中包含待更新的故障参数标识以及更新后的故障参数值；

根据所述故障更新指令确定与所述待更新的故障参数标识对应的目标故障参数，并将所述目标故障参数的参数值替换为更新后的故障参数值。

6.根据权利要求1-4任一项所述的方法，其特征在于，在所述根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示之前，还包括：

接收模板选择指令，其中，所述模板选择指令中包含模板标识；

根据所述模板选择指令获取与所述模板标识对应的目标显示模板；

则所述根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示，包括：

根据所述目标显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示。

7.一种性能监控装置，其特征在于，包括：

确定模块，用于根据预设指令确定目标客户端数据包；

处理模块，用于获取所述目标客户端数据包采集的微服务架构中各终端设备和组件对应的应用监控信息；

所述处理模块，还用于根据预设处理规则对所述应用监控信息进行分类处理，得到不同维度的应用监控信息；

所述处理模块，还用于根据预设显示模板和所述不同维度的应用监控信息生成监控信息显示界面，并将所述监控信息显示界面发送至显示设备进行显示。

8.一种电子设备，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1至6任一项所述的性能监控方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1至6任一项所述的性能监控方法。

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

Images