CN115695538A - 业务数据处理方法、装置和服务器 - Google Patents

Abstract

本说明书提供了业务数据处理方法、装置和服务器，可用于金融领域。基于该方法，具体实施前，可以在基于微服务框架的业务数据处理系统中引入中间组件；并通过中间组件，针对该业务数据处理系统建立基于树形结构的服务节点注册表；具体实施时，中间组件可以根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在监测到运行状态异常的目标主服务节点的时，根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；并向目标备用服务节点的守护线程发送对应的事件信息；其中，守护线程接收并根据事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。提高了业务数据处理系统运行的稳定性和可靠性。

Description

业务数据处理方法、装置和服务器

技术领域

本说明书属于计算机技术领域，尤其涉及业务数据处理方法、装置和服务器。

背景技术

在金融业务场景中，越来越多的交易业务处理系统开始采用分布式系统来实现较为复杂、庞大的交易业务处理。

但是，基于现有方法，往往很难在分布式系统所包含的大量服务节点中精准地发现运行状态异常的服务节点，同时也很难及时针对上述运行状态异常的服务节点进行相应处理，进而影响交易业务处理系统整体运行时的稳定性和可靠性。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本说明书提供了一种业务数据处理方法、装置和服务器，可以在发现目标主服务节点运行状态异常时，充分利用中间组件和服务节点注册表，高效、准确地确定出与目标主服务节点对应的目标备用服务节点，并及时唤醒目标备用服务节点代替目标主服务节点继续进行相应的业务数据处理，避免对业务数据处理系统的整体运行造成影响，有效地提高了业务数据处理系统运行的稳定性和可靠性。

本说明书提供了一种业务数据处理方法，应用于中间组件，其中，所述中间组件部署于基于微服务框架的业务数据处理系统，所述业务数据处理系统包括多个主服务节点，以及与多个主服务节点对应的多个备用服务节点，所述备用服务节点部署有守护线程；所述中间组件还包含有服务节点注册表；所述方法包括：

根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；

在监测到运行状态异常的主服务节点时，将该主服务节点确定为目标主服务节点；

根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；其中，所述服务节点注册表为基于树形结构的数据体；

向目标备用服务节点的守护线程发送对应的事件信息；其中，所述守护线程接收并根据所述事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。

在一个实施例中，所述中间组件包括ZooKeeper组件。

在一个实施例中，所述预设的监测规则包括基于Watcher机制的监测规则。

在一个实施例中，在根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态之前，所述方法还包括：

接收主服务节点和备用服务节点发起的注册请求；其中，所述注册请求至少携带有业务内容标识、节点接口标识；

根据注册请求，利用业务内标识，确定出相对应的主服务节点和备用服务节点；

根据预设的存储规则，将相对应的主服务节点和备用服务节点的节点接口标识存入服务节点注册表中连接于同一业务内容节点的子节点中。

在一个实施例中，所述注册请求还携带有服务节点类型标签。

在一个实施例中，根据预设的存储规则，将相对应的主服务节点和备用服务节点的节点接口标识存入服务节点注册表中连接于同一业务内容节点的子节点中，包括：

根据相对应的主服务节点和备用服务节点的业务内容标识，创建与业务内容标识对应的业务内容节点；

根据服务节点类型标签，确定出相对应的主服务节点和备用服务节点中主服务节点的节点接口标识，以及备用服务节点的节点接口标识；

根据预设的存储规则，将主服务节点的节点接口标识存入与业务内容节点相连的第一子节点中；将备用服务节点的节点接口标识存入与该业务内容节点相连的第二子节点中。

在一个实施例中，所述方法还包括：

将业务内容节点设置为持久节点；将与该业务内容节点相连的第一子节点和第二子节点设置为临时节点。

在一个实施例中，在建立服务节点注册表之后，所述方法还包括：

根据服务节点注册表，配置相对应的主服务节点和备用服务节点中备用服务节点针对主服务节点的订阅关系。

在一个实施例中，根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点，包括：

根据目标主服务节点的节点接口标识，查询服务节点注册表，以确定与目标主服务节点对应的业务内容节点；

查询与该业务内容节点相连的第二子节点，获取目标备用节点的节点接口标识。

在一个实施例中，在向目标备用服务节点的守护线程发送对应的事件信息之后，所述方法还包括：

