CN115114159A - 一种流程定制化的混沌工程测试方法、装置及设备 - Google Patents

Abstract

本申请公开了一种流程定制化的混沌工程测试方法、装置及设备，可应用于大数据领域以及金融领域，能够提高混沌工程的测试效率和准确率，达到关键服务路径的非功能验证目的。该方法包括：首先配置环境信息，并将环境信息导入混沌工程实验装置中，然后，确定目标故障，并生成目标故障对应的定制化的故障ID和/或故障组合ID，接着，建立针对系统流程的各节点的拓扑图或流程图，并对拓扑图或流程图中每个节点配置故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果。

Description

一种流程定制化的混沌工程测试方法、装置及设备

技术领域

本申请涉及大数据技术领域，尤其涉及一种流程定制化的混沌工程测试方法、装置及设备。

背景技术

随着现在的各种系统架构逐渐向微服务、分布式架构演化，系统的复杂度急剧上升，导致系统的不确定性也随之增长，越来越多的公司在采用混沌工程技术来探索系统的边界，提高系统架构的弹性能力。

但目前的混沌工程大多只针对单个服务进行故障注入验证，无法对长流程的系统、服务间的故障组合进行验证分析，很难达到全面验证的目的，导致得到的测试结果不够准确。因此，如何提高混沌工程的测试效率和准确率，达到关键服务路径的非功能验证目的是目前亟待解决的问题。

发明内容

本申请实施例的主要目的在于提供一种流程定制化的混沌工程测试方法、装置及设备，能够提高混沌工程的测试效率和准确率，达到关键服务路径的非功能验证目的。

第一方面，本申请实施例提供了一种流程定制化的混沌工程测试方法，所述方法包括：

配置环境信息，并将所述环境信息导入混沌工程实验装置中；

确定目标故障，并生成所述目标故障对应的定制化的故障ID和/或故障组合ID；

建立针对系统流程的各节点的拓扑图或流程图，并对所述拓扑图或流程图中每个节点配置所述故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果。

可选的，所述环境信息包括相关服务的机器IP、root用户。

可选的，所述方法还包括：

输出所述测试结果，以便将所述测试结果展示给用户。

可选的，在所述建立针对系统流程的各节点的拓扑图或流程图，并对所述拓扑图或流程图中每个节点配置所述故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果之后，所述方法还包括：

根据所述测试结果，确定对应的结论以及修改建议。

第二方面，本申请实施例还提供了一种流程定制化的混沌工程测试装置，所述装置包括：

配置单元，用于配置环境信息，并将所述环境信息导入混沌工程实验装置中；

生成单元，用于确定目标故障，并生成所述目标故障对应的定制化的故障ID和/或故障组合ID；

测试单元，用于建立针对系统流程的各节点的拓扑图或流程图，并对所述拓扑图或流程图中每个节点配置所述故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果。

可选的，所述环境信息包括相关服务的机器IP、root用户。

可选的，所述装置还包括：

输出单元，用于输出所述测试结果，以便将所述测试结果展示给用户。

可选的，所述装置还包括：

确定单元，用于根据所述测试结果，确定对应的结论以及修改建议。

本申请实施例还提供了一种流程定制化的混沌工程测试设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述流程定制化的混沌工程测试方法中的任意一种实现方式。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述流程定制化的混沌工程测试方法中的任意一种实现方式。

本申请实施例提供的一种流程定制化的混沌工程测试方法、装置及设备，首先配置环境信息，并将环境信息导入混沌工程实验装置中，然后，确定目标故障，并生成目标故障对应的定制化的故障ID和/或故障组合ID，接着，建立针对系统流程的各节点的拓扑图或流程图，并对拓扑图或流程图中每个节点配置故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果，从而能够提高混沌工程的测试效率和准确率，达到关键服务路径的非功能验证目的。

附图说明

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

图1为本申请实施例提供的一种流程定制化的混沌工程测试方法的流程示意图；

图2为本申请实施例提供的一种流程定制化的混沌工程测试装置的组成示意图。

具体实施方式

