CN117234784A - 异常事件的处理方法和装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种异常事件的处理方法和装置、存储介质及电子装置，该方法包括：响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的所述第一组运行参数用于使所述目标仿真应用产生目标异常事件；在按照所述设置后的所述一组运行参数运行所述目标仿真应用的情况下，在所述目标仿真应用中执行获取到的一组事件处理操作，并获取执行完所述一组事件处理操作之后所述目标仿真应用的第二组运行参数，其中，所述第二组运行参数用于确定所述目标异常事件是否已结束；根据所述第二组运行参数确定所述目标异常事件是否已结束。

Description

异常事件的处理方法和装置、存储介质及电子装置

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种异常事件的处理方法和装置、存储介质及电子装置。

背景技术

随着企业对自动化程度的需求的提高，对于企业的各种应用系统的维护和管理，基本都是依赖于自动化工具和脚本完成的。只有在软件升级、系统排障等操作时才需要相关人员进行手动干预。

然而，这种自动化管理方式，虽然提高了运维管理的效率，但是减少了相关人员在实际操作中手动干预的机会，较少的实战操作会带来运维人员的应急速度的下降，在应用系统发生故障，而自动化运维工作无法处理时，运维人员可能无法快速解决应用系统的故障。

由此可见，相关技术中异常事件的处理方式存在在自动化运维失败时对异常事件的处理效率较低的问题。

发明内容

本申请实施例提供了一种异常事件的处理方法和装置、存储介质及电子装置，以至少解决相关技术中异常事件的处理方式存在在自动化运维失败时对异常事件的处理效率较低的问题。

根据本申请实施例的一个方面，提供了一种异常事件的处理方法，包括：响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的所述第一组运行参数用于使所述目标仿真应用产生目标异常事件；在按照所述设置后的所述一组运行参数运行所述目标仿真应用的情况下，在所述目标仿真应用中执行获取到的一组事件处理操作，并获取执行完所述一组事件处理操作之后所述目标仿真应用的第二组运行参数，其中，所述第二组运行参数用于确定所述目标异常事件是否已结束；根据所述第二组运行参数确定所述目标异常事件是否已结束。

根据本申请实施例的另一个方面，还提供了一种异常事件的处理装置，包括：设置单元，用于响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的所述第一组运行参数用于使所述目标仿真应用产生目标异常事件；执行单元，用于在按照所述设置后的所述一组运行参数运行所述目标仿真应用的情况下，在所述目标仿真应用中执行获取到的一组事件处理操作，并获取执行完所述一组事件处理操作之后所述目标仿真应用的第二组运行参数，其中，所述第二组运行参数用于确定所述目标异常事件是否已结束；确定单元，用于根据所述第二组运行参数确定所述目标异常事件是否已结束。

根据本申请实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述异常事件的处理方法。

根据本申请实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的异常事件的处理方法。

在本申请实施例中，采用对各个应用系统以及可能出现的异常事件进行仿真模拟以便于用户对仿真系统中对异常事件进行处理训练的方式，响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的第一组运行参数用于使目标仿真应用产生目标异常事件；在按照设置后的一组运行参数运行目标仿真应用的情况下，在目标仿真应用中执行获取到的一组事件处理操作，并获取执行完一组事件处理操作之后目标仿真应用的第二组运行参数，其中，第二组运行参数用于确定目标异常事件是否已结束；根据第二组运行参数确定目标异常事件是否已结束，由于在仿真系统中对实际环境中各个应用系统已产生或者可能产生的异常事件进行模拟和处理训练，可以在不影响各个应用系统的正常运行的情况下，训练用户对各种异常事件进行处理，达到了提高在自动化运维失败时对异常事件的处理效率的技术效果，进而解决了相关技术中异常事件的处理方式存在在自动化运维失败时对异常事件的处理效率较低的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1是根据本申请实施例的一种异常事件的处理方法的硬件环境示意图；

图2是根据本申请实施例的一种可选的异常事件的处理方法的流程示意图；

图3是根据本申请实施例的另一种可选的异常事件的处理方法的流程示意图；

图4是根据本申请实施例的一种可选的异常事件的仿真系统的示意图；

图5是根据本申请实施例的又一种可选的异常事件的处理方法的流程示意图；

图6是根据本申请实施例的又一种可选的异常事件的处理方法的流程示意图；

图7是根据本申请实施例的一种可选的异常事件的处理装置的结构框图；

图8是根据本申请实施例的一种可选的电子装置的结构框图。

具体实施方式

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

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

根据本申请实施例的一个方面，提供了一种异常事件的处理方法。可选地，在本实施例中，上述异常事件的处理方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑等设备。

本申请实施例的异常事件的处理方法可以由服务器104来执行，也可以由服务器104和终端设备102共同执行。以由服务器104来执行本实施例中的异常事件的处理方法为例，图2是根据本申请实施例的一种可选的异常事件的处理方法的流程示意图，如图2所示，该方法的流程可以包括以下步骤：

