CN114595074A - 一种基于分布式调度的编排中事务失败回滚方法及装置 - Google Patents

Abstract

本发明的实施例提供了一种基于分布式调度的编排中事务失败回滚方法及装置。所述方法包括接收工单系统下发的订单，执行相应流程；当流程中的节点执行API异常时，在将异常消息通知消息队列，暂停执行流程；当监听到异常消息时，消费异常消息，调用对应节点；根据异常消息中的失败策略规则，得到目标回滚节点，依次循环追溯到目标回滚节点，执行撤销配置API对所述目标回滚节点的配置信息进行撤销。以此方式，能够在业务开通过程中出现配置下发异常或网络异常失败导致业务部分完成时，重新执行流程，并下发配置，实现了快速恢复初始配置，业务失败回滚。

Description

一种基于分布式调度的编排中事务失败回滚方法及装置

技术领域

本发明的实施例一般涉及业务开通领域，并且更具体地，涉及一种基于分布式调度的编排中事务失败回滚方法及装置。

背景技术

在现有的业务开通中，工单下发订单后，编排适配模块调用分布式编排执行引擎，执行流程过程下发配置，最后开通业务。但在实际执行过程中，业务或者网络异常造成流程无法执行，但是部分配置已经下发到设备，需要调用API回滚配置。

目前主流的分布式事务基本都尝试下发，无法满足实际场景，因为设备配置一旦下发就是实际下发，实际需要调用回撤API才能撤销。当业务开通过程中出现配置下发异常或网络异常失败造成业务部分完成时，编排系统无法进行回滚；再次申请业务的时候，设备的配置无法下发，造成业务无法开通。

发明内容

根据本发明的实施例，提供了一种基于分布式调度的编排中事务失败回滚方案。

在本发明的第一方面，提供了一种基于分布式调度的编排中事务失败回滚方法。该方法包括：

S101、接收工单系统下发的订单，执行相应流程，并将流程执行记录存储到数据库；

S102、当流程中的节点执行API异常时，在将异常消息通知消息队列，并暂停执行流程，同时加锁当前设备；

S103、当监听模块监听到所述消息队列中的异常消息时，从所述消息队列中消费所述异常消息，调用对应节点，对设备进行解锁；

S104、根据所述异常消息中的失败策略规则，得到目标回滚节点，从所述数据库中查询流程执行记录，判断当前节点的上一个节点是否为目标回滚节点，如果是，则执行S105；否则，回滚到上一个节点及对应节点数据，执行撤销配置API对所述上一个节点的配置信息进行撤销，并重复执行S104；

S105、判断所述目标回滚节点是否为开始节点，如果是，则通知工单系统撤销完成；否则回滚到所述目标回滚节点及对应节点数据，执行撤销配置API对所述目标回滚节点的配置信息进行撤销，并通知工单系统撤销完成。

进一步地，所述流程执行记录包括已执行节点、当前节点、上个节点、流水号和业务数据。

进一步地，所述执行API异常包括业务异常和系统异常。

进一步地，所述根据所述异常消息中的失败策略规则，得到目标回滚节点，包括：

解析所述异常消息，根据异常编码匹配出对应的异常处理规则，从所述异常处理规则中识别出目标回滚节点；所述失败策略规则用于表示异常编码与异常处理规则之间的映射关系；所述异常处理规则包括当前异常编码对应的目标回滚节点。

在本发明的第二方面，提供了一种基于分布式调度的编排中事务失败回滚装置。该装置包括：

流程执行模块，用于接收工单系统下发的订单，执行相应流程，并将流程执行记录存储到数据库；

异常处理模块，用于当流程中的节点执行API异常时，在将异常消息通知消息队列，并暂停执行流程，同时加锁当前设备；

监听模块，用于监听消息队列中的异常消息，并当监听到所述消息队列中的异常消息时，从所述消息队列中消费所述异常消息，调用对应节点，对设备进行解锁；

回滚模块，包括规则匹配模块、第一判断模块和第二判断模块，所述规则匹配模块用于根据所述异常消息中的失败策略规则，得到目标回滚节点；所述第一判断模块从所述数据库中查询流程执行记录，判断当前节点的上一个节点是否为目标回滚节点，如果是，则调用第二判断模块；否则，回滚到上一个节点及对应节点数据，执行撤销配置API对所述上一个节点的配置信息进行撤销，并重复调用规则匹配模块；所述第二判断模块，用于判断所述目标回滚节点是否为开始节点，如果是，则通知工单系统撤销完成；否则回滚到所述目标回滚节点及对应节点数据，执行撤销配置API对所述目标回滚节点的配置信息进行撤销，并通知工单系统撤销完成。

