CN114461437B - 一种数据处理方法、电子设备及存储介质 - Google Patents

Abstract

本发明提供一种数据处理方法、电子设备及存储介质，包括：获取报警信息W=（a，b，i），所述报警信息W表征所述应用A调用所述应用B的第i个pod的调用失败率大于第一设定阈值；获取所述应用B的第i个pod的状态信息，并根据所述状态信息确定所述应用B的第i个pod是否正常，若正常，则根据a和b确定目标应用；获取所述目标应用的应用调用关系图，并根据a、b以及所述调用关系图确定目标调用链；根据b和目标调用链获取所述应用B对应的下级应用集合T=｛t₁,t₂,...t_n｝，t_m=｛p_m1,p_m2,...p_mk｝；根据T确定调用失败率数据表，所述调用失败率数据表的第m行为（c_m1，c_m2，...，c_mk）；根据所述调用失败率数据表从T中确定目标pod，并对所述目标pod进行修复处理。

Description

一种数据处理方法、电子设备及存储介质

技术领域

本发明涉及数据处理领域，尤其涉及一种数据处理方法、电子设备及存储介质。

背景技术

随着微服务相关技术的不断进步，大型单体服务通常被拆成多个子服务，并通过远程过程调用方式进行子服务间通信。目前很多大型单体服务的子服务布置在Kubernetes容器环境下。使得每一子服务具有对应的多个pod能够被其他子服务进行调用从而完成响应的任务。

但这种环境下，一般的故障处理方法都是通过报警信息（告知处理模块自身调用哪个子服务时失败），确定调用失败，然后直接对被调用的子服务或其对应的pod进行处理。但由于在Kubernetes容器环境下多个子服务间调用关系关系复杂，且存在同一任务需要多层级调用的情况（如，为了实现X任务，需要子服务a调用子服务b，子服务b调用子服务c），只针对被报警的子服务的pod进行处理，经常会发生无法彻底解决实际故障pod的情况。

发明内容

有鉴于此，本发明提供一种数据处理方法、电子设备及存储介质，至少部分解决现有技术中存在的问题。

根据本申请的一个方面，提供一种数据处理方法，包括：

步骤S100，获取报警信息W=（a，b，i），其中，a为应用A的ID，b为应用B的ID，所述报警信息W表征所述应用A调用所述应用B的第i个pod的调用失败率大于第一设定阈值，i≥1；

步骤S200，获取所述应用B的第i个pod的状态信息，并根据所述状态信息确定所述应用B的第i个pod是否正常，若正常，则进入步骤S300；

步骤S300，根据a和b确定目标应用；所述应用A和所述应用B均为目标应用的子应用，所述目标应用包括多个子应用，每一所述子应用均具有若干对应的pod；

步骤S400，获取所述目标应用的应用调用关系图，并根据a、b以及所述调用关系图确定目标调用链；所述应用调用关系图用于表征目标应用的多个子应用之间的调用关系，所述目标调用链包含所述应用A和所述应用B，且在所述目标调用链中所述应用B被所述应用A调用；

步骤S500，根据b和目标调用链获取所述应用B对应的下级应用集合T=｛t₁,t₂,...t_n｝，t_m=｛p_m1,p_m2,...p_mk｝，t_m为应用B的第m个下级应用的ID，m的取值为1到n，所述下级应用为能够被应用B调用的应用；p_mj为应用B的第m个下级应用的第j个pod的ID，j的取值为1到k；

步骤S600，根据T确定调用失败率数据表，所述调用失败率数据表的第m行为（c_m1，c_m2，...，c_mk）；其中c_mj为应用B对其第m个下级应用的第j个pod的调用失败率；

步骤S700，根据所述调用失败率数据表从T中确定目标pod，并对所述目标pod进行修复处理。

根据本申请的一个方面，提供一种电子设备，包括处理器和存储器；

所述处理器通过调用所述存储器存储的程序或指令，用于执行上述任一项所述方法的步骤。