步骤S202，响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的第一组运行参数用于使目标仿真应用产生目标异常事件。

本实施例中的异常事件的处理方法可以应用到对交易链系统上的各种异常事件进行模拟处理训练的场景。这里，交易链系统可以包含与交易有关的多个应用系统，如进行订单管理和处理的应用系统，进行支付和结算的应用系统，以及进行客户关系管理的应用系统等。交易链系统上的各种异常事件，可以包括交易过程中发生的故障，交易链上的应用发生的故障，以及与应用系统对应的数据库发生的故障。

在信息技术领域，运维是确保系统、应用和服务正常运行的关键环节。近年来随着互联网、大数据、云计算等技术的快速发展，企业和组织的信息系统变得越来越复杂，同时也对运维工作提出了更高的要求。传统的运维方式往往以人工操作为主，运维人员需要处理大量的日常任务和应对各种突发事件，工作强度大、效率低、容易出错。为了应对这些挑战，自动化运维技术应运而生。自动化运维是指通过运用各种自动化工具、脚本和方法，减少人工干预，提高运维工作的效率和准确性。除此以外，这种运维方式的广泛使用还能确保管理内容渗透到系统各个生命周期的细节，为企业和组织带来显著的经济效益。

然而，在自动化运维技术的推广过程中，也暴露出一些问题。第一，随着运维自动化程度的提高，手工干预机会减少。自动化运维技术可以提高运维效率、降低人为错误，从而使得企业能够更加专注于业务发展。然而，这种情况下，运维工程师在实际操作中所需手动干预的机会大大减少。这导致他们在实际运维过程中的经验积累较慢，对于突发的故障或异常情况，可能无法迅速做出正确的判断和处理。此外，手动干预能力的下降可能会导致工程师对自动化技术产生过分依赖，从而忽视了运维工程师在关键时刻的作用。

第二，较少的实战操作带来应急速度的下降。由于自动化运维将大部分日常任务都交由自动化工具和脚本完成，运维工程师在面临紧急或复杂故障时，缺乏足够的实战经验和熟练度，可能无法快速准确地定位问题，并采取恰当的解决方案。在某些极端情况下，应急速度的下降甚至可能导致企业的业务中断或重大损失。

为了至少部分解决上述问题，在本实施例中，可以构建一种事件处置仿真沙盒，在仿真沙盒中对交易链上的应用以及生产环境中所使用的工具进行仿真，并基于获取到的实际异常事件以及与异常事件对应的各个应用系统的运行参数，在仿真沙盒中进行异常事件的模拟生成。用户在仿真沙盒的操作界面上使用相关仿真工具对模拟生成的异常事件进行处理，基于仿真工具的使用情况，仿真沙盒中可以同步改变与异常事件对应的应用的运行参数，根据相关应用的运行参数的最终取值，来确定用户对该异常事件的处理情况。

如图3所示，用户可以通过仿真操作界面，对模拟生成的异常事件进行处置。在仿真操作界面可以显示告警信息以及云文档、自服务、SOM(Sales Operation ManagementSystem，销售运营管理系统)、基础监控和交易监控等工具。仿真沙盒中模拟的异常事件，可以是从事件案例集中注入到仿真沙盒中的案例，在注入案例的同时，可以从真实的监控信息大数据平台提取与每个事件对应的生产监控信息。仿真沙盒中的交互环境，可以是经过交互前置从外联的生产镜像测试环境获取到的相关环境数据所模拟出的交互环境。用户在仿真操作界面上的操作会与仿真沙盒中的全交易链系统进行交互，仿真沙盒中的全交易链系统是经过虚拟数据库连接层从多个数据库原型中查询和获取相关数据构建出的模拟系统。仿真沙盒中对于生成的异常事件，还可以生成对应的处置教程，以提示用户对异常事件的处置方式。

如图4所示，上述仿真沙盒的架构设计图可以包含四个层面的内容，即，数据储存层、交易链路系统层、事件注入层与仿真界面操作层。其中，数据储存层的数据是通过一定的技术手段将生产系统数据库中的数据同步到仿真环境中，为模拟事件提供数据支持。交易链路系统层是对交易链上的应用进行仿真，该层通过对接数据储存层中相应的应用数据库接口，可以实现交易过程的仿真。事件注入层是在应用仿真中进行事件注入，以实现生产事件模拟。仿真界面操作层，是对生产环境中使用的所有工具进行仿真，包括监控工具和交互工具，二者通过智能化的方式来进行匹配，用户可以通过仿真界面获得真实物理系统的使用感，从而提高事件应急处置能力。