检测目标主服务节点的运行状态是否恢复正常；

在确定目标主服务节点的运行状态恢复正常的情况下，生成备用指令；

向目标备用服务节点的守护线程发送所述备用指令；其中，所述守护线程接收并根据备用指令控制目标服务节点的运行状态恢复为待机状态。

本说明书提供了一种业务数据处理方法，应用目标备用服务节点，其中，所述目标备用服务节点为基于微服务框架的业务数据处理系统中的服务节点，所述业务数据处理系统包括多个主服务节点，以及与多个主服务节点对应的多个备用服务节点，所述备用服务节点部署有守护线程；所述业务数据处理系统还部署有中间组件，所述中间组件还包含有服务节点注册表；所述方法包括：

通过守护线程监听中间组件；其中，所述中间组件根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在确定目标主服务节点运行状态异常的情况下，根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点，并生成对应的事件信息；其中，所述服务节点注册表为基于树形结构的数据体；

在接收到中间组件所发送的事件信息的情况下，通过守护线程调用预设脚本进行唤醒操作，以代替目标主服务节点进行相应的业务数据处理。

本说明书提供了一种业务数据处理装置，应用于中间组件，其中，所述中间组件部署于基于微服务框架的业务数据处理系统，所述业务数据处理系统包括多个主服务节点，以及与多个主服务节点对应的多个备用服务节点，所述备用服务节点部署有守护线程；所述中间组件还包含有服务节点注册表；所述装置包括：

监测模块，用于根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；

处理模块，用于在监测到运行状态异常的主服务节点时，将该主服务节点确定为目标主服务节点；

确定模块，用于根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；其中，所述服务节点注册表为基于树形结构的数据体；

发送模块，用于向目标备用服务节点的守护线程发送对应的事件信息；其中，所述守护线程接收并根据所述事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。

本说明书提供了一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现所述业务数据处理方法的相关步骤。

本说明书提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被处理器执行时实现以下步骤：根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在监测到运行状态异常的主服务节点时，将该主服务节点确定为目标主服务节点；根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；其中，所述服务节点注册表为基于树形结构的数据体；向目标备用服务节点的守护线程发送对应的事件信息；其中，所述守护线程接收并根据所述事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。

本说明书提供了一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现所述业务数据处理方法的相关步骤。

基于本说明书提供的业务数据处理方法、装置和服务器，具体实施前，可以在基于微服务框架的业务数据处理系统中引入中间组件；并通过中间组件，针对该业务数据处理系统建立基于树形结构的服务节点注册表；具体实施时，中间组件可以根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在监测到运行状态异常的目标主服务节点的时，通过查询服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；并向目标备用服务节点的守护线程发送对应的事件信息；其中，守护线程接收并根据事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。从而可以在发现业务数据处理系统中的目标主服务节点运行状态异常时，充分利用中间组件和服务节点注册表，高效、准确地确定出与目标主服务节点对应的目标备用服务节点，并及时唤醒目标备用服务节点代替目标主服务节点继续进行相应业务的数据处理，避免对业务数据处理系统的整体运行造成影响，有效地提高了业务数据处理系统运行的稳定性和可靠性。

附图说明

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

图1本说明书的一个实施例提供的业务数据处理方法的流程示意图；

图2是在一个场景示例中，应用本说明书实施例提供的业务数据处理方法的一种实施例的示意图；

图3是在一个场景示例中，应用本说明书实施例提供的业务数据处理方法的一种实施例的示意图；

图4是在一个场景示例中，应用本说明书实施例提供的业务数据处理方法的一种实施例的示意图；

图5是本说明书的另一个实施例提供的业务数据处理方法的流程示意图；

图6是本说明书的一个实施例提供的服务器的结构组成示意图；

图7是本说明书的一个实施例提供的业务数据处理装置的结构组成示意图；

图8是本说明书的另一个实施例提供的业务数据处理装置的结构组成示意图。

具体实施方式

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

参阅图1所示，本说明书实施例提供了一种业务数据处理方法，其中，该方法具体可以应用于中间组件。所述中间组件部署于基于微服务框架的业务数据处理系统，所述业务数据处理系统包括多个主服务节点，以及与多个主服务节点对应的多个备用服务节点，所述备用服务节点部署有守护线程；所述中间组件还包含有服务节点注册表。所述方法具体实施时，可以包括以下内容：