进一步地，所述流程执行记录包括已执行节点、当前节点、上个节点、流水号和业务数据。

进一步地，所述执行API异常包括业务异常和系统异常。

进一步地，所述规则匹配模块，进一步用于解析所述异常消息，根据异常编码匹配出对应的异常处理规则，从所述异常处理规则中识别出目标回滚节点；所述失败策略规则用于表示异常编码与异常处理规则之间的映射关系；所述异常处理规则包括当前异常编码对应的目标回滚节点。

在本发明的第三方面，提供了一种电子设备。该电子设备包括：存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现如以上所述的方法。

在本发明的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如根据本发明的第一方面的方法。

应当理解，发明内容部分中所描述的内容并非旨在限定本发明的实施例的关键或重要特征，亦非用于限制本发明的范围。本发明的其它特征将通过以下的描述变得容易理解。

本发明能够在业务开通过程中出现配置下发异常或网络异常失败导致业务部分完成时，重新执行流程，并下发配置，实现了快速恢复初始配置，业务失败回滚。

附图说明

结合附图并参考以下详细说明，本发明各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1示出了根据本发明的实施例的基于分布式调度的编排中事务失败回滚方法的流程图；

图2示出了根据本发明的实施例的基于分布式调度的编排中事务失败回滚装置的方框图；

图3示出了能够实施本发明的实施例的示例性电子设备的方框图。

具体实施方式

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

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

本发明中，能够在业务开通过程中出现配置下发异常或网络异常失败导致业务部分完成时，重新执行流程，并下发配置，实现了快速恢复初始配置，业务失败回滚。

图1示出了本发明实施例的基于分布式调度的编排中事务失败回滚方法的流程图。

该方法包括：

S101、接收工单系统下发的订单，执行相应流程，并将流程执行记录存储到数据库。

所述工单系统下发的订单中包括流程的执行过程，执行所述流程，并在执行过程中记录产生的流程执行记录。所述流程执行记录包括记录执行顺序、流水号serial、当前节点、上个节点prenode和业务数据。流程执行记录描述了当前执行的流程信息，作为当遇到业务异常失败时进行回滚的记录。

S102、当流程中的节点执行API异常时，在将异常消息通知消息队列，并暂停执行流程，同时加锁当前设备。

分布式部署多个相同的编排引擎作为实例。编排引擎调用第三方提供的Resfull接口，返回执行API异常。所述执行API异常包括业务异常和系统异常，其中业务异常为返回业务数据异常；系统异常为超时情况。通过是否存在API维护时添加的异常标识判断异常。

在暂停执行流程，同时加锁当前设备后，流程不在执行，并且设备处于锁闭状态。

S103、当监听模块监听到所述消息队列中的异常消息时，从所述消息队列中消费所述异常消息，调用对应节点，对设备进行解锁。

在正常执行流程过程中，监听模块持续监听消息队列，当监听到消息队列中存在异常消息时，从消息队列中取出异常消息，且所述监听模块至少能消费一次异常消息。从异常消息中能够提取出对应的节点信息，调用对应节点。此时由于设备处于锁闭状态，故需要对设备进行解锁。

S104、根据所述异常消息中的失败策略规则，得到目标回滚节点，从所述数据库中查询流程执行记录，判断当前节点的上一个节点是否为目标回滚节点，如果是，则执行S105；否则，回滚到上一个节点及对应节点数据，得到对应节点数据包括设备ID和业务ID；执行撤销配置API对所述上一个节点的配置信息进行撤销，并重复执行S104。

解析所述异常消息，异常消息中包括失败策略规则，所述失败策略规则表示异常信息中异常编码与异常处理规则的映射关系，例如异常编码为A，对应的异常处理规则是B，即失败策略规则为A-B。故根据异常编码匹配出对应的异常处理规则，从所述异常处理规则中识别出目标回滚节点；所述失败策略规则用于表示异常编码与异常处理规则之间的映射关系；所述异常处理规则包括当前异常编码对应的目标回滚节点。故根据异常消息中的失败策略规则，能够得到目标回滚节点。

作为本发明的一种实施例，目标回滚节点为D5。如果当前节点D7，其上一个节点为D6，判断D6不是目标回滚节点，故回滚到D6节点以及D6节点对应的设备ID、业务ID。并执行撤销配置API对D6节点的配置信息进行撤销，撤销后重复判断当前节点D6的上一个节点D5是否为目标回滚节点。上一个节点D5是目标回滚节点，则执行S105。

S105、判断所述目标回滚节点是否为开始节点，如果是，则通知工单系统撤销完成；否则回滚到所述目标回滚节点及对应节点数据，执行撤销配置API对所述目标回滚节点的配置信息进行撤销，并通知工单系统撤销完成。