上述仿真沙盒可以是通过处置环境仿真、事件制作和沙盒运行三个模块，构建出的集分析、定位和操作于一体的仿真沙盒。其中，处置环境仿真，是对生产环境中使用的所有工具进行仿真，工具包括交互工具和监控工具。在仿真沙盒中，监控信息(即，监控到各个应用系统的状态变化信息)和交互信息(即，用户与沙盒互动所产生的信息)通过智能化的方式来进行匹配，以此来实现处置环境的仿真。

事件制作包含四部分内容，如图5所示，一是监控数据准备，二是交互环境的准备，三是事件注入，四是教程制作。监控数据包括功能性数据以及非功能性数据，功能性的状态数据由交互环境提供，交易数据及性能容量等非功能数据可以通过大数据的采集和编辑获得，由大数据平台存放所有监控录像。本实施例可以根据事件处置环境的需求，来对监控录像进行编辑。监控录像可以从生产环境等途径获取。交互环境可以包括交易发生的仿真，交易链上的应用仿真和应用对应的数据库接口仿真，每一个部分都可以作为异常事件注入点，使用容器技术(如，Docker(一种开源的应用容器引擎)技术)来实现交互环境的准备。事件注入，即，在应用仿真中进行异常事件的注入，每个注入点都有监控数据与之对应。事件注入点可以包括在交易发生仿真、多应用仿真、数据库接口仿真等多点。事件制作完成后，可以制作与该事件相匹配的教程。

仿真沙盒的运行，可以通过监控仿真和应用交互仿真的协同来实现(包括教程)。在将异常事件导入沙盒后，可以先对沙盒中仿真的监控工具、交互工具进行自检。之后用户可以登录沙盒，在异常事件启动后，用户在规定时间内，完成事件处置。并对用户事件处置的完成情况，进行评分。通过不断地练习用户能够提高自身的事件处置能力。

在本实施例中，在仿真沙盒中可以实时注入异常事件，以及监控到的与异常事件对应的数据。基于检测到的事件注入指令，可以对该事件注入指令对应的目标仿真应用的第一组运行参数进行设置，以使目标仿真应用产生目标异常事件。这里的第一组运行参数可以是与目标仿真应用有关的部分运行参数。

可选地，上述目标异常事件可以是在真实生产系统中发生过的异常事件，也可以是与真实生产系统中发生过的异常事件类似的事件，还可以是预测的在生产系统中可能发生的异常事件。对应地，上述第一组运行参数可以是基于真实生产系统中发生过的异常事件所检测到的、与目标仿真应用对应的真实应用的运行参数，也可以是基于真实生产系统中发生过的异常事件所对应的真实应用的运行参数所改写过的运行参数。

需要说明的是，在上述仿真沙盒中，可以选择典型事件场景作为教学场景，逐步指引用户操作，以完成对典型事件的处理。这里的典型事件，可以是交易链上发生故障比较频繁的事件。

步骤S204，在按照设置后的一组运行参数运行目标仿真应用的情况下，在目标仿真应用中执行获取到的一组事件处理操作，并获取执行完一组事件处理操作之后目标仿真应用的第二组运行参数，其中，第二组运行参数用于确定目标异常事件是否已结束。

在用户使用前述仿真沙盒进行异常事件的处置训练时，在仿真沙盒中可以模拟出异常事件以供用户进行训练。模拟出的异常事件可以是基于沙盒中已注入的异常事件所随机制作出的异常事件，也可以是基于用户选择的训练场景所制作出的异常事件。

在确定模拟出目标异常事件的情况下，可以按照设置后的一组运行参数运行目标仿真应用。并在仿真操作界面上显示与目标异常事件对应的异常状态，以及对应的交互工具。用户可以使用对应的交互工具执行相关的事件处理操作。

需要说明的是，在每检测到一个事件处理操作的情况下，可以对应改变与目标仿真应用对应的运行参数，这里的运行参数可以是目标仿真应用的参数，也可以是与目标仿真应用关联的其他应用的参数。

在执行完一组事件处理操作之后，可以获取目标仿真应用的第二组运行参数。这里的第二组运行参数用于确定目标异常事件是否已结束。第二组运行参数与第一组运行参数可以完成相同，也可以部分相同，还可以与第一组运行参数完全不同。

步骤S206，根据第二组运行参数确定目标异常事件是否已结束。

基于执行完一组事件处理操作之后获取到的目标仿真应用的第二组运行参数，可以确定目标异常事件是否已结束。这里，目标异常事件结束，可以表示目标异常事件被解决，与目标异常事件对应的故障消失，目标仿真应用恢复正常。

可选地，可以预先设置与目标异常事件对应的解决时间，在该解决时间到达或者用户确认处置完成的情况下，获取第二组运行参数。