S101：根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；

S102：在监测到运行状态异常的主服务节点时，将该主服务节点确定为目标主服务节点；

S103：根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；其中，所述服务节点注册表为基于树形结构的数据体；

S104：向目标备用服务节点的守护线程发送对应的事件信息；其中，所述守护线程接收并根据所述事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。

在一些实施例中，具体实施时，上述业务数据处理系统具体可以为交易平台的数据处理系统，负责处理该交易平台上的涉及交易数据的多种不同业务服务的业务数据处理。

具体的，上述业务数据处理系统具体可以是一种基于微服务框架的业务数据处理系统。基于微服务框架，可以将每一个大的业务服务(或者应用，例如，service A)拆分为具体的、细分的业务内容(例如，service a1，service a2等)，再将上述业务内容分配给分布式部署的服务节点(例如，节点服务器)负责具体处理。

其中，服务节点具体可以包括主服务节点和备用服务节点。上述主服务节点具体可以理解为正常情况下，处于运行状态，进行与所负责的业务内容相关的业务数据处理的服务节点。

具体的，在业务数据处理系统中，针对每一个主服务节点还配置有相对应的备用服务节点。其中，备用服务节点具体可以理解为正常情况下，处于待机状态，只有在所对应的主服务节点运行状态异常才会被唤醒代替该主服务节点继续相应的业务数据处理的服务节点。

具体实施时，上述备用服务节点还可以部署有守护线程。在备用服务节点处于待机状态时，可以维持上述守护线程处于运行状态，以便进行信息数据的监听。

进一步，在上述业务数据处理系统中还部署有中间组件，用于监控和协调该业务数据处理系统中的各个服务节点，以保证该业务数据处理系统运行的稳定性和可靠性。

其中，上述中间组件具体还可以保存和维护针对该业务数据处理系统的服务节点注册表。具体实施时，中间组件可以基于上述服务节点注册表高效、精准地实现对该业务数据处理系统中的各个服务节点的有效监控和协调。

在一些实施例中，所述中间组件具体可以包括ZooKeeper组件。其中，上述ZooKeeper组件具体可以是一个开放源码的分布式应用程序协调服务，是一种为分布式应用或系统提供一致性服务的软件应用。具体的，上述ZooKeeper组件可以用于封装复杂、易出错的关键服务，并将相应的简单易用的接口，以及性能高效、功能稳定的系统提供给用户使用。

在一些实施例中，中间组件所包含的服务节点注册表具体可以是一种树形结构的数据体。相应的，后续可以通过有效利用树形结构的数据体的优势，更加高效、快速地查询服务节点注册表，以获取所需要的信息数据；同时，也可以较为便捷地对该服务节点注册表进行维护和更新。

在一些实施例中，参阅图2所示，在根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态之前，所述方法具体实施时，还可以包括以下内容：

S1：接收主服务节点和备用服务节点发起的注册请求；其中，所述注册请求至少携带有业务内容标识、节点接口标识；

S2：根据注册请求，利用业务内标识，确定出相对应的主服务节点和备用服务节点；

S3：根据预设的存储规则，将相对应的主服务节点和备用服务节点的节点接口标识存入服务节点注册表中连接于同一业务内容节点的子节点中。

具体的，业务数据处理系统在运行之前，各个服务节点可以先通过向中间组件发送注册请求，以进行注册操作。中间组件可以按照上述方式，接收并响应各个服务节点的注册请求，通过将相对应的主服务节点和备用服务节点的节点接口标识存入服务节点注册表中连接于同一业务内容节点的子节点中，以完成注册。

其中，上述业务内容标识用于表征服务节点所对应负责的业务内容。上述接口节点标识用于指示所对应的服务节点。

在一些实施例中，所述注册请求具体还可以携带有服务节点类型标签。其中，服务节点类型标签用于表征所对应的服务节点为主服务节点，或者备用服务节点。

在一些实施例中，参阅图3所示，上述据预设的存储规则，将相对应的主服务节点和备用服务节点的节点接口标识存入服务节点注册表中连接于同一业务内容节点的子节点中，具体实施时，可以包括以下内容：

S1：根据相对应的主服务节点和备用服务节点的业务内容标识，创建与业务内容标识对应的业务内容节点；