随着社会经济的高速发展，各大银行作为金融服务的中心，越来越多的客户通过银行办理各种金融业务，以满足客户的日常生活需求。这样使得银行需要处理的业务数据越来越多，为了提高数据处理效率，目前银行的各种系统架构逐渐向微服务、分布式架构演化，系统的复杂度急剧上升，导致系统的不确定性也随之增长，越来越多的公司在采用混沌工程技术来探索系统的边界，提高系统架构的弹性能力。但目前的混沌工程大多只针对单个服务进行故障注入验证，无法对长流程的系统、服务间的故障组合进行验证分析，很难达到全面验证的目的，导致得到的测试结果不够准确。因此，如何提高混沌工程的测试效率和准确率，达到关键服务路径的非功能验证目的是目前亟待解决的问题。

为解决上述缺陷，本申请实施例提供了一种流程定制化的混沌工程测试方法，首先配置环境信息，并将环境信息导入混沌工程实验装置中，然后，确定目标故障，并生成目标故障对应的定制化的故障ID和/或故障组合ID，接着，建立针对系统流程的各节点的拓扑图或流程图，并对拓扑图或流程图中每个节点配置故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果，从而能够提高混沌工程的测试效率和准确率，达到关键服务路径的非功能验证目的。

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

第一实施例

参见图1，为本实施例提供的一种流程定制化的混沌工程测试方法的流程示意图，该方法包括以下步骤：

S101：配置环境信息，并将环境信息导入混沌工程实验装置中。

在本实施例中，为了能够提高混沌工程的测试效率和准确率，达到关键服务路径的非功能验证目的，本申请提出自行定义故障组合，自行定义编排该系统流程的各节点的拓扑图/流程图，并针对系统流程中各个节点，按步骤、按需求对各个节点均可单独配置故障注入的装置，形成一个个固有独立的故障模型，再通过相应的监控模型输出测试结果，从而达到关键服务路径的非功能验证目的。

具体来讲，首先需要配置环境信息，并将该环境信息导入混沌工程实验装置中，用以执行后续步骤S102。

其中，一种可选的实现方式是，环境信息包括但不限于相关服务的机器IP、root用户等。

S102：确定目标故障，并生成目标故障对应的定制化的故障ID和/或故障组合ID。

在本实施例中，通过步骤S101配置环境信息，并将环境信息导入混沌工程实验装置中后，进一步的，还可以通过单个故障注入选项功能，确定待测试的单个故障作为目标故障，如CPU负载、磁盘占用、内存占用等。或者通过故障注入组合功能按需将故障进行组合，确定出待测试的组合故障作为目标故障，如隔离重启场景，组合了进程停止和进程启动两种单个功能。并进一步生成目标故障对应的定制化的故障ID和/或故障组合ID，用以执行后续步骤S103。

S103：建立针对系统流程的各节点的拓扑图或流程图，并对拓扑图或流程图中每个节点配置故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果。

在本实施例中，通过步骤S102确定了目标故障，并生成目标故障对应的定制化的故障ID和/或故障组合ID后，进一步可以建立针对系统流程的各节点的拓扑图或流程图，并对拓扑图或流程图中每个节点配置故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果，从而能够提高混沌工程的测试效率和准确率，达到关键服务路径的非功能验证目的。

进一步的，一种可选的实现方式是，在按照预设步骤和需求进行执行测试过程时，还可以通过相应的监控模型来输出测试结果，以便将测试结果展示给用户，提高用户体验。

并且，另一种可选的实现方式是，在得到测试结果后，还可以根据该测试结果，确定出对应的结论以及修改建议，以便在实现流程定制化的混沌工程测试的基础上，进一步提高系统稳定性和系统架构的弹性能力。

这样，通过上述步骤S101-S103实现了可以自行定义故障组合，自行定义编排该系统流程的各节点的拓扑图/流程图，针对系统流程中各个节点，按预设步骤和需求对各个节点均可单独配置故障注入的装置，形成一个个固有独立的故障模型，并可以通过相应的监控模型输出测试结果，达到关键服务路径的非功能验证目的。