通过上述步骤S202至步骤S206，响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的第一组运行参数用于使目标仿真应用产生目标异常事件；在按照设置后的一组运行参数运行目标仿真应用的情况下，在目标仿真应用中执行获取到的一组事件处理操作，并获取执行完一组事件处理操作之后目标仿真应用的第二组运行参数，其中，第二组运行参数用于确定目标异常事件是否已结束；根据第二组运行参数确定目标异常事件是否已结束，解决了相关技术中异常事件的处理方式存在在自动化运维失败时对异常事件的处理效率较低的问题，提高了在自动化运维失败时对异常事件的处理效率。

在一个示例性实施例中，响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，包括以下之一：

S11，响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，第一组运行参数是在目标仿真应用中执行第一仿真任务时使用的运行参数；

S12，响应于事件注入指令，对多个仿真应用的运行参数进行设置，其中，目标仿真应用包括多个仿真应用，第一组运行参数包括多个仿真应用的运行参数，多个仿真应用的运行参数是在多个仿真应用联合执行第二仿真任务时使用的运行参数；

S13，响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，第一组运行参数是在目标仿真应用中执行第三仿真任务时调用的数据库的参数。

在仿真沙盒中除了模拟交互环境以及交易链上的应用以外，还可以模拟完整的交易过程以及交易过程中所涉及到的数据库的调用和处理。对应地，在仿真沙盒中模拟出的目标异常事件，可以是交易过程中发生的故障，可以是在交易链上的一个应用中发生的故障，也可以是在交易链上的多个应用中发生的故障，还可以是在交易过程中各个应用所调用的数据库中发生的故障。这里，数据库中发生的故障，可以是应用所调用的数据库接口的故障，也可以是数据库内部的故障。

在本实施例中，响应于事件注入指令对目标仿真应用的第一组运行参数进行设置，可以是对目标仿真应用中执行第一仿真任务时使用的运行参数进行的设置，也可以是多个仿真应用联合执行第二仿真任务时使用的运行参数进行的设置，还可以是对目标仿真应用中执行第三仿真任务时调用的数据库的参数进行的设置。

需要说明的是，上述与多个仿真应用对应的异常事件，可以是多个仿真应用同时发生的故障，每个应用发生的故障可以是不同的。

通过本实施例，在仿真沙盒中模拟交易过程中的单应用、多应用或者应用所对应的数据库的异常事件，可以为用户提供复杂多样的异常事件处置训练，提高用户在更为繁杂的信息中对事件的分析、定位和干预能力。

在一个示例性实施例中，上述方法还包括以下之一：

S21，在第一组运行参数是在目标仿真应用中执行第一仿真任务时使用的运行参数的情况下，在目标仿真应用中显示第一仿真任务的第一组控制对象，其中，第一组控制对象中的每个控制对象用于在被执行对应的操作时调整第二组运行参数中的至少部分运行参数；

S22，在第一组运行参数包括多个仿真应用的运行参数的情况下，在多个仿真应用中显示第二仿真任务的第二组控制对象，其中，第二组控制对象中的每个控制对象用于在被执行对应的操作时调整第二组运行参数中的至少部分运行参数；

S23，在第一组运行参数是在目标仿真应用中执行第三仿真任务时调用的数据库接口的参数的情况下，在目标仿真应用中显示第三仿真任务的第三组控制对象，其中，第三组控制对象中的每个控制对象用于在被执行对应的操作时调整第二组运行参数中的至少部分运行参数。

在仿真沙盒中可以对交易链中的交互工具进行仿真模拟，在本实施例中，在模拟出目标异常事件之后，可以在与目标异常事件对应的目标仿真应用中显示对应的控制对象。这里的控制对象可以是模拟出的部分交互工具。通过在仿真操作界面上使用相关交互工具，可以实现相关事件处理操作的执行的。

在本实施例中，在第一组运行参数是在目标仿真应用中执行第一仿真任务时使用的运行参数时，可以在目标仿真应用中显示第一仿真任务的第一组控制对象，在第一组运行参数包括多个仿真应用的运行参数时，在多个仿真应用中显示第二仿真任务的第二组控制对象，在第一组运行参数是在目标仿真应用中执行第三仿真任务时调用的数据库接口的参数时，在目标仿真应用中显示第三仿真任务的第三组控制对象。这里，每组控制对象中的每个控制对象用于在被执行对应的操作时调整第二组运行参数中的至少部分运行参数。

上述控制对象可以是对应应用上显示的按钮、按键等。

在一个示例性实施例中，响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，包括：

S31，在目标仿真应用用于对目标应用进行仿真的情况下，响应于事件注入指令，获取在目标应用运行过程中出现目标异常事件时目标应用的第一组运行参数的取值；

S32，将目标仿真应用的第一组运行参数的取值设置为等于获取到的目标应用的第一组运行参数的取值。