根据本申请的一个方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行上述任一项所述方法的步骤。

本申请提供的一种数据处理方法，在接收到报警信息后，会首先确定被调用的应用B对应的pod是否处于正常状态，若处于正常状态，则获取其所属于的目标应用的应用调用关系图，并从应用调用关系图中确定出包含应用A和应用B的目标调用链。根据目标调用链能够确定出在应用A调用应用B时，应用B是否会调用其他的子应用，从而确定出被应用B所调用的子应用是否存在pod出现问题的情况。避免了仅根据报警信息对直接被调用失败的pod进行处理造成无法从根源处解决实际出现故障的pod。

附图说明

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

图1为本实施例提供的一种数据处理方法的流程图；

图2为本实施例提供的一种应用调用关系图的示例性示意图。

具体实施方式

下面结合附图对本发明实施例进行详细描述。

需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合；并且，基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。

请参考图1所示，本实施例提供一种数据处理方法，可用于对目标应用包含的子应用对应的pod进行修复处理。其中，目标应用设置于Kubernetes容器环境下，每一目标应用包括多个子应用，每一子应用具有对应的功能，且每一子应用配置有若干pod。每一子应用对应的pod被调用时，该pod的执行能够实现其所属于的子应用对应的功能。例如，应用Z的功能为用户登录验证，而应用X在需要进行用户登录验证时，可以调用应用Z的其中一个pod，以实现用户验证登录。每一子应用和每一子应用对应的pod均具有对应自身的唯一性的ID，以通过ID进行定位。本实施例提供的方法可应用于故障自愈模块中，故障自愈模块可以和目标应用布置在统一环境下，可以单独设置在其他平台或服务器上。

包括以下步骤：

步骤S100，获取报警信息W=（a，b，i），其中，a为应用A的ID，b为应用B的ID，所述报警信息W表征所述应用A调用所述应用B的第i个pod的调用失败率大于第一设定阈值，i≥1。其中，报警信息W由应用A发出。应用A在对其他子应用进行调用时，可以同步记录每次调用的子应用和pod的ID，以及该次调用的响应时间以及是否调用成功等信息。并根据上述信息实时更新自身对每一pod的调用失败率，当某一pod的调用失败率大于第一阈值后，生成报警信息并发送至故障自愈模块。

步骤S200，获取所述应用B的第i个pod的状态信息，并根据所述状态信息确定所述应用B的第i个pod是否正常，若正常，则进入步骤S300。否则，直接对应用B的第i个pod进行修复处理。

其中，状态信息可以包括：QPS（每秒查询率）、被调用时的响应时间以及被调用的失败率等。状态信息可以通过pod所属的子应用的接口进行获取。本实施例中，可采用Sentinel工具对pod的状态信息进行监控和采集。同时，获取到的状态信息数据化存入Prometheus数据库中，以供故障自愈模块读取。其中，Prometheus数据库为时序数据库，其内部数据可以通过PromQL进行查询。确定pod是否正常的方法可以为，当状态信息中某一数值（例如QPS）超过对应的阈值时，则为非正常状态。或通过对多个数值的加权累加得到最后判断值，当判断值大于设定的阈值时，判定为非正常。修复处理可以包括：对pod进行重启、对pod进行扩容和对pod进行删除。

步骤S300，根据a和b确定目标应用；所述应用A和所述应用B均为目标应用的子应用，所述目标应用包括多个子应用，每一所述子应用均具有若干对应的pod。

Kubernetes容器环境下可以同时布设多个母应用（目标应用），每一母应用都具有多个子应用，且具有对应的应用列表，来记录每一母应用对应的子应用。本实施例中，可以通过a和b在应用列表中进行查询，从而确定目标应用。