综上，本实施例提供的一种流程定制化的混沌工程测试方法，首先配置环境信息，并将环境信息导入混沌工程实验装置中，然后，确定目标故障，并生成目标故障对应的定制化的故障ID和/或故障组合ID，接着，建立针对系统流程的各节点的拓扑图或流程图，并对拓扑图或流程图中每个节点配置故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果，从而能够提高混沌工程的测试效率和准确率，达到关键服务路径的非功能验证目的。

第二实施例

本实施例将对一种流程定制化的混沌工程测试装置进行介绍，相关内容请参见上述方法实施例。

参见图2，为本实施例提供的一种流程定制化的混沌工程测试装置的组成示意图，具体包括：

配置单元201，用于配置环境信息，并将所述环境信息导入混沌工程实验装置中；

生成单元202，用于确定目标故障，并生成所述目标故障对应的定制化的故障ID和/或故障组合ID；

测试单元203，用于建立针对系统流程的各节点的拓扑图或流程图，并对所述拓扑图或流程图中每个节点配置所述故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果。

在本实施例的一种实现方式中，所述环境信息包括相关服务的机器IP、root用户。

在本实施例的一种实现方式中，所述装置还包括：

输出单元，用于输出所述测试结果，以便将所述测试结果展示给用户。

在本实施例的一种实现方式中，所述装置还包括：

确定单元，用于根据所述测试结果，确定对应的结论以及修改建议。

综上，本实施例提供的一种流程定制化的混沌工程测试装置，首先配置环境信息，并将环境信息导入混沌工程实验装置中，然后，确定目标故障，并生成目标故障对应的定制化的故障ID和/或故障组合ID，接着，建立针对系统流程的各节点的拓扑图或流程图，并对拓扑图或流程图中每个节点配置故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果，从而能够提高混沌工程的测试效率和准确率，达到关键服务路径的非功能验证目的。

进一步地，本申请实施例还提供了一种流程定制化的混沌工程测试设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述流程定制化的混沌工程测试方法的任一种实现方法。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述流程定制化的混沌工程测试方法的任一种实现方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本申请各个实施例或者实施例的某些部分所述的方法。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

另外，需要说明的是，本发明提供的流程定制化的混沌工程测试方法、装置及设备可用于大数据领域以及金融领域。上述仅为示例，并不对本发明提供的流程定制化的混沌工程测试方法、装置及设备的应用领域进行限定。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种流程定制化的混沌工程测试方法，其特征在于，所述方法包括：

配置环境信息，并将所述环境信息导入混沌工程实验装置中；

确定目标故障，并生成所述目标故障对应的定制化的故障ID和/或故障组合ID；

建立针对系统流程的各节点的拓扑图或流程图，并对所述拓扑图或流程图中每个节点配置所述故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果。

2.根据权利要求1所述的方法，其特征在于，所述环境信息包括相关服务的机器IP、root用户。

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

输出所述测试结果，以便将所述测试结果展示给用户。

4.根据权利要求1所述的方法，其特征在于，在所述建立针对系统流程的各节点的拓扑图或流程图，并对所述拓扑图或流程图中每个节点配置所述故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果之后，所述方法还包括：

根据所述测试结果，确定对应的结论以及修改建议。

5.一种流程定制化的混沌工程测试装置，其特征在于，所述装置包括：

配置单元，用于配置环境信息，并将所述环境信息导入混沌工程实验装置中；

生成单元，用于确定目标故障，并生成所述目标故障对应的定制化的故障ID和/或故障组合ID；

测试单元，用于建立针对系统流程的各节点的拓扑图或流程图，并对所述拓扑图或流程图中每个节点配置所述故障ID和/或故障组合ID，形成对应的独立的故障模型，以便按照预设步骤和需求进行执行测试过程，得到测试结果。

6.根据权利要求5所述的装置，其特征在于，所述环境信息包括相关服务的机器IP、root用户。

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

输出单元，用于输出所述测试结果，以便将所述测试结果展示给用户。

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

确定单元，用于根据所述测试结果，确定对应的结论以及修改建议。

9.一种流程定制化的混沌工程测试设备，其特征在于，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行权利要求1-4任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行权利要求1-4任一项所述的方法。

Images