仿真沙盒中所模拟出的仿真应用在真实生产系统中都有对应的真实应用。目标仿真应用可以是对交易链上的目标应用进行的仿真。在接收到事件注入指令时，可以先获取在目标应用运行过程中出现目标异常事件时目标应用的第一组运行参数的取值，再将目标仿真应用的第一组运行参数的取值设置为等于获取到的目标应用的第一组运行参数的取值。

通过本实施例，基于真实应用出现异常事件时的运行参数的数值，调整仿真应用的运行参数的数值以实现对异常事件的模拟，可以提高仿真沙盒中模拟出的异常事件的真实性，从而提高使用仿真沙盒进行异常事件处置训练的用户对异常事件的处置效率。

在一个示例性实施例中，获取执行完一组事件处理操作之后目标仿真应用的第二组运行参数，包括：获取执行完一组事件处理操作之后目标仿真应用的第二组运行参数的当前取值；

根据第二组运行参数确定目标异常事件是否已结束，包括：将第二组运行参数中的各个运行参数的当前取值与第二组运行参数中的各个运行参数的预设取值或预设取值范围进行比较，得到比较结果，其中，第二组运行参数中的各个运行参数的预设取值或预设取值范围是在目标仿真应用未产生目标异常事件时第二组运行参数中的各个运行参数的取值或取值范围；根据比较结果确定目标异常事件是否已结束。

在本实施例中，判断仿真沙盒中的目标异常事件是否已结束的方式，可以是基于获取到的目标仿真应用的第二组运行参数与预先设定的运行参数的比较结果，来确定目标仿真应用是否恢复正常，即，目标异常事件是否已结束。

上述预先设定的运行参数可以是第二组运行参数中的各个运行参数的预设取值或者预设取值范围。这里的预设取值(或预设取值范围)可以是基于对目标仿真应用所对应的真实目标应用正常运行时的取值(或预设取值范围)确定出的，用于表示目标仿真应用未产生目标异常事件时第二组运行参数中的各个运行参数的取值或取值范围。

在确定用户对目标异常事件的处理结束之后，可以根据获取到的第二组运行参数中的各个运行参数的当前取值与第二组运行参数中的各个运行参数的预设取值或预设取值范围的比较结果，来确定用户对目标异常事件的处理情况，并生成相应的评分。

可选地，根据比较结果确定目标异常事件是否已结束，包括：

在将第二组运行参数中的各个运行参数的当前取值与第二组运行参数中的各个运行参数的预设取值进行比较，得到比较结果、且比较结果表示第二组运行参数中的各个运行参数的当前取值与第二组运行参数中的各个运行参数的预设取值之间的差值均小于或等于预设阈值的情况下，确定目标异常事件已结束；或者，

在将第二组运行参数中的各个运行参数的当前取值与第二组运行参数中的各个运行参数的预设取值范围进行比较，得到比较结果、且比较结果表示第二组运行参数中的各个运行参数的当前取值位于第二组运行参数中的各个运行参数的预设取值范围内的情况下，确定目标异常事件已结束。

可选地，在将第二组运行参数中的各个运行参数的当前取值与第二组运行参数中的各个运行参数的预设取值进行比较，得到比较结果、且比较结果表示第二组运行参数中存在当前取值与预设取值之间的差值大于预设阈值的运行参数的情况下，确定目标异常事件未结束；或者，

在将第二组运行参数中的各个运行参数的当前取值与第二组运行参数中的各个运行参数的预设取值范围进行比较，得到比较结果、且比较结果表示第二组运行参数中存在当前取值位于预设取值范围之外的运行参数的情况下，确定目标异常事件未结束。

通过本实施例，基于与异常事件对应的仿真应用的运行参数的取值，确定异常事件是否结束，可以提高仿真沙盒中对用户对异常事件的处置情况的判断效率。

在一个示例性实施例中，上述方法还包括：

S41，在目标仿真应用用于对目标应用进行仿真、且监控到目标应用发生更新的情况下，根据获取到的目标应用中发生更新的数据，对目标仿真应用进行更新。

在本实施例中，上述仿真沙盒可以有良好的可扩展性和易维护性，可以随着真实生产环境的发展和改进而发生变化。在目标仿真应用所对应的目标应用发生更新的情况下，可以根据获取到的目标应用中发生更新的数据，在仿真沙盒中对目标仿真应用进行同步的更新。

需要说明的是，上述目标应用的更新，可以是目标应用中的交互工具的更新，也可以是目标应用的功能更新，包括但不限于应用的升级、删除。

通过本实施例，在真实应用或者真实生产环境因升级等操作发生变化时，仿真沙盒中所模拟出的各种仿真应用或者仿真环境同步更新，可以提高仿真沙盒的使用寿命。

下面结合可选示例对本申请实施例中的异常事件的处理方法进行解释说明。在本可选示例中，异常事件为应急事件。