步骤S400，获取所述目标应用的应用调用关系图，并根据a、b以及所述调用关系图确定目标调用链；所述应用调用关系图用于表征目标应用的多个子应用之间的调用关系，所述目标调用链包含所述应用A和所述应用B，且在所述目标调用链中所述应用B被所述应用A调用，且应用A为目标调用链的开始节点，目标调用链包含多个节点，每一节点对应一个子应用。

应用调用关系图中包含了目标应用对应的所有子应用之间的调用关系，如图2所示，是一种示例性的应用调用关系图，其实际为一个有向图，图中的方向表示了调用关系，即箭头指向的是被调用的子应用。其在计算机中，可以以有向的向量表的形式存在，而图2中示意图为根据上述向量表绘制得到。

具体的所述目标应用设置于第一平台中；

所述应用调用关系图的获取方法为：

对所述第一平台的目标端口进行监控，从而获取所述第一平台中每一子应用的调用信息；该调用信息中包括每一子应用对其他的其他子应用的调用记录。

根据获取到的所述调用信息，绘制所述应用调用关系图。

步骤S500，根据b和目标调用链获取所述应用B对应的下级应用集合T=｛t₁,t₂,...t_n｝，t_m=｛p_m1,p_m2,...p_mk｝，t_m为应用B的第m个下级应用的ID，m的取值为1到n，所述下级应用为能够被应用B调用的应用；p_mj为应用B的第m个下级应用的第j个pod的ID，j的取值为1到k。其中应用B对应的下级应用可以为一个或多个，当应用B对应的下级应用为一个时，T=｛t₁｝。

步骤S600，根据T确定调用失败率数据表，所述调用失败率数据表的第m行为（c_m1，c_m2，...，c_mk）；其中c_mj为应用B对其第m个下级应用的第j个pod的调用失败率。即c_mj为p_mj对应的pod被应用B的调用失败率。

其中，c_mj的确定方法可以为：通过向应用B的查询接口进行访问，获取到应用B对p_mj或应用B对每一pod的调用记录。从而根据调用记录确定出应用B对p_mj对应的pod或每一下级应用对应的所有pod的调用失败率。调用记录可以包括每次调用的pod响应时间和是否调用成功等信息。

步骤S700，根据所述调用失败率数据表从T中确定目标pod，并对所述目标pod进行修复处理。

本实施例提供的一种数据处理方法，在接收到报警信息后，会首先确定被调用的应用B对应的pod是否处于正常状态，若处于正常状态，则获取其所属于的目标应用的应用调用关系图，并从应用调用关系图中确定出包含应用A和应用B的目标调用链。根据目标调用链能够确定出在应用A调用应用B时，应用B是否会调用其他的子应用，从而确定出被应用B所调用的子应用（下级应用）是否存在pod出现问题的情况。避免了仅根据报警信息对直接被调用失败的pod进行处理造成无法从根源处解决实际出现故障的pod（即目标pod）。

在本申请的一种示例性实施例中，所述根据所述调用失败率数据表从T中确定目标pod，包括：

若C_mj大于第二设定阈值，则将C_mj对应的pod确定为目标pod，所述第二设定阈值小于所述第一设定阈值。第一设定阈值的取值范围可以为30%到70%，本实施例中具体可以为30%，第二设定阈值的取值范围可以为25%到15%，本实施例中具体可以为25%。

在实际实施中，可以通过对调用失败率数据表进行遍历，将调用失败率数据表中的每一调用失败率与第二设定阈值进行比较，从而将C_mj大于第二设定阈值的对应的pod确定为目标pod，同时目标pod可以为多个。