当当前节点的上一个节点是目标回滚节点时，需要判断目标回滚节点是否为开始节点，如果所述目标回滚节点是开始节点，不需要再一次对目标回滚节点的配置信息进行撤销，即可完成撤销；而如果所述目标回滚节点不是开始节点，需要通过执行撤销配置API，对目标回滚节点的配置信息进行撤销，通知工单系统已执行完撤销。

根据本发明的实施例，能够在业务开通过程中出现配置下发异常或网络异常失败导致业务部分完成时，重新执行流程，并下发配置，实现了快速恢复初始配置，业务失败回滚。

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

以上是关于方法实施例的介绍，以下通过装置实施例，对本发明所述方案进行进一步说明。

如图2所示，装置200包括：

流程执行模块210，用于接收工单系统下发的订单，执行相应流程，并将流程执行记录存储到数据库。

所述工单系统下发的订单中包括流程的执行过程，通过流程执行模块210执行所述流程，并在执行过程中记录产生的流程执行记录。所述流程执行记录包括记录执行顺序、流水号serial、当前节点、上个节点prenode和业务数据。流程执行记录描述了当前执行的流程信息，作为当遇到业务异常失败时进行回滚的记录。

异常处理模块220，用于当流程中的节点执行API异常时，在将异常消息通知消息队列，并暂停执行流程，同时加锁当前设备。

分布式部署多个相同的编排引擎作为实例。编排引擎调用第三方提供的Resfull接口，返回执行API异常。所述执行API异常包括业务异常和系统异常，其中业务异常为返回业务数据异常；系统异常为超时情况。通过是否存在API维护时添加的异常标识判断异常。

在暂停执行流程，同时加锁当前设备后，流程不在执行，并且设备处于锁闭状态。

监听模块230，用于监听消息队列中的异常消息，并当监听到所述消息队列中的异常消息时，从所述消息队列中消费所述异常消息，调用对应节点，对设备进行解锁。

在正常执行流程过程中，监听模块230持续监听消息队列，当监听到消息队列中存在异常消息时，从消息队列中取出异常消息，且所述监听模块230至少能消费一次异常消息。从异常消息中能够提取出对应的节点信息，调用对应节点。此时由于设备处于锁闭状态，故需要对设备进行解锁。

回滚模块240，包括规则匹配模块241、第一判断模块242和第二判断模块243，所述规则匹配模块块241用于根据所述异常消息中的失败策略规则，得到目标回滚节点；所述第一判断模块242从所述数据库中查询流程执行记录，判断当前节点的上一个节点是否为目标回滚节点，如果是，则调用第二判断模块；否则，回滚到上一个节点及对应节点数据，得到对应节点数据包括设备ID和业务ID；执行撤销配置API对所述上一个节点的配置信息进行撤销，并重复调用规则匹配模块241；所述第二判断模块243，用于判断所述目标回滚节点是否为开始节点，如果是，则通知工单系统撤销完成；否则回滚到所述目标回滚节点及对应节点数据，执行撤销配置API对所述目标回滚节点的配置信息进行撤销，并通知工单系统撤销完成。

作为本发明的一种实施例，目标回滚节点为D5。第一判断模块242判断如果当前节点D7，其上一个节点为D6，判断D6不是目标回滚节点，故回滚到D6节点以及D6节点对应的设备ID、业务ID。并执行撤销配置API对D6节点的配置信息进行撤销，撤销后重复判断当前节点D6的上一个节点D5是否为目标回滚节点。上一个节点D5是目标回滚节点，则调用第二判断模块243。

所述规则匹配模块241，进一步用于解析所述异常消息，异常消息中包括失败策略规则，所述失败策略规则表示异常信息中异常编码与异常处理规则的映射关系，例如异常编码为A，对应的异常处理规则是B，即失败策略规则为A-B。故根据异常编码匹配出对应的异常处理规则，从所述异常处理规则中识别出目标回滚节点；所述失败策略规则用于表示异常编码与异常处理规则之间的映射关系；所述异常处理规则包括当前异常编码对应的目标回滚节点。故根据异常消息中的失败策略规则，能够得到目标回滚节点。

当当前节点的上一个节点是目标回滚节点时，所述第二判断模块243需要判断目标回滚节点是否为开始节点，如果所述目标回滚节点是开始节点，不需要再一次对目标回滚节点的配置信息进行撤销，即可完成撤销；而如果所述目标回滚节点不是开始节点，需要通过执行撤销配置API，对目标回滚节点的配置信息进行撤销，通知工单系统已执行完撤销。

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