S2：根据服务节点类型标签，确定出相对应的主服务节点和备用服务节点中主服务节点的节点接口标识，以及备用服务节点的节点接口标识；

S3：根据预设的存储规则，将主服务节点的节点接口标识存入与业务内容节点相连的第一子节点中；将备用服务节点的节点接口标识存入与该业务内容节点相连的第二子节点中。

具体的，可以参阅图4所示，所述第一子节点可以包括与业务内容节点相连的靠左侧的节点；所述第二子节点可以包括与同一个业务内容节点相连的靠右侧的节点。相对应的主服务节点和备用服务节点可以是与同一个业务内容节点相连，且位于同一层级的节点。

在一些实施例中，所述方法具体实施时，还可以包括以下内容：

S1：创建业务服务节点，作为业务根节点；其中，一个业务根节点对应一个业务服务，一个业务服务包括一个或多个具体的业务内容；

S2：根据相对应的主服务节点和备用服务节点的业务内容标识，将属于该业务服务的业务内容节点连入该业务根节点。

具体的，例如，可以参阅图4所示的服务节点注册表中的一部分，其中，/service A表示与业务服务service A对应的业务根节点，用于表征一个大的业务服务。/servicea1，/service a2分别表示与业务服务service A所包含的业务内容service a1，servicea2分别对应的业务内容节点，分别用于表征一个细分的业务内容。/node1，/node2表示负责与业务内容service a1相关的业务处理的服务节点。其中，与service a1相连，且位于偏左侧的第一子节点位置处的/node1表示对应service a1的主服务节点；与service a2相连，且位于偏右侧的第二子节点位置处的/node2表示对应service a1的备用服务节点。类似的，/node3，/node4表示负责与业务内容service a2相关的业务处理的服务节点。

在一些实施例中，具体实施时，所述方法还可以包括：将业务内容节点设置为持久节点；将与该业务内容节点相连的第一子节点和第二子节点设置为临时节点。

此外，还可以将业务根节点设置为持久节点。

其中，上述持久节点(PERSISTENT)具体可以是指在节点创建后，就一直存在，直到有删除操作来主动清除这个节点，才能被消除，即该类型节点不会因为创建该节点的相关会话失效而消失。

上述临时节点(EPHEMERAL)和持久节点的区别在于，临时节点的生命周期和相关会话绑定。也就是说，如果相关会话失效，那么这个节点就会自动被清除掉。注意，这里提到的是相关会话失效，而非连接断开。

这样中间组件可以利用session会话等作为相关会话，高效、灵活地调整服务节点的连入或删除，以及时协调负责具体业务内容的服务节点；同时也可以保证根业务节点和业务内容节点的稳定、可靠，避免服务节点注册表中的根业务节点、业务内容节点遭到随意篡改。

在一些实施例中，所述方法具体实施时，还可以包括以下内容：获取并根据业务关联数据，确定出不同业务服务根节点之间的时序关系、不同业务内容节点之间的时序关系，以及不同子节点之间的时序关系；并根据时序关系对相应节点进行标记(例如，在对应节点的节点名称中标记相关的时序数字后缀等)，以便后续在发现某个主服务节点运行状态异常时，可以根据服务节点注册表中相关的时序标记，及时地通知其他存在时序关系的节点。

在一些实施例中，在建立服务节点注册表之后，所述方法具体实施时，还可以包括以下内容：根据服务节点注册表，配置相对应的主服务节点和备用服务节点中备用服务节点针对主服务节点的订阅关系。

具体的，例如，可以根据服务节点注册表，建立/node2针对/node1的订阅关系。这样后续在监测到/node1运行状态异常时，中间组件可以根据上述订阅关系及时地自动通知/node2。

此外，还可以根据服务节点注册表，配置存在时序关系的节点之间的订阅关系。具体的，可以配置时序相邻近的节点中时序在前的节点针对时序在后的节点的订阅关系。这样后续在监测到时序在后的节点运行状态异常时，中间组件也可以根据上述订阅关系及时地自动通知时序在前的节点，以避免时序在前的节点将所负责的业务处理生成的业务数据处理结果继续发送给运行状态异常的节点。