由于应用B被应用A调用时，需要其再对自身的下级应用进行调用才能完成对应用A的响应，但应用B对某一下级应用的pod调用时是随机的，不会大量集中在某一个pod上，故而会出现应用B对其下级应用的每一个pod的调用失败率均小于第一设定阈值，此时应用B不会主动发出报警信息，但应用A调用应用B的某一pod时会大于第一阈值（下级应用的pod的调用失败累加成了应用B对应用A的响应失败次数增加），故而此时应用A虽然发出报警信息表示其调用应用B的某一pod的调用失败率超过了第一设定阈值，但实际上应用B的该pod是正常的。故而在此时，实际需要处理的是应用B的下级应用对应的pod。故而本实施例通过设置两个不同的设定阈值，在上级应用（应用B）被报警时，若上级应用被报警的pod为正常，则通过实际数值更低的第二设定阈值对下级应用（应用B的下级应用）的pod进行判断，从而在更底层对实际出现问题的pod进行修复处理。

在本申请的一种示例性实施例中，所述根据所述调用失败率数据表从T中确定目标pod，包括：

确定所述调用失败率数据表中每一行对应的应用失败率，得到应用失败率集合C1=｛c¹ ₁,c¹ ₂,...,c¹ _n｝，其中，c¹ _m为调用失败率数据表第m行对应的应用失败率（即应用B的第m个下级应用对应的应用失败率）；c¹ _m=f(c_m1，c_m2，...，c_mk)。f()为设置在配置表中的处理函数。其中，应用失败率表示对应的下级应用被应用B调用的整体失败率。f()可以为求和函数，也可以为加权求和函数，本实施例中采用加权求和函数。

若c¹ _m大于第三设定阈值，则将c¹ _m对应的下级应用的至少一个pod确定为目标pod。第三设定阈值的取值范围为15%到70%。

调用失败率数据表中，每一行为应用B的一个下级子应用对应的所有pod的调用失败率。从前述内容中可知，在应用A发出报警信息时，应用B的pod也许处于正常状态，本实施例中，通过获取应用B的每一下级应用对应的应用失败率，能够快速定位到实际出现异常的子应用（即应用B的多个下级子应用中，对应的c¹ _m大于第三设定阈值的子应用）。在确定出异常的下级应用后，可以直接将下级应用的所有pod确定为目标pod；也可以获取该异常的下级应用的每一pod的调用失败率，在将调用失败率大于第二设定阈值的pod确定为目标pod。

在本申请的一种示例性实施例中，所述若c¹ _m大于第三设定阈值，则将c¹ _m对应的下级应用的至少一个pod确定为目标pod，包括：

若c¹ _m大于第三设定阈值，则确定C_mj是否大于第二设定阈值。即c¹ _m对应应用B的第m个下级应用，C_mj对应应用B的第m个下级应用的第j个pod。

若C_mj大于所述第二设定阈值，则将C_mj对应的pod确定为目标pod，所述第二设定阈值小于所述第一设定阈值。

根据本申请的一个方面，提供一种电子设备，包括处理器和存储器；

所述处理器通过调用所述存储器存储的程序或指令，用于执行上述任一项所述方法的步骤。

根据本申请的一个方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行上述任一项所述方法的步骤。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、移动终端、或者网络设备等）执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式（包括固件、微代码等），或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

根据本发明的这种实施方式的电子设备。电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：上述至少一个处理器、上述至少一个储存器、连接不同系统组件（包括储存器和处理器）的总线。

其中，所述储存器存储有程序代码，所述程序代码可以被所述处理器执行，使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

储存器可以包括易失性储存器形式的可读介质，例如随机存取储存器（RAM）和/或高速缓存储存器，还可以进一步包括只读储存器（ROM）。

储存器还可以包括具有一组（至少一个）程序模块的程序/实用工具，这样的程序模块包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线可以为表示几类总线结构中的一种或多种，包括储存器总线或者储存器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

电子设备也可以与一个或多个外部设备（例如键盘、指向设备、蓝牙设备等）通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备（例如路由器、调制解调器等等）通信。这种通信可以通过输入/输出（I/O）接口进行。并且，电子设备还可以通过网络适配器与一个或者多个网络（例如局域网（LAN），广域网（WAN）和/或公共网络，例如因特网）通信。如图所示，网络适配器通过总线与电子设备的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、终端装置、或者网络设备等）执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网（LAN）或广域网（WAN），连接到用户计算设备，或者，可以连接到外部计算设备（例如利用因特网服务提供商来通过因特网连接）。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (9)