本可选示例中提供了一种提高应急事件处置能力的仿真系统，通过处置环境仿真、事件制作和沙盒运行三个模块，构建集分析、定位和操作于一体的仿真沙盒，仿真沙盒包含三种仿真场景模式，分别为教学场景，以典型事件场景对用户进行教学，用户输入指定命令后，逐步指引，最终完成事件处置；单应用场景，只针对单个应用来设计事件，操作人员对单个应用进行事件处置；多应用场景，涵盖交易链中多个应用系统，可能存在多个应用同时报警，并提供操作人员相当的操作自由度，能够训练操作人员在更为繁杂的信息中对事件的分析、定位和干预能力。

如图6所示，本可选示例中的异常事件的处理方法的流程可以包括以下步骤：

步骤S602，对生产环境中使用的所有工具进行仿真。

步骤S604，根据监控数据，对交互环境中交易过程、交易链上的应用以及应用对应的数据库接口进行仿真。

步骤S606，注入获取到的应急事件以及与应急事件对应的监控数据。

步骤S608，根据注入的应急事件，在仿真沙盒中生产模拟事件，并制作对应的教程。

通过本可选示例，运维工程师可以仿真沙盒中进行实时操练，在不影响实际生产系统的情况下，模拟各种紧急情况，熟练掌握各种事件处理方法从而提高对应急事件的应对能力和反应速度。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件服务器的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM(Read-Only Memory，只读存储器)/RAM(Random Access Memory，随机存取存储器)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。

根据本申请实施例的另一个方面，还提供了一种用于实施上述异常事件的处理方法的异常事件的处理装置，该异常事件的处理装置可以应用于智能设备上。图7是根据本申请实施例的一种可选的异常事件的处理装置的结构框图，如图7所示，该装置可以包括：

设置单元702，用于响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的第一组运行参数用于使目标仿真应用产生目标异常事件；

执行单元704，与设置单元702相连，用于在按照设置后的一组运行参数运行目标仿真应用的情况下，在目标仿真应用中执行获取到的一组事件处理操作，并获取执行完一组事件处理操作之后目标仿真应用的第二组运行参数，其中，第二组运行参数用于确定目标异常事件是否已结束；

确定单元706，与执行单元704相连，用于根据第二组运行参数确定目标异常事件是否已结束。

需要说明的是，该实施例中的设置单元702可以用于执行上述步骤S202，该实施例中的执行单元704可以用于执行上述步骤S204，该实施例中的确定单元706可以用于执行上述步骤S206。

通过上述模块，响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的第一组运行参数用于使目标仿真应用产生目标异常事件；在按照设置后的一组运行参数运行目标仿真应用的情况下，在目标仿真应用中执行获取到的一组事件处理操作，并获取执行完一组事件处理操作之后目标仿真应用的第二组运行参数，其中，第二组运行参数用于确定目标异常事件是否已结束；根据第二组运行参数确定目标异常事件是否已结束，解决了相关技术中异常事件的处理方式存在在自动化运维失败时对异常事件的处理效率较低的问题，提高了在自动化运维失败时对异常事件的处理效率。

在一个示例性实施例中，设置单元包括以下之一：

第一设置模块，用于响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，第一组运行参数是在目标仿真应用中执行第一仿真任务时使用的运行参数；

第二设置模块，用于响应于事件注入指令，对多个仿真应用的运行参数进行设置，其中，目标仿真应用包括多个仿真应用，第一组运行参数包括多个仿真应用的运行参数，多个仿真应用的运行参数是在多个仿真应用联合执行第二仿真任务时使用的运行参数；

第三设置模块，用于响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，第一组运行参数是在目标仿真应用中执行第三仿真任务时调用的数据库的参数。

在一个示例性实施例中，上述装置还包括以下之一：

第一显示单元，用于在第一组运行参数是在目标仿真应用中执行第一仿真任务时使用的运行参数的情况下，在目标仿真应用中显示第一仿真任务的第一组控制对象，其中，第一组控制对象中的每个控制对象用于在被执行对应的操作时调整第二组运行参数中的至少部分运行参数；

第二显示单元，用于在第一组运行参数包括多个仿真应用的运行参数的情况下，在多个仿真应用中显示第二仿真任务的第二组控制对象，其中，第二组控制对象中的每个控制对象用于在被执行对应的操作时调整第二组运行参数中的至少部分运行参数；

第三显示单元，用于在第一组运行参数是在目标仿真应用中执行第三仿真任务时调用的数据库的参数的情况下，在目标仿真应用中显示第三仿真任务的第三组控制对象，其中，第三组控制对象中的每个控制对象用于在被执行对应的操作时调整第二组运行参数中的至少部分运行参数。

在一个示例性实施例中，设置单元包括：

第一获取模块，用于在目标仿真应用用于对目标应用进行仿真的情况下，响应于事件注入指令，获取在目标应用运行过程中出现目标异常事件时目标应用的第一组运行参数的取值；