如图3所示，设备包括中央处理单元(CPU)，其可以根据存储在只读存储器(ROM)中的计算机程序指令或者从存储单元加载到随机访问存储器(RAM)中的计算机程序指令，来执行各种适当的动作和处理。在RAM中，还可以存储设备操作所需的各种程序和数据。CPU、ROM以及RAM通过总线彼此相连。输入/输出(I/O)接口也连接至总线。

设备中的多个部件连接至I/O接口，包括：输入单元，例如键盘、鼠标等；输出单元，例如各种类型的显示器、扬声器等；存储单元，例如磁盘、光盘等；以及通信单元，例如网卡、调制解调器、无线通信收发机等。通信单元允许设备通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理单元执行上文所描述的各个方法和处理，例如方法S101～S105。例如，在一些实施例中，方法S101～S105可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元。在一些实施例中，计算机程序的部分或者全部可以经由ROM和/或通信单元而被载入和/或安装到设备上。当计算机程序加载到RAM并由CPU执行时，可以执行上文描述的方法S101～S1053的一个或多个步骤。备选地，在其他实施例中，CPU可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法S101～S105。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)等等。

用于实施本发明的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本发明的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (10)

1.一种基于分布式调度的编排中事务失败回滚方法，其特征在于，包括：

S101、接收工单系统下发的订单，执行相应流程，并将流程执行记录存储到数据库；

S102、当流程中的节点执行API异常时，在将异常消息通知消息队列，并暂停执行流程，同时加锁当前设备；

S103、当监听到所述消息队列中的异常消息时，从所述消息队列中消费所述异常消息，调用对应节点，对设备进行解锁；

S104、根据所述异常消息中的失败策略规则，得到目标回滚节点，从所述数据库中查询流程执行记录，判断当前节点的上一个节点是否为目标回滚节点，如果是，则执行S105；否则，回滚到上一个节点及对应节点数据，执行撤销配置API对所述上一个节点的配置信息进行撤销，并重复执行S104；

S105、判断所述目标回滚节点是否为开始节点，如果是，则通知工单系统撤销完成；否则回滚到所述目标回滚节点及对应节点数据，执行撤销配置API对所述目标回滚节点的配置信息进行撤销，并通知工单系统撤销完成。

2.根据权利要求1所述的方法，其特征在于，所述流程执行记录包括已执行节点、当前节点、上个节点、流水号和业务数据。

3.根据权利要求1所述的方法，其特征在于，所述执行API异常包括业务异常和系统异常。

4.根据权利要求1所述的方法，其特征在于，所述根据所述异常消息中的失败策略规则，得到目标回滚节点，包括：

解析所述异常消息，根据异常编码匹配出对应的异常处理规则，从所述异常处理规则中识别出目标回滚节点；所述失败策略规则用于表示异常编码与异常处理规则之间的映射关系；所述异常处理规则包括当前异常编码对应的目标回滚节点。

5.一种基于分布式调度的编排中事务失败回滚装置，其特征在于，包括：

流程执行模块，用于接收工单系统下发的订单，执行相应流程，并将流程执行记录存储到数据库；

异常处理模块，用于当流程中的节点执行API异常时，在将异常消息通知消息队列，并暂停执行流程，同时加锁当前设备；

监听模块，用于监听消息队列中的异常消息，并当监听到所述消息队列中的异常消息时，从所述消息队列中消费所述异常消息，调用对应节点，对设备进行解锁；

回滚模块，包括规则匹配模块、第一判断模块和第二判断模块，所述规则匹配模块用于根据所述异常消息中的失败策略规则，得到目标回滚节点；所述第一判断模块从所述数据库中查询流程执行记录，判断当前节点的上一个节点是否为目标回滚节点，如果是，则调用第二判断模块；否则，回滚到上一个节点及对应节点数据，执行撤销配置API对所述上一个节点的配置信息进行撤销，并重复调用规则匹配模块；所述第二判断模块，用于判断所述目标回滚节点是否为开始节点，如果是，则通知工单系统撤销完成；否则回滚到所述目标回滚节点及对应节点数据，执行撤销配置API对所述目标回滚节点的配置信息进行撤销，并通知工单系统撤销完成。

6.根据权利要求1所述的装置，其特征在于，所述流程执行记录包括已执行节点、当前节点、上个节点、流水号和业务数据。

7.根据权利要求1所述的装置，其特征在于，所述执行API异常包括业务异常和系统异常。

8.根据权利要求1所述的装置，其特征在于，所述规则匹配模块，进一步用于解析所述异常消息，根据异常编码匹配出对应的异常处理规则，从所述异常处理规则中识别出目标回滚节点；所述失败策略规则用于表示异常编码与异常处理规则之间的映射关系；所述异常处理规则包括当前异常编码对应的目标回滚节点。

9.一种电子设备，包括存储器和处理器，所述存储器上存储有计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1～4中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1～4中任一项所述的方法。

Images