在一些实施例中，上述根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态，具体实施时，可以包括以下内容：每间隔预设的时间间隔遍历所述服务节点注册表，检测是否存在主服务节点消失，以确定主服务节点的运行状态是否异常。

其中，上述异常运行状态具体可以是指宕机状态。

通过上述实施例，可以利用服务节点注册表，快速地发现运行状态异常的目标主服务节点。

在一些实施例中，所述预设的监测规则具体可以包括基于Watcher机制的监测规则。

其中，上述Watcher机制具体可以是基于ZooKeeper组件的，提供的一种类似于异步获得数据的操作模式。上述Watcher机制可以适配于ZooKeeper组件，提供分布式数据的发布订阅功能。基于上述Watcher机制，可以定义一种一对多的订阅关系，能够让多个订阅者同时监听同一个主题对象，当该主题对象的运行状态发生变化时，能够及时地通知到所有订阅者，使它们能够第一时间做出相应的处理。

基于上述实施例，通过引入并利用基于Watcher机制的监测规则，能够更加有效地监测到运行状态异常的目标服务节点，并及时、精准地通知到与该目标服务节点存在订阅关系地其他服务节点。

在一些实施例中，上述根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点，具体实施时，可以包括以下内容：

S1：根据目标主服务节点的节点接口标识，查询服务节点注册表，以确定与目标主服务节点对应的业务内容节点；

S2：查询与该业务内容节点相连的第二子节点，获取目标备用节点的节点接口标识。

具体的，可以通过查询服务节点注册表，准确、快速地找到连接了与目标服务节点所连接的业务内容节点，与目标服务节点位于同一层级，并且位于目标服务节点邻近靠右位置处的服务节点，作为用于代替该目标服务节点的目标备用服务节点。

在一些实施例中，在向目标备用服务节点的守护线程发送对应的事件信息之后，所述方法具体实施时，还可以包括以下内容：

S1：检测目标主服务节点的运行状态是否恢复正常；

S2：在确定目标主服务节点的运行状态恢复正常的情况下，生成备用指令；

S3：向目标备用服务节点的守护线程发送所述备用指令；其中，所述守护线程接收并根据备用指令控制目标服务节点的运行状态恢复为待机状态。

在确定目标主服务节点故障排除恢复正常运行状态后，可以及时地通知目标备用服务节点，重新启用目标主服务节点负责所对应的业务内容的业务数据处理；同时，将目标备用服务节点运行状态调整回待机状态，仅维持目标备用服务节点的守护线程继续进行监听守护。

由上可见，基于本说明书实施例提供的及业务数据处理方法，具体实施前，可以在基于微服务框架的业务数据处理系统中引入中间组件；并通过中间组件，针对该业务数据处理系统建立基于树形结构的服务节点注册表；具体实施时，中间组件可以根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在监测到运行状态异常的目标主服务节点的时，根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；并向目标备用服务节点的守护线程发送对应的事件信息；其中，守护线程接收并根据事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。从而可以在发现业务数据处理系统中的目标主服务节点运行状态异常时，充分利用中间组件和服务节点注册表，高效、准确地确定出与目标主服务节点对应的目标备用服务节点，并及时唤醒目标备用服务节点代替目标主服务节点继续进行相应业务的数据处理，避免对业务数据处理系统的整体运行造成影响，有效地提高了业务数据处理系统运行的稳定性和可靠性。

参阅图5所示，本说明书实施例还提供了另一种业务数据处理方法，应用目标备用服务节点，其中，所述目标备用服务节点为基于微服务框架的业务数据处理系统中的服务节点，所述业务数据处理系统包括多个主服务节点，以及与多个主服务节点对应的多个备用服务节点，所述备用服务节点部署有守护线程；所述业务数据处理系统还部署有中间组件，所述中间组件还包含有服务节点注册表；所述方法具体实施时，可以包括以下内容：

S501：通过守护线程监听中间组件；其中，所述中间组件根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在确定目标主服务节点运行状态异常的情况下，根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点，并生成对应的事件信息；其中，所述服务节点注册表为基于树形结构的数据体；

S502：在接收到中间组件所发送的事件信息的情况下，通过守护线程调用预设脚本进行唤醒操作，以代替目标主服务节点进行相应的业务数据处理。