第四设置模块，用于将目标仿真应用的第一组运行参数的取值设置为等于获取到的目标应用的第一组运行参数的取值。

在一个示例性实施例中，执行单元包括：第二获取模块，用于获取执行完一组事件处理操作之后目标仿真应用的第二组运行参数的当前取值；

确定单元包括：比较模块，用于将第二组运行参数中的各个运行参数的当前取值与第二组运行参数中的各个运行参数的预设取值或预设取值范围进行比较，得到比较结果，其中，第二组运行参数中的各个运行参数的预设取值或预设取值范围是在目标仿真应用未产生目标异常事件时第二组运行参数中的各个运行参数的取值或取值范围；根据比较结果确定目标异常事件是否已结束。

在一个示例性实施例中，比较模块包括：

第一确定子模块，用于在将第二组运行参数中的各个运行参数的当前取值与第二组运行参数中的各个运行参数的预设取值进行比较，得到比较结果、且比较结果表示第二组运行参数中的各个运行参数的当前取值与第二组运行参数中的各个运行参数的预设取值之间的差值均小于或等于预设阈值的情况下，确定目标异常事件已结束；或者，

第二确定子模块，用于在将第二组运行参数中的各个运行参数的当前取值与第二组运行参数中的各个运行参数的预设取值范围进行比较，得到比较结果、且比较结果表示第二组运行参数中的各个运行参数的当前取值位于第二组运行参数中的各个运行参数的预设取值范围内的情况下，确定目标异常事件已结束。

在一个示例性实施例中，上述装置还包括：

更新单元，用于在目标仿真应用用于对目标应用进行仿真、且监控到目标应用发生更新的情况下，根据获取到的目标应用中发生更新的数据，对目标仿真应用进行更新。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的又一个方面，还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行本申请实施例中上述任一项异常事件的处理方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的第一组运行参数用于使目标仿真应用产生目标异常事件；

S2，在按照设置后的一组运行参数运行目标仿真应用的情况下，在目标仿真应用中执行获取到的一组事件处理操作，并获取执行完一组事件处理操作之后目标仿真应用的第二组运行参数，其中，第二组运行参数用于确定目标异常事件是否已结束；

S3，根据第二组运行参数确定目标异常事件是否已结束。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例中对此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、ROM、RAM、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

根据本申请实施例的又一个方面，还提供了一种用于实施上述异常事件的处理方法的电子装置，该电子装置可以是智能设备，该电子装置可以是服务器、终端、或者其组合。

图8是根据本申请实施例的一种可选的电子装置的结构框图，如图8所示，包括处理器802、通信接口804、存储器806和通信总线808，其中，处理器802、通信接口804和存储器806通过通信总线808完成相互间的通信，其中，

存储器806，用于存储计算机程序；

处理器802，用于执行存储器806上所存放的计算机程序时，实现如下步骤：

S1响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的第一组运行参数用于使目标仿真应用产生目标异常事件；

S2，在按照设置后的一组运行参数运行目标仿真应用的情况下，在目标仿真应用中执行获取到的一组事件处理操作，并获取执行完一组事件处理操作之后目标仿真应用的第二组运行参数，其中，第二组运行参数用于确定目标异常事件是否已结束；

S3，根据第二组运行参数确定目标异常事件是否已结束。