1.一种数据处理方法，其特征在于，包括：

步骤S100，获取报警信息W=（a，b，i），其中，a为应用A的ID，b为应用B的ID，所述报警信息W表征所述应用A调用所述应用B的第i个pod的调用失败率大于第一设定阈值，i≥1；

步骤S200，获取所述应用B的第i个pod的状态信息，并根据所述状态信息确定所述应用B的第i个pod是否正常，若正常，则进入步骤S300；

步骤S300，根据a和b确定目标应用；所述应用A和所述应用B均为目标应用的子应用，所述目标应用包括多个子应用，每一所述子应用均具有若干对应的pod；

步骤S400，获取所述目标应用的应用调用关系图，并根据a、b以及所述调用关系图确定目标调用链；所述应用调用关系图用于表征目标应用的多个子应用之间的调用关系，所述目标调用链包含所述应用A和所述应用B，且在所述目标调用链中所述应用B被所述应用A调用；

步骤S500，根据b和目标调用链获取所述应用B对应的下级应用集合T=｛t₁,t₂,...t_n｝，t_m=｛p_m1,p_m2,...p_mk｝，t_m为应用B的第m个下级应用的ID，m的取值为1到n，所述下级应用为能够被应用B调用的应用；p_mj为应用B的第m个下级应用的第j个pod的ID，j的取值为1到k；

步骤S600，根据T确定调用失败率数据表，所述调用失败率数据表的第m行为（c_m1，c_m2，...，c_mk）；其中c_mj为应用B对其第m个下级应用的第j个pod的调用失败率；

步骤S700，根据所述调用失败率数据表从T中确定目标pod，并对所述目标pod进行修复处理。

2.根据权利要求1所述的数据处理方法，其特征在于，所述根据所述调用失败率数据表从T中确定目标pod，包括：

若C_mj大于第二设定阈值，则将C_mj对应的pod确定为目标pod，所述第二设定阈值小于所述第一设定阈值。

3.根据权利要求1所述的数据处理方法，其特征在于，所述根据所述调用失败率数据表从T中确定目标pod，包括：

确定所述调用失败率数据表中每一行对应的应用失败率，得到应用失败率集合C1=｛c¹ ₁,c¹ ₂,...,c¹ _n｝，其中，c¹ _m为调用失败率数据表第m行对应的应用失败率；

若c¹ _m大于第三设定阈值，则将c¹ _m对应的下级应用的至少一个pod确定为目标pod。

4.根据权利要求3所述的数据处理方法，其特征在于，c¹ _m=f(c_m1，c_m2，...，c_mk)，f()为设置在配置表中的处理函数。

5.根据权利要求3所述的数据处理方法，其特征在于，所述若c¹ _m大于第三设定阈值，则将c¹ _m对应的下级应用的至少一个pod确定为目标pod，包括：

若c¹ _m大于第三设定阈值，则确定C_mj是否大于第二设定阈值；

若C_mj大于所述第二设定阈值，则将C_mj对应的pod确定为目标pod，所述第二设定阈值小于所述第一设定阈值。

6.根据权利要求1所述的数据处理方法，其特征在于，所述修复处理包括：对pod进行重启、对pod进行扩容和对pod进行删除。

7.根据权利要求1所述的数据处理方法，其特征在于，所述目标应用设置于第一平台中；

所述应用调用关系图的获取方法为：

对所述第一平台的目标端口进行监控，从而获取所述第一平台中每一子应用的调用信息；

根据获取到的所述调用信息，绘制所述应用调用关系图。

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

所述处理器通过调用所述存储器存储的程序或指令，用于执行如权利要求1至7任一项所述方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如权利要求1至7任一项所述方法的步骤。

Images