本说明书实施例还提供一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在监测到运行状态异常的主服务节点时，将该主服务节点确定为目标主服务节点；根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；其中，所述服务节点注册表为基于树形结构的数据体；向目标备用服务节点的守护线程发送对应的事件信息；其中，所述守护线程接收并根据所述事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。

为了能够更加准确地完成上述指令，参阅图6所示，本说明书实施例还提供了另一种具体的服务器，其中，所述服务器包括网络通信端口601、处理器602以及存储器603，上述结构通过内部线缆相连，以便各个结构可以进行具体的数据交互。

其中，所述网络通信端口601，具体可以用于接收触发指令。

所述处理器602，具体可以用于响应触发指令，根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在监测到运行状态异常的主服务节点时，将该主服务节点确定为目标主服务节点；根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；其中，所述服务节点注册表为基于树形结构的数据体；向目标备用服务节点的守护线程发送对应的事件信息；其中，所述守护线程接收并根据所述事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。

所述存储器603，具体可以用于存储相应的指令程序。

在本实施例中，所述网络通信端口601可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的端口，也可以是负责进行FTP数据通信的端口，还可以是负责进行邮件数据通信的端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如GSM、CDMA等；其还可以为Wifi芯片；其还可以为蓝牙芯片。

在本实施例中，所述处理器602可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。

在本实施例中，所述存储器603可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。

本说明书实施例还提供另一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：通过守护线程监听中间组件；其中，所述中间组件根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在确定目标主服务节点运行状态异常的情况下，根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点，并生成对应的事件信息；其中，所述服务节点注册表为基于树形结构的数据体；在接收到中间组件所发送的事件信息的情况下，通过守护线程调用预设脚本进行唤醒操作，以代替目标主服务节点进行相应的业务数据处理。

本说明书实施例还提供了一种基于上述业务数据处理方法的计算机可读存储介质，所述计算机可读存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在监测到运行状态异常的主服务节点时，将该主服务节点确定为目标主服务节点；根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；其中，所述服务节点注册表为基于树形结构的数据体；向目标备用服务节点的守护线程发送对应的事件信息；其中，所述守护线程接收并根据所述事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。

在本实施例中，上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。

在本实施例中，该计算机可读存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

本说明书实施例还提供了另一种基于上述业务数据处理方法的计算机可读存储介质，所述计算机可读存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：通过守护线程监听中间组件；其中，所述中间组件根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在确定目标主服务节点运行状态异常的情况下，根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点，并生成对应的事件信息；其中，所述服务节点注册表为基于树形结构的数据体；在接收到中间组件所发送的事件信息的情况下，通过守护线程调用预设脚本进行唤醒操作，以代替目标主服务节点进行相应的业务数据处理。

本说明书实施例还提供了一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现以下步骤：根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在监测到运行状态异常的主服务节点时，将该主服务节点确定为目标主服务节点；根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；其中，所述服务节点注册表为基于树形结构的数据体；向目标备用服务节点的守护线程发送对应的事件信息；其中，所述守护线程接收并根据所述事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。

参阅图7所示，在软件层面上，本说明书实施例还提供了一种业务数据处理装置，该装置具体可以包括以下的结构模块：

监测模块701，具体可以用于根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；

处理模块702，具体可以用于在监测到运行状态异常的主服务节点时，将该主服务节点确定为目标主服务节点；

确定模块703，具体可以用于根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；其中，所述服务节点注册表为基于树形结构的数据体；

发送模块704，具体可以用于向目标备用服务节点的守护线程发送对应的事件信息；其中，所述守护线程接收并根据所述事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。

在一些实施例中，所述中间组件具体可以包括ZooKeeper组件等。

在一些实施例中，所述预设的监测规则具体可以包括基于Watcher机制的监测规则等。

在一些实施例中，在根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态之前，所述装置具体实施时，还可以用于接收主服务节点和备用服务节点发起的注册请求；其中，所述注册请求至少携带有业务内容标识、节点接口标识；根据注册请求，利用业务内标识，确定出相对应的主服务节点和备用服务节点；根据预设的存储规则，将相对应的主服务节点和备用服务节点的节点接口标识存入服务节点注册表中连接于同一业务内容节点的子节点中。

在一些实施例中，所述注册请求具体还可以携带有服务节点类型标签等。