可选地，通信总线可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线、或EISA(Extended Industry Standard Architecture，扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于上述电子装置与其他设备之间的通信。

存储器可以包括RAM，也可以包括非易失性存储器(non-volatile memory)，例如，至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

作为一种示例，上述存储器806中可以但不限于包括上述异常事件的处理装置中的设置单元702、执行单元704、确定单元706。此外，还可以包括但不限于上述异常事件的处理装置中的其他模块单元，本示例中不再赘述。

上述处理器可以是通用处理器，可以包含但不限于：CPU(Central ProcessingUnit，中央处理器)、NP(Network Processor，网络处理器)等；还可以是DSP(DigitalSignal Processing，数字信号处理器)、ASIC(Application Specific IntegratedCircuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图8所示的结构仅为示意，实施上述异常事件的处理方法的设备可以是终端设备，该终端设备可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图8其并不对上述电子装置的结构造成限定。例如，电子装置还可包括比图8中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图8所示的不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、ROM、RAM、磁盘或光盘等。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种异常事件的处理方法，其特征在于，包括：

响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的所述第一组运行参数用于使所述目标仿真应用产生目标异常事件；

在按照所述设置后的所述一组运行参数运行所述目标仿真应用的情况下，在所述目标仿真应用中执行获取到的一组事件处理操作，并获取执行完所述一组事件处理操作之后所述目标仿真应用的第二组运行参数，其中，所述第二组运行参数用于确定所述目标异常事件是否已结束；

根据所述第二组运行参数确定所述目标异常事件是否已结束。

2.根据权利要求1所述的方法，其特征在于，所述响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，包括以下之一：

响应于所述事件注入指令，对所述目标仿真应用的所述第一组运行参数进行设置，其中，所述第一组运行参数是在所述目标仿真应用中执行第一仿真任务时使用的运行参数；

响应于所述事件注入指令，对多个仿真应用的运行参数进行设置，其中，所述目标仿真应用包括所述多个仿真应用，所述第一组运行参数包括所述多个仿真应用的运行参数，所述多个仿真应用的运行参数是在所述多个仿真应用联合执行第二仿真任务时使用的运行参数；

响应于所述事件注入指令，对所述目标仿真应用的所述第一组运行参数进行设置，其中，所述第一组运行参数是在所述目标仿真应用中执行第三仿真任务时调用的数据库的参数。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括以下之一：

在所述第一组运行参数是在所述目标仿真应用中执行第一仿真任务时使用的运行参数的情况下，在所述目标仿真应用中显示所述第一仿真任务的第一组控制对象，其中，所述第一组控制对象中的每个控制对象用于在被执行对应的操作时调整所述第二组运行参数中的至少部分运行参数；

在所述第一组运行参数包括所述多个仿真应用的运行参数的情况下，在所述多个仿真应用中显示所述第二仿真任务的第二组控制对象，其中，所述第二组控制对象中的每个控制对象用于在被执行对应的操作时调整所述第二组运行参数中的至少部分运行参数；

在所述第一组运行参数是在所述目标仿真应用中执行第三仿真任务时调用的数据库的参数的情况下，在所述目标仿真应用中显示所述第三仿真任务的第三组控制对象，其中，所述第三组控制对象中的每个控制对象用于在被执行对应的操作时调整所述第二组运行参数中的至少部分运行参数。

4.根据权利要求1所述的方法，其特征在于，所述响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，包括：

在所述目标仿真应用用于对目标应用进行仿真的情况下，响应于所述事件注入指令，获取在所述目标应用运行过程中出现所述目标异常事件时所述目标应用的所述第一组运行参数的取值；

将所述目标仿真应用的所述第一组运行参数的取值设置为等于获取到的所述目标应用的所述第一组运行参数的取值。

5.根据权利要求1至4中任一项所述的方法，其特征在于，

所述获取执行完所述一组事件处理操作之后所述目标仿真应用的第二组运行参数，包括：获取执行完所述一组事件处理操作之后所述目标仿真应用的所述第二组运行参数的当前取值；

所述根据所述第二组运行参数确定所述目标异常事件是否已结束，包括：

将所述第二组运行参数中的各个运行参数的当前取值与所述第二组运行参数中的各个运行参数的预设取值或预设取值范围进行比较，得到比较结果，其中，所述第二组运行参数中的各个运行参数的所述预设取值或所述预设取值范围是在所述目标仿真应用未产生所述目标异常事件时所述第二组运行参数中的各个运行参数的取值或取值范围；根据所述比较结果确定所述目标异常事件是否已结束。

6.根据权利要求5所述的方法，其特征在于，所述根据所述比较结果确定所述目标异常事件是否已结束，包括：

在将所述第二组运行参数中的各个运行参数的当前取值与所述第二组运行参数中的各个运行参数的所述预设取值进行比较，得到所述比较结果、且所述比较结果表示所述第二组运行参数中的各个运行参数的所述当前取值与所述第二组运行参数中的各个运行参数的所述预设取值之间的差值均小于或等于预设阈值的情况下，确定所述目标异常事件已结束；或者，

在将所述第二组运行参数中的各个运行参数的当前取值与所述第二组运行参数中的各个运行参数的所述预设取值范围进行比较，得到所述比较结果、且所述比较结果表示所述第二组运行参数中的各个运行参数的所述当前取值位于所述第二组运行参数中的各个运行参数的所述预设取值范围内的情况下，确定所述目标异常事件已结束。

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

在所述目标仿真应用用于对目标应用进行仿真、且监控到所述目标应用发生更新的情况下，根据获取到的所述目标应用中发生更新的数据，对所述目标仿真应用进行更新。

8.一种异常事件的处理装置，其特征在于，包括：

设置单元，用于响应于事件注入指令，对目标仿真应用的第一组运行参数进行设置，其中，设置后的所述第一组运行参数用于使所述目标仿真应用产生目标异常事件；

执行单元，用于在按照所述设置后的所述一组运行参数运行所述目标仿真应用的情况下，在所述目标仿真应用中执行获取到的一组事件处理操作，并获取执行完所述一组事件处理操作之后所述目标仿真应用的第二组运行参数，其中，所述第二组运行参数用于确定所述目标异常事件是否已结束；

确定单元，用于根据所述第二组运行参数确定所述目标异常事件是否已结束。

9.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至7中任一项所述的方法。

10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行权利要求1至7中任一项所述的方法。