在一些实施例中，所述装置具体实施时，可以按照以下方式根据预设的存储规则，将相对应的主服务节点和备用服务节点的节点接口标识存入服务节点注册表中连接于同一业务内容节点的子节点中：根据相对应的主服务节点和备用服务节点的业务内容标识，创建与业务内容标识对应的业务内容节点；根据服务节点类型标签，确定出相对应的主服务节点和备用服务节点中主服务节点的节点接口标识，以及备用服务节点的节点接口标识；根据预设的存储规则，将主服务节点的节点接口标识存入与业务内容节点相连的第一子节点中；将备用服务节点的节点接口标识存入与该业务内容节点相连的第二子节点中。

在一些实施例中，所述装置具体实施时，还可以用于将业务内容节点设置为持久节点；将与该业务内容节点相连的第一子节点和第二子节点设置为临时节点。

在一些实施例中，在建立服务节点注册表之后，所述装置具体实施时，还可以用于根据服务节点注册表，配置相对应的主服务节点和备用服务节点中备用服务节点针对主服务节点的订阅关系。

在一些实施例中，所述装置具体实施时，可以按照以下方式根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点：根据目标主服务节点的节点接口标识，查询服务节点注册表，以确定与目标主服务节点对应的业务内容节点；查询与该业务内容节点相连的第二子节点，获取目标备用节点的节点接口标识。

在一些实施例中，在向目标备用服务节点的守护线程发送对应的事件信息之后，所述装置具体实施时，还可以用于检测目标主服务节点的运行状态是否恢复正常；在确定目标主服务节点的运行状态恢复正常的情况下，生成备用指令；向目标备用服务节点的守护线程发送所述备用指令；其中，所述守护线程接收并根据备用指令控制目标服务节点的运行状态恢复为待机状态。

参阅图8所示，在软件层面上，本说明书实施例还提供了一种业务数据处理装置，该装置具体可以包括以下的结构模块：

监听模块801，具体可以用于通过守护线程监听中间组件；其中，所述中间组件根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在确定目标主服务节点运行状态异常的情况下，根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点，并生成对应的事件信息；其中，所述服务节点注册表为基于树形结构的数据体；

唤醒模块802，具体可以用于在接收到中间组件所发送的事件信息的情况下，通过守护线程调用预设脚本进行唤醒操作，以代替目标主服务节点进行相应的业务数据处理。

需要说明的是，上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

由上可见，基于本说明书实施例提供的业务数据处理装置，具体实施前，可以在基于微服务框架的业务数据处理系统中引入中间组件；并通过中间组件，针对该业务数据处理系统建立基于树形结构的服务节点注册表；具体实施时，中间组件可以根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在监测到运行状态异常的目标主服务节点的时，根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；并向目标备用服务节点的守护线程发送对应的事件信息；其中，守护线程接收并根据事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。从而可以在发现业务数据处理系统中的目标主服务节点运行状态异常时，充分利用中间组件和服务节点注册表，高效、准确地确定出与目标主服务节点对应的目标备用服务节点，并及时唤醒目标备用服务节点代替目标主服务节点继续进行相应业务的数据处理，避免对业务数据处理系统的整体运行造成影响，有效地提高了业务数据处理系统运行的稳定性和可靠性。

虽然本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机可读存储介质中。

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

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (15)

1.一种业务数据处理方法，其特征在于，应用于中间组件，其中，所述中间组件部署于基于微服务框架的业务数据处理系统，所述业务数据处理系统包括多个主服务节点，以及与多个主服务节点对应的多个备用服务节点，所述备用服务节点部署有守护线程；所述中间组件还包含有服务节点注册表；所述方法包括：

根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；

在监测到运行状态异常的主服务节点时，将该主服务节点确定为目标主服务节点；

根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；其中，所述服务节点注册表为基于树形结构的数据体；

向目标备用服务节点的守护线程发送对应的事件信息；其中，所述守护线程接收并根据所述事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。

2.根据权利要求1所述的方法，其特征在于，所述中间组件包括ZooKeeper组件。

3.根据权利要求2所述的方法，其特征在于，所述预设的监测规则包括基于Watcher机制的监测规则。

4.根据权利要求1所述的方法，其特征在于，在根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态之前，所述方法还包括：

接收主服务节点和备用服务节点发起的注册请求；其中，所述注册请求至少携带有业务内容标识、节点接口标识；

根据注册请求，利用业务内标识，确定出相对应的主服务节点和备用服务节点；

根据预设的存储规则，将相对应的主服务节点和备用服务节点的节点接口标识存入服务节点注册表中连接于同一业务内容节点的子节点中。

5.根据权利要求4所述的方法，其特征在于，所述注册请求还携带有服务节点类型标签。

6.根据权利要求5所述的方法，其特征在于，根据预设的存储规则，将相对应的主服务节点和备用服务节点的节点接口标识存入服务节点注册表中连接于同一业务内容节点的子节点中，包括：

根据相对应的主服务节点和备用服务节点的业务内容标识，创建与业务内容标识对应的业务内容节点；

根据服务节点类型标签，确定出相对应的主服务节点和备用服务节点中主服务节点的节点接口标识，以及备用服务节点的节点接口标识；

根据预设的存储规则，将主服务节点的节点接口标识存入与业务内容节点相连的第一子节点中；将备用服务节点的节点接口标识存入与该业务内容节点相连的第二子节点中。

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

将业务内容节点设置为持久节点；将与该业务内容节点相连的第一子节点和第二子节点设置为临时节点。

8.根据权利要求4所述的方法，其特征在于，在建立服务节点注册表之后，所述方法还包括：

根据服务节点注册表，配置相对应的主服务节点和备用服务节点中备用服务节点针对主服务节点的订阅关系。

9.根据权利要求6所述的方法，其特征在于，根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点，包括：

根据目标主服务节点的节点接口标识，查询服务节点注册表，以确定与目标主服务节点对应的业务内容节点；

查询与该业务内容节点相连的第二子节点，获取目标备用节点的节点接口标识。

10.根据权利要求1所述的方法，其特征在于，在向目标备用服务节点的守护线程发送对应的事件信息之后，所述方法还包括：

检测目标主服务节点的运行状态是否恢复正常；

在确定目标主服务节点的运行状态恢复正常的情况下，生成备用指令；

向目标备用服务节点的守护线程发送所述备用指令；其中，所述守护线程接收并根据备用指令控制目标服务节点的运行状态恢复为待机状态。

11.一种业务数据处理方法，其特征在于，应用目标备用服务节点，其中，所述目标备用服务节点为基于微服务框架的业务数据处理系统中的服务节点，所述业务数据处理系统包括多个主服务节点，以及与多个主服务节点对应的多个备用服务节点，所述备用服务节点部署有守护线程；所述业务数据处理系统还部署有中间组件，所述中间组件还包含有服务节点注册表；所述方法包括：

通过守护线程监听中间组件；其中，所述中间组件根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；在确定目标主服务节点运行状态异常的情况下，根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点，并生成对应的事件信息；其中，所述服务节点注册表为基于树形结构的数据体；

在接收到中间组件所发送的事件信息的情况下，通过守护线程调用预设脚本进行唤醒操作，以代替目标主服务节点进行相应的业务数据处理。

12.一种业务数据处理装置，其特征在于，应用于中间组件，其中，所述中间组件部署于基于微服务框架的业务数据处理系统，所述业务数据处理系统包括多个主服务节点，以及与多个主服务节点对应的多个备用服务节点，所述备用服务节点部署有守护线程；所述中间组件还包含有服务节点注册表；所述装置包括：

监测模块，用于根据预设的监测规则，监测业务数据处理系统中主服务节点的运行状态；

处理模块，用于在监测到运行状态异常的主服务节点时，将该主服务节点确定为目标主服务节点；

确定模块，用于根据服务节点注册表，确定出与该目标主服务节点对应的目标备用服务节点；其中，所述服务节点注册表为基于树形结构的数据体；

发送模块，用于向目标备用服务节点的守护线程发送对应的事件信息；其中，所述守护线程接收并根据所述事件信息唤醒目标备用服务节点代替目标主服务节点进行相应的业务数据处理。

13.一种服务器，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1至10，或11中任一项所述方法的步骤。

14.一种计算机可读存储介质，其特征在于，其上存储有计算机指令，所述指令被处理器执行时实现权利要求1至10，或11中任一项所述方法的步骤。

15.一种计算机程序产品，其特征在于，包含有计算机程序，所述计算机程序被处理器执行时实现权利要求1至10，或11中任一项所述方法的步骤。

Images