CN117527883A - 业务隔离处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种业务隔离处理方法、装置、计算机设备、存储介质和计算机程序产品，可应用于云技术、人工智能、智慧交通、辅助驾驶等各种场景。该方法包括：从获取的业务请求中识别出业务标识和用户标识；按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，获得目标业务请求；将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理；目标集群是传输到的服务层级中由集群标签标识的集群，目标业务节点是目标集群中由用户标签标识的业务节点。采用本方法能够提高业务隔离的处理效率。

Description

业务隔离处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及业务隔离处理方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

随着计算机技术的发展，越来越多的业务依托网络平台运营实现，如抽奖、积攒积分、浏览任务等各种业务服务，涉及教育、游戏、交通、人工智能等各种应用领域。不同的业务涉及到不同业务逻辑、不同用户、不同数据等，为防止不同业务之间产生相互影响导致故障，需要将不同的业务进行隔离，以隔绝各个业务之前的相互影响。

然而，目前的业务隔离手段中，需要针对各个业务分别进行各种资源的部署，以将各个业务进行隔离，业务部署的处理过程繁杂，导致业务隔离的处理效率较低。

发明内容

基于此，有必要针对上述技术问题，提供能够提高业务隔离处理效率的业务隔离处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种业务隔离处理方法。所述方法包括：

获取业务请求，从业务请求中识别出业务标识和用户标识；

按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，获得目标业务请求；

将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理；目标集群是传输到的服务层级中由集群标签标识的集群，目标业务节点是目标集群中由用户标签标识的业务节点。

第二方面，本申请还提供了一种业务隔离处理装置。所述装置包括：

业务请求获取模块，用于获取业务请求，从业务请求中识别出业务标识和用户标识；

业务请求更新模块，用于按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，获得目标业务请求；

业务请求传输模块，用于将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理；目标集群是传输到的服务层级中由集群标签标识的集群，目标业务节点是目标集群中由用户标签标识的业务节点。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取业务请求，从业务请求中识别出业务标识和用户标识；

按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，获得目标业务请求；

将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理；目标集群是传输到的服务层级中由集群标签标识的集群，目标业务节点是目标集群中由用户标签标识的业务节点。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取业务请求，从业务请求中识别出业务标识和用户标识；

按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，获得目标业务请求；

将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理；目标集群是传输到的服务层级中由集群标签标识的集群，目标业务节点是目标集群中由用户标签标识的业务节点。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

获取业务请求，从业务请求中识别出业务标识和用户标识；

按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，获得目标业务请求；

将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理；目标集群是传输到的服务层级中由集群标签标识的集群，目标业务节点是目标集群中由用户标签标识的业务节点。

上述业务隔离处理方法、装置、计算机设备、存储介质和计算机程序产品，从获得的业务请求中识别出业务标识和用户标识，按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，将得到的目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在所传输到的服务层级中通过路由到目标集群中的目标业务节点上进行处理，从而实现针对业务请求的业务隔离处理。按照业务标识所关联的业务隔离配置信息，在业务请求中添加集群标签和用户标签，并通过集群标签和用户标签在各个服务层级中路由到目标集群中的目标业务节点上，针对业务请求进行相应的业务处理，从而利用集群标签和用户标签路由到相应业务节点实现对业务请求的隔离处理，简化了业务隔离的操作过程，提高了业务隔离的处理效率。

第六方面，本申请提供了一种业务隔离处理方法。所述方法包括：

在本服务层级中、与标签透传的目标业务请求中的集群标签匹配的集群中、与目标业务请求中的用户标签匹配的业务节点上，基于目标业务请求进行本服务层级的业务处理，获得包括集群标签和用户标签的更新业务请求；

在本服务层级的下一服务层级的集群中，确定与集群标签匹配的目标集群，在目标集群中确定与用户标签匹配的目标业务节点；

向目标业务节点传输标签透传的更新业务请求，更新业务请求用于指示目标业务节点基于更新业务请求进行下一服务层级的业务处理。

第七方面，本申请还提供了一种业务隔离处理装置。所述装置包括：

业务请求处理模块，用于在本服务层级中、与标签透传的目标业务请求中的集群标签匹配的集群中、与目标业务请求中的用户标签匹配的业务节点上，基于目标业务请求进行本服务层级的业务处理，获得包括集群标签和用户标签的更新业务请求；

业务节点确定模块，用于在本服务层级的下一服务层级的集群中，确定与集群标签匹配的目标集群，在目标集群中确定与用户标签匹配的目标业务节点；

业务请求传输模块，用于向目标业务节点传输标签透传的更新业务请求，更新业务请求用于指示目标业务节点基于更新业务请求进行下一服务层级的业务处理。

第八方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

在本服务层级中、与标签透传的目标业务请求中的集群标签匹配的集群中、与目标业务请求中的用户标签匹配的业务节点上，基于目标业务请求进行本服务层级的业务处理，获得包括集群标签和用户标签的更新业务请求；

在本服务层级的下一服务层级的集群中，确定与集群标签匹配的目标集群，在目标集群中确定与用户标签匹配的目标业务节点；

向目标业务节点传输标签透传的更新业务请求，更新业务请求用于指示目标业务节点基于更新业务请求进行下一服务层级的业务处理。

第九方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

在本服务层级中、与标签透传的目标业务请求中的集群标签匹配的集群中、与目标业务请求中的用户标签匹配的业务节点上，基于目标业务请求进行本服务层级的业务处理，获得包括集群标签和用户标签的更新业务请求；

在本服务层级的下一服务层级的集群中，确定与集群标签匹配的目标集群，在目标集群中确定与用户标签匹配的目标业务节点；

向目标业务节点传输标签透传的更新业务请求，更新业务请求用于指示目标业务节点基于更新业务请求进行下一服务层级的业务处理。

第十方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

在本服务层级中、与标签透传的目标业务请求中的集群标签匹配的集群中、与目标业务请求中的用户标签匹配的业务节点上，基于目标业务请求进行本服务层级的业务处理，获得包括集群标签和用户标签的更新业务请求；

在本服务层级的下一服务层级的集群中，确定与集群标签匹配的目标集群，在目标集群中确定与用户标签匹配的目标业务节点；

向目标业务节点传输标签透传的更新业务请求，更新业务请求用于指示目标业务节点基于更新业务请求进行下一服务层级的业务处理。

上述业务隔离处理方法、装置、计算机设备、存储介质和计算机程序产品，在本服务层级中、与标签透传的目标业务请求中的集群标签匹配的集群中、与目标业务请求中的用户标签匹配的业务节点上，基于目标业务请求进行本服务层级的业务处理，获得包括集群标签和用户标签的更新业务请求，在本服务层级的下一服务层级的集群中，在与集群标签匹配的目标集群中确定与用户标签匹配的目标业务节点，通过向目标业务节点传输标签透传的更新业务请求，以指示目标业务节点基于更新业务请求进行下一服务层级的业务处理。通过业务请求包括的集群标签和用户标签，路由到本服务层级的下一服务层级的目标集群中的目标业务节点上，以针对业务请求进行相应的业务处理，从而利用集群标签和用户标签路由到相应业务节点实现对业务请求的隔离处理，简化了业务隔离的操作过程，提高了业务隔离的处理效率。

附图说明

图1为一个实施例中业务隔离处理方法的应用环境图；

图2为一个实施例中业务隔离处理方法的流程示意图；

图3为一个实施例中集群容灾处理的流程示意图；

图4为另一个实施例中业务隔离处理方法的流程示意图；

图5为一个实施例中业务隔离处理方法的时序图；

图6为一个实施例中平台业务的界面示意图；

图7为一个实施例中业务隔离系统架构示意图；

图8为又一个实施例中业务隔离处理方法的流程示意图；

图9为一个实施例中通过集群标签进行集群路由的示意图；

图10为一个实施例中业务请求数据包的结构示意图；

图11为根据新增业务增加存储的示意图；

图12为一个实施例中通过集群隔离实现业务隔离的示意图；

图13为一个实施例中业务隔离处理装置的结构框图；

图14为另一个实施例中业务隔离处理装置的结构框图；

图15为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例可应用于各种场景，包括但不限于云技术、人工智能、智慧交通、辅助驾驶等。具体来说，本申请实施例提供的业务隔离处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与接入服务器104进行通信，接入服务器104通过网络与服务层级I服务器集群中的各个业务服务器106进行通信，服务层级I服务器集群中的各个业务服务器106，通过网络与服务层级II服务器集群中的各个业务服务器108进行通信。数据存储系统可以存储相应服务器所需要处理的数据。数据存储系统可以集成在相应服务器上，也可以放在云上或其他服务器上。用户可以在终端102触发业务处理，终端102将生成的业务请求发送至接入服务器104，接入服务器104从获得的业务请求中识别出业务标识和用户标识，按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，接入服务器104向服务层级I服务器集群中的目标业务服务器106传输标签透传的目标业务请求，以由目标业务服务器106进行服务层级I的业务处理，并将更新后的业务请求传输到服务层级II服务器集群中的目标业务服务器108，以由目标业务服务器108进行服务层级II的业务处理。从而实现了由接入服务器104将得到的目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在传输到的服务层级中路由到目标集群中的目标业务节点上进行处理，从而实现针对业务请求的业务隔离处理。

进一步地，在服务层级I服务器集群中的目标业务服务器106获得目标业务请求后，目标业务服务器106基于目标业务请求进行本服务层级I的业务处理，获得包括集群标签和用户标签的更新业务请求，目标业务服务器106在本服务层级I的下一服务层级II的集群中，在与集群标签匹配的目标集群中确定与用户标签匹配的目标业务节点，即目标业务服务器108，目标业务服务器106通过向目标业务服务器108传输标签透传的更新业务请求，以指示目标业务服务器108基于更新业务请求进行下一服务层级II的业务处理。其中，终端102可以但不限于是各种台式计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。接入服务器104、服务层级I服务器集群中的业务服务器106和服务层级II服务器集群中的业务服务器108可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术(Cloudtechnology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。

其中，云计算(cloud computing)指IT基础设施的交付和使用模式，指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关，也可是其他服务。云计算是网格计算(Grid Computing)、分布式计算(DistributedComputing)、并行计算(Parallel Computing)、效用计算(Utility Computing)、网络存储(Network StorageTechnologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机和网络技术发展融合的产物。随着互联网、实时数据流、连接设备多样化的发展，以及搜索服务、社会网络、移动商务和开放协作等需求的推动，云计算迅速发展起来。不同于以往的并行分布式计算，云计算的产生从理念上将推动整个互联网模式、企业管理模式发生革命性的变革。

云存储(cloud storage)是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储系统(以下简称存储系统)是指通过集群应用、网格技术以及分布存储文件系统等功能，将网络中大量各种不同类型的存储设备(存储设备也称之为存储节点)通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储系统。目前，存储系统的存储方法为：创建逻辑卷，在创建逻辑卷时，就为每个逻辑卷分配物理存储空间，该物理存储空间可能是某个存储设备或者某几个存储设备的磁盘组成。客户端在某一逻辑卷上存储数据，也就是将数据存储在文件系统上，文件系统将数据分成许多部分，每一部分是一个对象，对象不仅包含数据而且还包含数据标识(ID，ID entity)等额外的信息，文件系统将每个对象分别写入该逻辑卷的物理存储空间，且文件系统会记录每个对象的存储位置信息，从而当客户端请求访问数据时，文件系统能够根据每个对象的存储位置信息让客户端对数据进行访问。存储系统为逻辑卷分配物理存储空间的过程，具体为：按照对存储于逻辑卷的对象的容量估量(该估量往往相对于实际要存储的对象的容量有很大余量)和独立冗余磁盘阵列(RAID，Redundant Array of Independent Disk)的组别，预先将物理存储空间划分成分条，一个逻辑卷可以理解为一个分条，从而为逻辑卷分配了物理存储空间。

在一个实施例中，如图2所示，提供了一种业务隔离处理方法，该方法由计算机设备执行。本实施例中，以该方法应用于图1中的接入服务器为例进行说明，包括以下步骤：

步骤202，获取业务请求，从业务请求中识别出业务标识和用户标识。

其中，业务请求是用于请求业务服务的消息，业务请求可以由用户通过终端触发生成。例如，用户通过终端上的业务平台，选择需要的业务服务进行触发，终端响应于用户的选择操作，生成对应的业务请求。业务标识用于标识业务，不同的业务可以对应于不同的业务标识，业务标识具体可以包括业务编号、业务名称、业务代码等各种标识。用户标识用于标识用户的身份，具体可以包括姓名、账号、手机号、身份证号等各种身份标识信息。业务请求中携带业务标识和用户标识，以通过业务标识确定所请求业务，通过用户标识确定触发业务服务请求的用户。

具体地，接入服务器获取业务请求，具体可以接收由终端发送的业务请求，接入服务器从业务请求中识别出业务标识和用户标识，具体可以由接入服务器从业务请求的标识字段中，识别出业务标识和用户标识。例如，可以在业务请求的数据报文的包头中设置标识字段，包括业务标识字段和用户标识字段，接入服务器可以在业务请求的包头，从业务标识字段和用户标识字段中分别识别出业务标识和用户标识。

步骤204，按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，获得目标业务请求。

其中，业务隔离配置信息是预先设定的进行业务隔离处理的配置数据，业务隔离配置信息具体可以包括标签的添加条件，以通过标签的添加条件在业务请求中添加相应的标签。业务隔离配置信息中可以包括不同业务所对应的隔离处理。例如，针对业务A、业务B和业务C的业务隔离处理中，将各种业务配置到不同的业务节点进行处理，如将业务A配置到由业务节点a进行处理，将业务B配置到由业务节点b进行处理，将业务C配置到由业务节点c进行处理，则业务隔离配置信息可以记录有业务A、业务B和业务C的业务标识与相应业务节点之间的映射关系，从而可以基于业务标识从业务隔离配置信息中查询到相应的业务节点，以由查询的业务节点进行业务处理。

标签用于标志基于业务请求进行业务处理的对象，标签具体可以包括集群标签和用户标签。其中，集群标签用于标志基于业务请求进行业务处理的集群，集群中包括多个业务节点，具体可以包括多个服务器；用户标签用于标志基于业务请求进行业务处理的业务节点。在业务服务的处理中，可以建立多个集群，每个集群中可以包括多个业务节点，不同的集群可以对应于不同的集群标签，集群中不同的业务节点可以对应于不同的用户标签，从而可以通过集群标签实现业务处理时集群的隔离，通过用户标签实现业务处理时业务节点的隔离，从而实现业务隔离处理。集群标签与业务标识相匹配，从而可以针对不同的业务标识设置不同的集群标签进行业务隔离处理。用户标签与用户标识相匹配，从而可以针对不同的用户设置相应的用户标签进行业务隔离处理。目标业务请求通过在业务请求中添加集群标签和用户标签得到。目标业务请求携带集群标签和用户标签，在目标业务请求的传输过程中，可以利用标签透传的特性，利用集群标签和用户标签确定相应进行业务处理的集群以及该集群中的业务节点，从而实现业务隔离处理。

具体地，接入服务器查询业务标识所关联的业务隔离配置信息，业务隔离配置信息针对不同的业务预先设置，而不同的业务通过业务标识进行区分，接入服务器可以通过业务标识，查询到业务标识所标识业务的业务隔离配置信息。接入服务器按照业务隔离配置信息，在业务请求中添加集群标签和用户标签，集群标签与业务标识相匹配，用户标签与用户标识相匹配，从而得到目标业务请求。在具体实现时，业务隔离配置信息可以包括标签与标识之间的对应关系，通过业务隔离配置信息，可以确定与业务标识匹配的集群标签，以及与用户标识匹配的用户标签，接入服务器将确定的集群标签和用户标签添加到业务请求中，获得目标业务请求。

步骤206，将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理；目标集群是传输到的服务层级中由集群标签标识的集群，目标业务节点是目标集群中由用户标签标识的业务节点。

其中，服务层级是指进行业务处理时需要执行不同处理的层级。例如，对于业务A，在执行业务A的处理时，需要依次进行服务层级a、服务层级b和服务层级c的处理，以完成业务A处理，则业务A的服务层级包括服务层级a、服务层级b和服务层级c。服务层级与业务相应的业务逻辑相关，不同的业务可以涉及不同的业务逻辑，从而对应于不同的服务层级。透传是指透明传输，具体指在通讯中不管传输的业务内容如何，只负责将传输的内容由源地址传输到目的地址，而不对业务数据内容做任何改变。标签透传是指在目标业务请求于不同的服务层级进行传输时，目标业务请求所携带的标签，包括集群标签和用户标签不会随传输过程发生改变。路由(routing)是指从服务层级中确定对业务请求进行处理的集群以及业务节点的过程，具体通过在服务层级中进行路由，以从服务层级中确定对业务请求进行处理的目标集群，并进一步从目标集群中确定对业务请求进行处理的目标业务节点，从而能够将业务请求发送到目标集群中的目标业务节点上进行处理。在具体应用中，路由可以通过确定目标集群以及目标业务节点的地址进行实现。

在每个服务层级需要进行相应的业务处理，每个服务层级可以设置由相应的集群，以通过集群中的业务节点执行该服务层级的业务处理。业务节点是指基于业务请求进行相应业务处理的节点，具体可以是进行业务处理的服务器。目标集群是传输到的服务层级中由集群标签标识的集群，目标业务节点是目标集群中由用户标签标识的业务节点，即通过集群标签和用户标签可以确定传输到的服务层级的目标业务节点，以通过该目标业务节点进行当前服务层级的业务处理。目标业务请求在至少两个服务层级进行传输，传输过程中目标业务请求所携带的集群标签和用户标签保持不变，在传输到的服务层级中，根据集群标签和用户标签，从目标集群中确定目标业务节点，以在目标业务节点上基于目标业务请求进行业务处理。

具体地，接入服务器将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在传输到的服务层级中路由到目标集群中的目标业务节点上进行处理，直到针对业务请求的业务处理结束。在具体实现时，接入服务器可以根据集群标签确定传输到的服务层级中的目标集群，并根据用户标签从目标集群中确定目标业务节点，接入服务器将目标业务请求发送到该目标业务节点，以由该目标业务节点基于目标业务请求进行处理，并将处理后的目标业务请求路由传输到下一个服务层级中目标集群的目标业务节点上进行下一个服务层级的业务处理。在每一个服务层级中，均可以通过集群标签和用户标签路由到相应目标集群中的目标业务节点，以通过目标业务节点进行相应服务层级的处理，使得不同集群标签和不同用户标签可以由不同业务节点进行处理，从而实现了业务隔离处理。

上述业务隔离处理方法中，从获得的业务请求中识别出业务标识和用户标识，按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，将得到的目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在传输到的服务层级中通过路由到目标集群中的目标业务节点上进行处理，从而实现针对业务请求的业务隔离处理。按照业务标识所关联的业务隔离配置信息，在业务请求中添加集群标签和用户标签，并通过集群标签和用户标签在各个服务层级中路由到目标集群中的目标业务节点上，针对业务请求进行相应的业务处理，从而利用集群标签和用户标签路由到相应业务节点实现对业务请求的隔离处理，简化了业务隔离的操作过程，提高了业务隔离的处理效率。

在一个实施例中，将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理，包括：确定待传输的初始服务层级中由集群标签所标识的目标集群；从目标集群中确定由用户标签所标识的目标业务节点；向目标业务节点传输标签透传的目标业务请求；目标业务请求，用于指示目标业务节点基于目标业务请求进行初始服务层级的业务处理，并将获得的标签透传的更新业务请求传输到下一服务层级的目标业务节点中，以进行下一服务层级的业务处理。

其中，初始服务层级是需要由接入服务器传输的服务层级，由接入服务器将目标业务请求向初始服务层级传输，以进行业务处理，该服务层级与接入服务器通信，属于触发进行初始业务处理的服务层级。在基于业务请求进行相应业务处理时，需要通过至少两个服务层级的业务处理，初始服务层级是属于最初进行业务处理的服务层级。例如，业务B对应的服务层级包括服务层级b、服务层级d和服务层级f，若各服务层级的执行顺序为先服务层级b、再服务层级d，最后服务层级f，则初始服务层级为服务层级b。更新业务请求是初始服务层级中的目标业务节点基于目标业务请求进行初始服务层级的业务处理后，得到的业务请求，更新业务请求与目标业务请求具有相同的集群标签和用户标签。

具体地，接入服务器确定待传输的初始服务层级，具体可由接入服务器从至少两个服务层级中确定待传输的初始服务层级，如可以根据各个服务层级的执行顺序，将最先触发执行的服务层级确定为待传输的初始服务层级。接入服务器确定初始服务层级中由集群标签所标识的目标集群，具体可以由接入服务器按照集群标签在初始服务层级的集群集合中进行查询，以查询得到由集群标签所标识的目标集群，该目标集群即为进行初始服务层级的业务处理的集群。接入服务器从目标集群中确定由用户标签所标识的目标业务节点，具体可以由接入服务器按照用户标签在目标集群中进行匹配，从而从目标集群的各个业务节点中确定与用户标签相匹配的目标业务节点，以通过该目标业务节点执行初始服务层级的业务处理。

接入服务器将标签透传的目标业务请求传输到目标业务节点，以由目标业务节点基于目标业务请求进行初始服务层级的业务处理，并将获得的标签透传的更新业务请求传输到下一服务层级的目标业务节点中，以进行下一服务层级的业务处理。在具体实现时，接入服务器可以获得目标业务节点的地址信息，基于该地址信息，将标签透传的目标业务请求传输到目标业务节点。接收到目标业务请求后，目标业务节点基于目标业务请求进行初始服务层级的业务处理，获得标签透传的更新业务请求，该更新业务请求包括集群标签和用户标签。目标业务节点基于集群标签确定下一服务层级的目标集群，并在下一服务层级的目标集群中确定下一服务层级的目标业务节点，目标业务节点将标签透传的更新业务请求传输到下一服务层级的目标业务节点，以由下一服务层级的目标业务节点进行下一服务层级的业务处理，实现各个服务层级各自的业务隔离处理。

本实施例中，接入服务器根据集群标签和用户标签，确定待传输的初始服务层级的目标集群中目标业务节点，通过向目标业务节点传输标签透传的目标业务请求，以触发进行至少两个服务层级的业务处理，利用集群标签和用户标签路由到相应业务节点实现对业务请求的隔离处理，简化了业务隔离的操作过程，提高了业务隔离的处理效率。

在一个实施例中，确定待传输的初始服务层级中由集群标签所标识的目标集群，包括：从业务请求中识别出服务层级标识；根据服务层级标识确定待传输的初始服务层级；在初始服务层级的集群集合中，查询得到由集群标签所标识的目标集群。

其中，服务层级标识用于标识服务层级，不同的服务层级可以对应于不同的服务层级标识，从而通过服务层级标识可以确定相对应的服务层级。服务层级标识具体可以包括但不限于包括服务层级的名称、编号等表示信息。业务请求中可以携带有服务层级标识，具体可以携带由下一个服务层级的标识，还可以携带有相应业务中所有服务层级的标识。集群集合是相应服务层级的各个集群组成的集合，集群集合包括相应服务层级中的各个集群，每个集群对应于不同的集群标签。

具体地，接入服务器对业务请求进行解析，以从业务请求中识别出服务层级标识。在具体应用中，在业务请求的包体中可以携带有服务层级标识，接入服务器可以通过解析业务请求的包体，从而获得服务层级标识。接入服务器基于服务层级标识确定待传输的初始服务层级。在具体实现中，若服务层级标识为下一个服务层级的标识，则接入服务器可以直接基于识别出的服务层级标识确定相应待传输的初始服务层级；若服务层级标识包括业务标识所标识业务的所有服务层级的标识，则接入服务器可以确定各个标识所对应服务层级的执行顺序，从而根据执行顺序确定初始服务层级标识，基于该初始服务层级标识确定待传输的初始服务层级。接入服务器查询初始服务层级的集群集合，集群集合包括初始服务层级的各个集群，接入服务器基于集群标签在初始服务层级的集群集合中进行查询，如可以将集群标签与集群集合中的各个集群进行匹配，得到匹配成功的，由集群标签所标识的目标集群，目标集群为执行初始服务层级的业务处理的业务节点所属的集群。

本实施例中，接入服务器根据从业务请求中识别出的服务层级标识确定待传输的初始服务层级，并在初始服务层级的集群集合中查询到集群标签所标识的目标集群，从而基于业务请求可以准确确定相应的服务层级，并通过集群标签确定执行业务处理的集群，从而简化了业务隔离处理操作过程，提高了业务隔离的处理效率。

在一个实施例中，在初始服务层级的集群集合中，查询得到由集群标签所标识的目标集群，包括：根据集群标签和初始服务层级的集群路由信息，从初始服务层级的集群集合中查询得到由集群标签所标识的目标集群。

其中，集群路由信息可以包括集群标签与集群集合中各个集群之间的映射关系，通过查询集群路由信息可以确定集群集合中由集群标签所标识的集群。此外，集群路由信息还可以包括集群集合中各个集群的集群信息，从而通过查询集群路由信息可以获得集群集合中各个集群的信息，以便针对各个集群进行路由处理。具体地，接入服务器获取初始服务层级的集群路由信息，接入服务器按照集群标签在集群路由信息中进行查询，以从初始服务层级的集群集合中，查询得到由集群标签所标识的目标集群。

进一步地，从目标集群中确定由用户标签所标识的目标业务节点，包括：根据用户标签和集群路由信息，从目标集群中确定由用户标签所标识的目标业务节点。

其中，集群路由信息还可以包括集群集合中各个集群下所包括各个业务节点的信息，如集群路由信息可以包括各个业务节点与用户标签之间的映射关系、各个业务节点的地址信息等。具体地，接入服务器按照用户标签在集群路由信息中进行查询，以从目标集群中确定由用户标签所标识的目标业务节点。

本实施例中，接入服务器通过初始服务层级的集群路由信息，按照集群标签从集群集合中查询到目标集群，并从目标集群中查询到目标业务节点，从而可以通过更新集群路由信息以更新初始服务层级的业务隔离逻辑，可以简化业务隔离更新的操作，从而提高业务隔离更新的处理效率。

在一个实施例中，按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，获得目标业务请求，包括：获取业务标识关联的业务隔离配置信息；根据业务隔离配置信息，生成与业务标识匹配的集群标签以及与用户标识匹配的用户标签；将集群标签和用户标签添加到业务请求中，获得目标业务请求。

其中，业务隔离配置信息是预先设定的进行业务隔离处理的配置数据，根据业务隔离配置信息可以生成集群标签和用户标签。具体地，接入服务器获取业务标识关联的业务隔离配置信息，不同的业务可以针对预先设定不同的业务隔离配置信息。接入服务器可以基于业务标识，从业务隔离配置信息库中进行查询，以获得业务标识关联的业务隔离配置信息。接入服务器根据获得的业务隔离配置信息，生成集群标签和用户标签，集群标签与业务标识相匹配，用户标签与用户标识相匹配。在具体实现时，接入服务器可以基于业务隔离配置信息和业务标识生成集群标签，并根据业务隔离配置信息和用户标识生成用户标签。接入服务器将生成的集群标签和用户标签添加至业务请求中，得到目标业务请求。

本实施例中，接入服务器基于业务标识关联的业务隔离配置信息，生成与业务标识匹配的集群标签以及与用户标识匹配的用户标签，并将集群标签和用户标签添加到业务请求中，获得目标业务请求，集群标签和用户标签基于业务隔离配置信息生成，针对不同的业务设置对应的业务隔离配置信息，可以实现集群标签和用户标签的灵活配置，而基于集群标签和用户标签可以实现业务隔离，能够简化业务隔离的操作，从而提高业务隔离的处理效率。

在一个实施例中，根据业务隔离配置信息，生成与业务标识匹配的集群标签以及与用户标识匹配的用户标签，包括：基于业务标识，从业务隔离配置信息中确定业务字段、区域字段和标识字段；根据业务字段、区域字段和标识字段，生成与业务标识匹配的集群标签；从业务隔离配置信息中确定用户标识映射方式，并按照用户标识映射方式将用户标识进行映射，得到与用户标识匹配的用户标签。

其中，集群标签可以包括多个不同的字段，具体可以包括业务字段、区域字段和标识字段。业务字段用于标识业务类型，区域字段用于标识业务触发的所属区域，标识字段用于标识各个集群。通过包括多个不同的字段的集群标签对集群进行标识，可以根据业务类型和业务触发区域对各个集群进行高效管理，以便通过各个集群进行业务隔离处理。用户标识映射方式是指将用户标识进行映射处理的映射方式，具体可以包括各种映射算法，如哈希算法、加密算法等。

具体地，接入服务器可以基于业务标识，从业务隔离配置信息中确定集群标签的字段，包括业务字段、区域字段和标识字段。在具体实现时，若业务标识中包括业务类型、业务所属区域和集群标识等信息时，则接入服务器可以直接从业务隔离配置信息中，查询到业务字段、区域字段和标识字段。此外，接入服务器可以从业务隔离配置信息中查询业务标识所对应的业务字段；接入服务器可以从业务请求中确定业务所属区域，并基于业务所属区域从业务隔离配置信息中确定区域字段；接入服务器还可以从业务隔离配置信息中确定集群的标识字段。接入服务器根据获得的业务字段、区域字段和标识字段，生成与业务标识匹配的集群标签，具体可以按照预设的字段格式，生成与业务标识匹配的集群标签。例如，集群标签可以为cj.sz.1，其中，“cj”用于表示业务类型为抽奖，“.sz”用于表示业务所属区域为深圳，“.1”用于表示集群的标识为1号。进一步地，接入服务器从业务隔离配置信息中确定用户标识映射方式，并按照该用户标识映射方式将用户标识进行映射，得到与用户标识匹配的用户标签。例如，用户标识映射方式为哈希映射，则接入服务器可以按照业务隔离配置信息中指定的哈希函数将用户标识进行哈希映射，得到与用户标识匹配哈希映射结果，并将该哈希映射结果作为用户标签。

本实施例中，基于多个不同字段生成集群标签，从而能够对集群标签进行多个维度的维护，有利于提高集群标签的管控效率；另一方面，按照业务隔离配置信息中确定用户标识映射方式将用户标识进行映射，以得到用户标签，从而能够通过映射获得的用户标签快速确定相应的业务节点，有利于提高基于用户标签进行业务隔离的处理效率。

在一个实施例中，业务隔离处理方法还包括：基于预设的业务隔离配置条件，确定业务标识的集群标签字段和用户标识映射方式；根据集群标签字段和用户标识映射方式，生成与业务标识关联的业务隔离配置信息。

其中，业务隔离配置条件为针对各个业务进行业务隔离时的配置要求，不同的业务进行业务隔离时需要配置不同的业务隔离配置信息。业务隔离配置条件可以根据实际需要进行设置，如可以根据实际需要确定各种业务在进行业务隔离时的集群标签字段和用户标识映射方式。集群标签字段是集群标签中所包括的各个字段。

具体地，接入服务器可以获取预设的业务隔离配置条件，业务隔离配置条件可以包括集群标签字段和用户标识映射方式的配置要求。接入服务器基于业务隔离配置条件，确定业务标识的集群标签字段和用户标识映射方式，如可以确定该业务标识所标识业务在进行业务隔离时的集群标签中所包括的各个字段，确定该业务标识所标识业务在进行业务隔离时的用户标识映射方式。接入服务器根据确定的集群标签字段和用户标识映射方式，生成与业务标识关联的业务隔离配置信息。接入服务器基于预设的业务隔离配置条件，针对业务标识所标识的业务在进行业务隔离时的业务隔离配置信息进行设置，具体包括设置集群标签字段和用户标识映射方式，以基于集群标签字段和用户标识映射方式得到业务隔离配置信息，从而能通过业务隔离配置信息生成集群标签和用户标签进行业务隔离处理。

本实施例中，按照预设的业务隔离配置条件，确定的集群标签字段和用户标识映射方式生成与业务标识关联的业务隔离配置信息，从而通过业务隔离配置信息生成集群标签和用户标签，对业务标识所标识业务进行业务隔离处理，有利于简化业务隔离的操作过程，从而提高业务隔离的处理效率。

在一个实施例中，如图3所示，业务隔离处理方法还包括集群容灾处理，具体包括：

步骤302，当传输到的服务层级中所路由到的目标集群处于故障状态时，确定传输到的服务层级的冷备集群。

其中，集群处于故障状态时，表示集群中的各个业务节点发生故障，无法进行业务处理，则可以通过冷备集群进行容灾处理。冷备集群是指其他集群处于正常工作的情况时不进行工作，而在其他集群发生故障无法正常工作时进行备用工作的集群。

具体地，可以设置有冷备集群，具体可以针对每个服务层级均设置至少一个冷备集群，以便容灾使用。接入服务器或当前服务层级中的目标业务节点确定传输到的服务层级中所路由到的目标集群处于故障状态时，表明目标集群中的各个业务节点均不可用，则接入服务器或当前服务层级中的目标业务节点可以确定传输到的服务层级的冷备集群。

步骤304，从冷备集群中确定由用户标签标识的冷备业务节点。

其中，冷备业务节点是指冷备集群中需要执行传输到的服务层级的业务处理的业务节点，冷备业务节点与用户标签相匹配。具体地，接入服务器或当前服务层级中的目标业务节点，可以按照用户标签在冷备集群中进行查询，以确定从冷备集群中确定由用户标签标识的冷备业务节点。

步骤306，向冷备业务节点传输标签透传的目标业务请求，以使目标业务请求在冷备业务节点上进行传输到的服务层级的业务处理。

具体地，接入服务器或当前服务层级中的目标业务节点向冷备业务节点传输标签透传的目标业务请求，以使目标业务请求在冷备业务节点上进行传输到的服务层级的业务处理。在具体应用中，接入服务器或当前服务层级中的目标业务节点将标签透传的目标业务请求传输到冷备业务节点，接收到目标业务请求后，冷备业务节点将执行发生故障的目标业务节点的作业，即冷备业务节点基于目标业务请求进行传输到的服务层级的业务处理。

在一个具体应用中，若传输到的服务层级中所路由到的目标集群处于故障状态，即目标集群中所有业务节点均发生故障而不可用时，可以通过冷备集群进行容灾处理。而若目标集群中部分业务节点发生故障时，可以将目标业务请求传输到目标集群中未故障的业务节点，以由该业务节点基于目标业务请求进行传输到的服务层级的业务处理，从而减少集群变更的频率，确保业务的处理效率。

本实施例中，通过设置冷备集群进行容灾处理，在集群发生故障时可以通过冷备集群进行业务处理，能够保障业务隔离处理的正常运行，从而确保业务隔离处理的处理效率。

在一个实施例中，业务隔离处理方法还包括：将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务节点按照与集群标签匹配的集群配置信息，对目标业务请求进行处理，并将获得的业务处理数据发送到目标存储节点中进行存储；其中，目标存储节点根据集群标签和集群配置信息确定。

其中，集群配置信息是将集群配置成能够实现相应服务层级的业务处理的配置信息。通过集群配置信息，可以使集群能够进行相应服务层级的业务处理。集群配置信息具体可以包括相应服务层级的业务处理逻辑，通过该业务处理逻辑可以实现相应服务层级的业务处理。业务处理数据是基于业务请求进行业务处理所获得的处理数据。目标存储节点用于存储相应服务层级的业务处理数据，目标存储节点具体可以是存储数据的数据库节点。目标存储节点根据集群标签和集群配置信息确定，具体可以通过集群标签查询集群配置信息，并从集群配置信息中确定目标存储节点。

具体地，接入服务器可以根据集群标签确定传输到的服务层级中的目标集群，并根据用户标签从目标集群中确定目标业务节点，接入服务器将目标业务请求发送到该目标业务节点，以由该目标业务节点基于目标业务请求进行处理，并将处理后的目标业务请求路由传输到下一个服务层级中目标集群的目标业务节点上进行下一个服务层级的业务处理。在每一服务层级中，目标业务节点在基于目标业务请求进行业务处理时，目标业务节点可以获取与集群标签匹配的集群配置信息，并按照该集群配置信息进行配置，配置完成后对目标业务请求进行业务处理，获得业务处理数据。目标业务节点可以基于集群标签和集群配置信息确定目标集群的目标存储节点，并将得到的业务处理数据发送到目标存储节点中进行存储，从而通过目标集群相应的目标存储节点进行数据存储。进一步地，在每一个服务层级中，均可以通过集群标签和用户标签路由到相应目标集群中的目标业务节点，以通过目标业务节点进行相应服务层级的处理，使得不同集群标签和不同用户标签可以由不同业务节点进行处理，从而实现了业务隔离处理。

本实施例中，接入服务器将目标业务请求在至少两个服务层级进行标签透传的传输，使目标业务节点按照与集群标签匹配的集群配置信息，对目标业务请求进行处理，并将获得的业务处理数据发送到目标存储节点中进行存储，从而通过集群标签关联的目标存储节点进行业务数据存储，可以实现业务数据存储的隔离，避免不同业务数据之间产生影响，确保业务隔离效果。

在一个实施例中，从业务请求中识别出业务标识和用户标识，包括：确定业务请求中的数据包头，并从数据包头的通用字段中，识别出业务标识和用户标识。

其中，数据包头是指数据包中的头部数据，数据包头的长度和各字段可以根据数据包的所采用的协议确定。通用字段是指用于写入通用信息的字段，通用信息可以包括但不限于包括业务ID、用户信息、设备ID等各种信息。

具体地，接入服务器获得业务请求后，确定业务请求中的数据包头，并从数据包头的通用字段中识别出业务标识和用户标识。在具体应用中，业务请求携带业务标识和用户标识，且业务标识和用户标识写入在业务请求数据包头的通用字段中，接入服务器可以从业务请求数据包头的通用字段识别获得业务标识和用户标识。

进一步地，按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，获得目标业务请求，包括：按照业务标识所关联的业务隔离配置信息，将与业务标识匹配的集群标签以及与用户标识匹配的用户标签，分别添加到业务请求的通用字段中，得到目标业务请求。

其中，业务隔离配置信息是预先设定的进行业务隔离处理的配置数据，基于业务隔离配置信息可以生成集群标签和用户标签。具体地，接入服务器查询业务标识所关联的业务隔离配置信息，接入服务器按照业务隔离配置信息，生成集群标签和用户标签，并将集群标签和用户标签分别添加到业务请求的通用字段中，得到目标业务请求。通过将集群标签和用户标签写入业务请求数据包头的通用字段中，可以在传输过程中可以直接解析业务请求数据包头的通用字段，以快速获得集群标签和用户标签，能够避免解析业务请求的数据包体，从而提高集群标签和用户标签的识别效率。

本实施例中，接入服务器从业务请求数据包头的通用字段中识别出业务标识和用户标识，并将生成的集群标签和用户标签添加到业务请求数据包头的通用字段中，从而能够从业务请求数据包头的通用字段中快速获得集群标签和用户标签，减少在业务隔离处理过程中针对业务请求的数据解析处理，从而有利于提高业务隔离的处理效率。

在一个实施例中，如图4所示，提供了一种业务隔离处理方法，该方法由计算机设备执行。本实施例中，以该方法应用于图1中的业务服务器为例进行说明，包括以下步骤：

步骤402，在本服务层级中、与标签透传的目标业务请求中的集群标签匹配的集群中、与目标业务请求中的用户标签匹配的业务节点上，基于目标业务请求进行本服务层级的业务处理，获得包括集群标签和用户标签的更新业务请求。

其中，本服务层级是指当前传输到的业务服务器，即当前目标业务节点所对应的服务层级。目标业务请求是传输到业务服务器进行业务处理的请求消息。更新业务请求是业务服务器基于目标业务请求进行本服务层级的业务处理后得到的业务请求，更新业务请求与目标业务请求具有相同的集群标签和用户标签。

具体地，在本服务层级中，路由到对目标业务请求进行业务处理的业务节点为业务服务器，业务服务器是与标签透传的目标业务请求中的集群标签匹配的集群中、与目标业务请求中的用户标签匹配的业务节点。业务服务器基于业务服务器，得到更新业务请求。更新业务请求包括与目标业务请求相同的集群标签和用户标签，即业务服务器在进行本服务层级的业务处理时，并未改变集群标签和用户标签。

步骤404，在本服务层级的下一服务层级的集群中，确定与集群标签匹配的目标集群，在目标集群中确定与用户标签匹配的目标业务节点。

具体地，业务服务器确定本服务层级的下一服务层级，具体可由业务服务器从至少两个服务层级中确定本服务层级的下一服务层级，如可以根据各个服务层级的执行顺序，确定在本服务层级后的下一服务层级。业务服务器在下一服务层级的集群中，确定与集群标签匹配的目标集群，并在目标集群中确定与用户标签匹配的目标业务节点。具体可由业务服务器按照集群标签在下一服务层级的集群集合中进行查询，以查询得到由集群标签所标识的目标集群，业务服务器按照用户标签在目标集群中进行匹配，从而从目标集群的各个业务节点中确定与用户标签相匹配的目标业务节点，以通过该目标业务节点执行下一服务层级的业务处理。

步骤406，向目标业务节点传输标签透传的更新业务请求，更新业务请求用于指示目标业务节点基于更新业务请求进行下一服务层级的业务处理。

具体地，业务服务器将标签透传的更新业务请求传输到下一服务层级的目标业务节点，以由下一服务层级的目标业务节点基于更新业务请求进行下一服务层级的业务处理。在具体实现时，接入服务器可以获得下一服务层级的目标业务节点的地址信息，基于该地址信息，将标签透传的更新业务请求传输到下一服务层级的目标业务节点。接收到目标业务请求后，下一服务层级的目标业务节点基于更新业务请求进行下一服务层级的业务处理。此外，业务服务器将基于目标业务请求进行本服务层级的业务处理后，若针对目标业务请求的处理完成，则结束针对目标业务请求的业务处理。

上述业务隔离处理方法，在本服务层级中、与标签透传的目标业务请求中的集群标签匹配的集群中、与目标业务请求中的用户标签匹配的业务节点上，基于目标业务请求进行本服务层级的业务处理，获得包括集群标签和用户标签的更新业务请求，在本服务层级的下一服务层级的集群中，在与集群标签匹配的目标集群中确定与用户标签匹配的目标业务节点，通过向目标业务节点传输标签透传的更新业务请求，以指示目标业务节点基于更新业务请求进行下一服务层级的业务处理。通过业务请求包括的集群标签和用户标签，路由到本服务层级的下一服务层级的目标集群中的目标业务节点上，以针对业务请求进行相应的业务处理，从而利用集群标签和用户标签路由到相应业务节点实现对业务请求的隔离处理，简化了业务隔离的操作过程，提高了业务隔离的处理效率。

在一个实施例中，在本服务层级的下一服务层级的集群中，确定与集群标签匹配的目标集群，包括：从目标业务请求中识别出服务层级标识；基于服务层级标识确定本服务层级的下一服务层级；在下一服务层级的集群集合中，查询得到与集群标签相匹配的目标集群。

其中，服务层级标识用于标识服务层级，不同的服务层级可以对应于不同的服务层级标识，从而通过服务层级标识可以确定相对应的服务层级。服务层级标识具体可以包括但不限于包括服务层级的名称、编号等表示信息。目标业务请求中可以携带有服务层级标识，具体可以携带由下一个服务层级的标识，还可以携带有相应业务中所有服务层级的标识。集群集合是相应服务层级的各个集群组成的集合，集群集合包括相应服务层级中的各个集群，每个集群对应于不同的集群标签。

具体地，业务服务器对目标业务请求进行解析，以从目标业务请求中识别出服务层级标识。在具体应用中，在目标业务请求的包体中可以携带有服务层级标识，业务服务器可以通过解析目标业务请求的包体，从而获得服务层级标识。业务服务器基于服务层级标识确定本服务层级的下一服务层级。在具体实现中，若服务层级标识为下一个服务层级的标识，则业务服务器可以直接基于识别出的服务层级标识确定本服务层级的下一服务层级；若服务层级标识包括业务标识所标识业务的所有服务层级的标识，则接入服务器可以确定各个标识所对应服务层级的执行顺序，从而根据执行顺序确定本服务层级的下一服务层级标识，基于该下一服务层级标识确定本服务层级的下一服务层级。业务服务器查询下一服务层级的集群集合，集群集合包括下一服务层级的各个集群，业务服务器基于集群标签在下一服务层级的集群集合中进行查询，如可以将集群标签与集群集合中的各个集群进行匹配，得到匹配成功的，由集群标签所标识的目标集群，目标集群为执行下一服务层级的业务处理的业务节点所属的集群。

本实施例中，业务服务器根据目标从业务请求中识别出的服务层级标识确定本服务层级的下一服务层级，并在下一服务层级的集群集合中查询到集群标签所标识的目标集群，从而基于目标业务请求可以准确确定相应的服务层级，并通过集群标签确定执行业务处理的集群，从而简化了业务隔离处理操作过程，提高了业务隔离的处理效率。

在一个实施例中，基于目标业务请求进行本服务层级的业务处理，获得包括集群标签和用户标签的更新业务请求，包括：从目标业务请求中确定携带待处理业务数据的数据包体，以及携带集群标签和用户标签的数据包头；基于待处理业务数据进行本服务层级的业务处理，并根据获得的更新业务数据生成更新数据包体；根据更新数据包体和数据包头，得到包括集群标签和用户标签的更新业务请求。

其中，目标业务请求携带待处理业务数据、集群标签和用户标签。待处理业务数据是指需要针对进行本服务层级业务处理的数据。数据包体是指目标业务请求的数据包中主体数据，目标业务请求的数据包中头部数据。目标业务请求的数据包体中携带待处理业务数据，目标业务请求的数据包头中携带集群标签和用户标签。更新业务数据是针对待处理业务数据进行本服务层级的业务处理后获得的业务数据。更新数据包体是基于更新业务数据生成的新数据包体。更新业务请求是业务服务器基于目标业务请求进行本服务层级的业务处理后得到的业务请求

具体地，业务服务器对目标业务请求进行解析，以从目标业务请求中确定携带待处理业务数据的数据包体，以及携带集群标签和用户标签的数据包头，从而得到待处理业务数据、集群标签和用户标签。业务服务器基于待处理业务数据进行本服务层级的业务处理，得到更新业务数据。业务服务器根据更新业务数据生成更新数据包体，并结合更新数据包体和数据包头，得到包括集群标签和用户标签的更新业务请求，从而实现本服务层级的业务处理。

本实施例中，业务服务器从目标业务请求的数据包体中提取待处理业务数据进行本服务层级的处理，并根据获得的更新业务数据生成更新数据包头，再根据更新数据包头和目标业务请求的数据包头，生成包括集群标签和用户标签的更新业务请求，从而能够从业务请求数据包头的通用字段中快速获得集群标签和用户标签，减少在业务隔离处理过程中针对业务请求的数据解析处理，有利于提高业务隔离的处理效率。

本申请还提供一种应用场景，该应用场景应用上述的业务隔离处理方法。

具体地，该业务隔离处理方法在该应用场景的应用如下：

如图5所示，用户通过终端上的业务平台触发抽奖业务，终端包括但不限于手机、电脑、智能语音交互设备、智能家电、车载终端、飞行器等。终端针对该抽奖业务生成相应的业务请求，并将业务请求发送至接入服务器，接入服务器从业务请求数据包头的通用字段中识别出抽奖业务的业务标识和该用户的用户标识。接入服务器获取业务标识所关联的业务隔离配置信息，并按照该业务隔离配置信息，生成与业务标识匹配的集群标签以及与用户标识匹配的用户标签，接入服务器将集群标签和用户标签添加到业务请求数据包头的通用字段中，得到目标业务请求。接入服务器将目标业务请求在抽奖业务的服务层级中进行标签透传的传输，以使目标业务请求在传输到的服务层级中路由到目标集群中的目标业务节点上进行处理。其中，目标集群是传输到的服务层级中由集群标签标识的集群，目标业务节点是目标集群中由用户标签标识的业务节点。

具体地，抽奖业务的服务层级包括依次处理的服务层级I、服务层级II和服务层级III。接入服务器基于集群标签确定服务层级I中的目标集群1，并在目标集群1中确定与用户标签匹配的目标业务节点1，接入服务器将目标业务请求发送到目标业务节点1。目标业务节点1针对接收的目标业务请求进行服务层级I的业务处理，获得包括集群标签和用户标签的更新业务请求。目标业务节点1基于集群标签确定服务层级II中的目标集群2，并在目标集群2中确定与用户标签匹配的目标业务节点2，目标业务节点1将更新业务请求发送到目标业务节点2。目标业务节点2针对接收的更新业务请求进行服务层级II的业务处理，获得包括集群标签和用户标签的再更新业务请求。目标业务节点2基于集群标签确定服务层级III中的目标集群3，并在目标集群3中确定与用户标签匹配的目标业务节点3，目标业务节点2将再更新业务请求发送到目标业务节点3。目标业务节点3针对接收的再更新业务请求进行服务层级III的业务处理，从而完成针对业务请求的业务隔离处理。

本申请还提供一种应用场景，该应用场景应用上述的业务隔离处理方法。

具体地，该业务隔离处理在该应用场景的应用如下：

随着人们日益增长的业务服务需求，作为平台方将接入很多业务，为了防止不同业务间互相影响造成事故，需要使用业务隔离的方式来最小化不同业务之间的影响。活动类型业务的快上快下特性，对业务隔离系统的易用性、通用性、容灾提出了很大挑战。目前业务隔离方案一般包括两种。其一，针对现有业务处理系统，申请全新的CVM(CloudVirtual Machine，云服务器)资源进行统一部署，等业务方下线后再裁撤机器，而重新部署的处理方式，对于快上快下的活动类业务场景，比如春节业务活动，运维成本非常高，频繁的接入会导致开发效率降低、延长服务上下线的运维周期，带来高额的沟通成本，而且，在日益复杂的业务平台系统中，还可能会导致故障的产生，影响业务正常处理。其二，将业务隔离代码耦合到服务中，不同业务请求逻辑服务时，根据业务不同再进行分发；但将业务隔离代码耦合到服务里，会导致代码逻辑难以维护，且提高了开发成本。此外，在运营的大流量场景中，经常使用存储多地部署的方式，该业务隔离方案会导致每上线一种玩法，就需要重新开发一套存储多地部署方案，延长了开发周期，导致业务隔离的处理效率较低。

基于此，本实施例提供了一种高易用性、通用、容灾的业务隔离处理方法，该业务隔离处理方法可用于秒杀、抽奖、任务等玩法的运营平台进行业务隔离处理。如图6所示，在一运营活动平台的业务方页面中，展示有积攒积分、秒杀活动和翻牌任务等多种活动业务，用户可以在该界面中触发业务活动，终端将生成携带业务标识appid的业务请求发送到接入层服务器，接入层服务器根据预设的业务配置，为业务请求打上集群标签和用户标签，用户标签具体可以为哈希标签，以便通过集群标签和用户标签可以使业务请求自动路由到下游对应的集群或存储上，实现业务隔离处理，从而大大减少重复开发工作量，提高业务隔离的处理效率。

具体地，如图7所示，业务隔离处理方法的应用系统中，包括接入层模块、玩法层模块、基础服务模块和存储模块；其中，接入层模块包括接入层服务器，用于对在业务请求中添加集群标签和用户标签；玩法层模块包括任务服务模块、抽奖服务模块、组队服务模块和兑换服务模块等各种业务活动模块，用于提供各种业务服务；基础服务模块包括集群配置服务模块和路由服务模块，集群配置服务模块用于针对集群进行配置，以为业务请求添加标签，路由服务模块用于提供路由服务，以便根据集群标签和用户标签查询相应的集群和业务节点；存储模块包括数据库，用于存储业务处理中所产生的各种数据，数据库具体可以包括Redis、Kafka等形式的数据库。

进一步地，如图8所示，用户通过终端触发发送携带业务标识appid的业务请求到接入层服务器，接入层服务器识别业务请求的业务ID，并获取对应的业务配置，为业务请求打上集群标签以及用户标签，用户标签具体为哈希标签，以为后续的集群路由机制提供保证。而当新业务方接入时，需要为新业务方设置相应的业务配置，具体可以在对应的服务打上集群标签，如可以针对任务服务打上qb.sh.1标签，用以后续路由寻址。具体地，用户发送的业务请求会携带appid到接入层服务器，接入层服务器根据appid查询对应的业务配置，接入层服务器从集群配置服务模块读取业务配置后，根据业务配置针对业务请求打上(qb.sh.1，hash)的标签，其中，qb.sh.1为集群标签，hash为用户标签。接入层服务器根据标签查询路由服务，获得qb.sh.1集群的IP(Internet Protocol，网际互连协议)地址，从而根据集群标签路由到对应集群，如图8中路由到任务服务器模块的qb.sh.1集群中。进一步地，还可以根据用户标签确定集群中的业务节点，从而路由到集群中具体的业务节点上进行相应的业务处理。任务服务模块可以跟集群信息从集群配置服务中获取配置，以针对业务请求进行相应的业务处理。此外，还设置有容灾链路，若同集群内流量将不会跨城，但若qb.sh.1集群故障，所有业务节点不可用，那么可以将业务请求发送到冷备集群qb.sh.*，如此既可以保证就近接入减少延迟，又可以实现容灾，提高业务处理系统的鲁棒性。对于业务处理后的数据，可以自动路由到与集群标签对应的存储中，如图8中，业务处理后的数据将路由到qb.sh.1的数据库中进行存储。具体地，qb.sh.1的任务服务模块会把qb.sh.1集群ID作为参数，拉取该集群对应的配置，从而确定相应的数据库，具体可以是Redis，从而将业务处理后的数据存储对应的Redis中。

进一步地，如图9所示，业务处理包括依次的服务层级A、服务层级B和服务层级C，每个服务层级划分出3个集群，每个服务层级的集群标签分别为“.1”、“.2”和“.3”。在应用中，接入层服务器获得的目标业务请求的集群标签为“.1”、“.2”或“.3”中的一个，如目标业务请求的集群标签为“.1”时，则接入层服务器将目标业务请求发送至服务层级A中的“.1”集群中进行业务处理，具体可以根据用户标签从服务层级A中“.1”集群的各个业务节点中匹配相应的目标业务节点进行业务处理，并依次传输至服务层级B中的“.1”集群以及服务层级C中的“.1”集群进行相应服务层级的业务处理，业务处理通过集群标签将业务处理过程进行隔离开，实现了针对目标业务请求的业务隔离处理。

进一步地，业务变化频繁，需要保证方案的通用性。当今互联网业务离不开网络通讯，不同的网络报文会因为业务不同而不同，而本实施例提供的业务隔离处理方法依赖一些通用的信息，如业务ID、用户信息、设备ID等，从而可以利用数据协议的设计来完成通用信息传输,从而与具体业务解耦。具体地，可以利用数据包的包头，将通用字段划分出来，从而将所需的通用信息写入到数据包包头的通用字段中，通用信息具体可以包括业务ID、活动ID、子活动ID、用户ID、活动类型、账号类型、账户ID、版本信息、平台信息、客户端信息、网络地址信息等各种通用信息。如图10所示，业务请求的数据包包括16字节的帧头、一元(Unary)包头和一元包体；其中，一元包头包括基于流式协议结构部分的初始化帧(Init帧)、数据帧(DATA帧)、反馈帧(FEEDBACK帧)和关闭帧(CLOSE帧)。帧头包括2字节的魔数字段、1字节的数据类型字段、1字节的流式帧类型字段、4字节的数据总大小字段，具体为帧头、包头和包体的总大小、2字节的包头大小字段、4字节的流ID以及2字节的保留字段。其中，包头大小为2字节，可以在包头中划分出通用字段，以写入通用信息。

进一步地，在存储无法支撑单活动的情况下，需要让下游服务无感知地支撑多地存储部署，并减少业务开发工作量。海量业务活动很多，动辄达到十万QPS(Queries-per-second，每秒查询率)，针对单体服务的集群分集合，即集群分Set设计很容易会到达存储瓶颈，若业务隔离系统不能很好地处理这种情况，遇到大活动仍然需要特别开发，无法做到业务隔离逻辑对逻辑服务无侵入，无法有效降低开发工作量。若业务隔离系统无法处理大流量超过存储上限的情况，会导致类似的架构腐化，每当新增一个新活动、新功能，便需要处理多存储的情况，无法很好地减少开发运维工作量。如图11所示，任务服务包括业务1和业务2两个种业务，每种业务均分别设置3个数据库，若数据量继续增加，或者新增业务，则需要继续扩充数据库。基于此，本实施例的业务隔离处理方法通过特定用户标签和标签透传特性处理，用户通过业务请求进入接入层服务器，将在业务请求中打入特定的集群标签和哈希标签，业务请求在调用时会一层层透传下去，多地部署时请求会自动打到当地存储上，服务开发时只需要根据单地部署的逻辑进行考虑，可以大大提高开发效率和运维效率。如图12所示，对于不同的业务，可以通过不同的集群标签分别进行业务隔离处理。对于业务A，任务服务可以包括2个集群，标签分别为qba.sh.1、和qba.sh.2，下游服务也对应包括2个集群，数据库针对各个集群进行设置；对于业务B，任务服务可以包括2个集群，标签分别为qbb.sh.1、和qbb.sh.2，下游服务也对应包括2个集群，数据库针对各个集群进行设；置对于业务C，任务服务可以包括2个集群，标签分别为qbc.sh.1、和qbc.sh.2，下游服务也对应包括2个集群，数据库针对各个集群进行设置。

进一步地，传统业务隔离处理中无法权衡好就近接入和容灾的特性，往往使用了就近接入，就无法异地容灾。具体来说，传统业务隔离部署时，若要就近接入，减少跨城流量，只能进行单地部署，但是单地部署会导致系统可用性下降，如光纤挖断、网络故障等情况时有发生，而每次发生都会造成严重故障。而进行多地部署，因为集群节点遍布不同地区，会导致跨城流量增加，服务延迟升高，影响用户体验。本实施例的业务隔离处理方法能够处理好就近接入和跨城流量问题。具体地，对于就近接入，由于集群标签是三段式的，第一段为业务标签，第二段是地区标签，第三段是序号标签。假设该用户判定是上海地区，则可以分配到带sh(上海)标签的节点中，实现就近接入。对于容灾，当机房故障导致某地节点无法访问时，可以部署跨城集群，当发生上海节点全部不健康时，能够自动导流到冷备集群，如导流到广州，gz标签的集群中，从而解决了就近接入和容灾问题。

传统的不同业务整体部署来做业务隔离的方案，每次都会涉及大量机器资源的申请、环境搭建、归还，运维体验十分差，沟通成本也高，相比于该种方案，本实施例提供的业务隔离处理方法可以通过云服务器实现，在上云背景下，只需要修改集群的配置即可，大大减少部署工作量和沟通成本。而传统的将业务隔离逻辑做到逻辑服务中的方案，其业务未实现“真正”隔离，因为不同业务的流量还是会导流到逻辑服务的同一个节点，而且也不通用，架构也容易腐化，产品迭代到后期，数据量庞大，修改复杂，修改业务隔离相关的逻辑会影响整个链路，而本实施例提供的业务隔离处理方法可以直接修改路由服务的逻辑，即可实现业务隔离逻辑的更新，从而提高业务隔离的处理效率。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的业务隔离处理方法的业务隔离处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个业务隔离处理装置实施例中的具体限定可以参见上文中对于业务隔离处理方法的限定，在此不再赘述。

在一个实施例中，如图13所示，提供了一种业务隔离处理装置1300，包括：业务请求获取模块1302、业务请求更新模块1304和业务请求传输模块1306，其中：

业务请求获取模块1302，用于获取业务请求，从业务请求中识别出业务标识和用户标识；

业务请求更新模块1304，用于按照业务标识所关联的业务隔离配置信息，在业务请求中添加与业务标识匹配的集群标签以及与用户标识匹配的用户标签，获得目标业务请求；

业务请求传输模块1306，用于将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理；目标集群是传输到的服务层级中由集群标签标识的集群，目标业务节点是目标集群中由用户标签标识的业务节点。

在一个实施例中，业务请求传输模块1306包括目标集群确定模块、目标节点确定模块和请求发送模块；其中：目标集群确定模块，用于确定待传输的初始服务层级中由集群标签所标识的目标集群；目标节点确定模块，用于从目标集群中确定由用户标签所标识的目标业务节点；请求发送模块，用于向目标业务节点传输标签透传的目标业务请求；目标业务请求，用于指示目标业务节点基于目标业务请求进行初始服务层级的业务处理，并将获得的标签透传的更新业务请求传输到下一服务层级的目标业务节点中，以进行下一服务层级的业务处理。

在一个实施例中，目标集群确定模块包括服务层级标识识别模块、初始服务层级确定模块和集群集合查询模块；其中：服务层级标识识别模块，用于从业务请求中识别出服务层级标识；初始服务层级确定模块，用于根据服务层级标识确定待传输的初始服务层级；集群集合查询模块，用于在初始服务层级的集群集合中，查询得到由集群标签所标识的目标集群。

在一个实施例中，集群集合查询模块，还用于根据集群标签和初始服务层级的集群路由信息，从初始服务层级的集群集合中查询得到由集群标签所标识的目标集群；目标节点确定模块，还用于根据用户标签和集群路由信息，从目标集群中确定由用户标签所标识的目标业务节点。

在一个实施例中，业务请求更新模块1304包括隔离配置信息获取模块、标签生成模块和标签添加模块；其中：隔离配置信息获取模块，用于获取业务标识关联的业务隔离配置信息；标签生成模块，用于根据业务隔离配置信息，生成与业务标识匹配的集群标签以及与用户标识匹配的用户标签；标签添加模块，用于将集群标签和用户标签添加到业务请求中，获得目标业务请求。

在一个实施例中，标签生成模块，还用于基于业务标识，从业务隔离配置信息中确定业务字段、区域字段和标识字段；根据业务字段、区域字段和标识字段，生成与业务标识匹配的集群标签；从业务隔离配置信息中确定用户标识映射方式，并按照用户标识映射方式将用户标识进行映射，得到与用户标识匹配的用户标签。

在一个实施例中，还包括隔离配置信息生成模块，用于基于预设的业务隔离配置条件，确定业务标识的集群标签字段和用户标识映射方式；根据集群标签字段和用户标识映射方式，生成与业务标识关联的业务隔离配置信息。

在一个实施例中，还包括冷备集群确定模块、冷备节点确定模块和冷备节点处理模块；其中：冷备集群确定模块，用于当传输到的服务层级中所路由到的目标集群处于故障状态时，确定传输到的服务层级的冷备集群；冷备节点确定模块，用于从冷备集群中确定由用户标签标识的冷备业务节点；冷备节点处理模块，用于向冷备业务节点传输标签透传的目标业务请求，以使目标业务请求在冷备业务节点上进行传输到的服务层级的业务处理。

在一个实施例中，还包括数据存储模块，用于将目标业务请求在至少两个服务层级进行标签透传的传输，以使目标业务节点按照与集群标签匹配的集群配置信息，对目标业务请求进行处理，并将获得的业务处理数据发送到目标存储节点中进行存储；其中，目标存储节点根据集群标签和集群配置信息确定。

在一个实施例中，业务请求获取模块1302，还用于确定业务请求中的数据包头，并从数据包头的通用字段中，识别出业务标识和用户标识；业务请求更新模块1304，还用于按照业务标识所关联的业务隔离配置信息，将与业务标识匹配的集群标签以及与用户标识匹配的用户标签，分别添加到业务请求的通用字段中，得到目标业务请求。

在一个实施例中，如图14所示，提供了一种业务隔离处理装置1400，包括：业务请求处理模块1402、业务节点确定模块1404和业务请求传输模块1406，其中：

业务请求处理模块1402，用于在本服务层级中、与标签透传的目标业务请求中的集群标签匹配的集群中、与目标业务请求中的用户标签匹配的业务节点上，基于目标业务请求进行本服务层级的业务处理，获得包括集群标签和用户标签的更新业务请求；

业务节点确定模块1404，用于在本服务层级的下一服务层级的集群中，确定与集群标签匹配的目标集群，在目标集群中确定与用户标签匹配的目标业务节点；

业务请求传输模块1406，用于向目标业务节点传输标签透传的更新业务请求，更新业务请求用于指示目标业务节点基于更新业务请求进行下一服务层级的业务处理。

在一个实施例中，业务节点确定模块1404包括服务层级标识识别模块、服务层级确定模块和集群集合查询模块；其中：服务层级标识识别模块，用于从目标业务请求中识别出服务层级标识；服务层级确定模块，用于基于服务层级标识确定本服务层级的下一服务层级；集群集合查询模块，用于在下一服务层级的集群集合中，查询得到与集群标签相匹配的目标集群。

在一个实施例中，业务请求处理模块1402包括业务请求解析模块、包体更新模块和请求更新模块；其中：业务请求解析模块，用于从目标业务请求中确定携带待处理业务数据的数据包体，以及携带集群标签和用户标签的数据包头；包体更新模块，用于基于待处理业务数据进行本服务层级的业务处理，并根据获得的更新业务数据生成更新数据包体；请求更新模块，用于根据更新数据包体和数据包头，得到包括集群标签和用户标签的更新业务请求。

上述业务隔离处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图15所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output，简称I/O)和通信接口。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务隔离处理的数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务隔离处理方法。

本领域技术人员可以理解，图15中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (18)

1.一种业务隔离处理方法，其特征在于，所述方法包括：

获取业务请求，从所述业务请求中识别出业务标识和用户标识；

按照所述业务标识所关联的业务隔离配置信息，在所述业务请求中添加与所述业务标识匹配的集群标签以及与所述用户标识匹配的用户标签，获得目标业务请求；

将所述目标业务请求在至少两个服务层级进行标签透传的传输，以使所述目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理；所述目标集群是所述传输到的服务层级中由所述集群标签标识的集群，所述目标业务节点是所述目标集群中由所述用户标签标识的业务节点。

2.根据权利要求1所述的方法，其特征在于，所述将所述目标业务请求在至少两个服务层级进行标签透传的传输，以使所述目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理，包括：

确定待传输的初始服务层级中由所述集群标签所标识的目标集群；

从所述目标集群中确定由所述用户标签所标识的目标业务节点；

向所述目标业务节点传输标签透传的所述目标业务请求；

所述目标业务请求，用于指示所述目标业务节点基于所述目标业务请求进行所述初始服务层级的业务处理，并将获得的标签透传的更新业务请求传输到下一服务层级的目标业务节点中，以进行所述下一服务层级的业务处理。

3.根据权利要求2所述的方法，其特征在于，所述确定待传输的初始服务层级中由所述集群标签所标识的目标集群，包括：

从所述业务请求中识别出服务层级标识；

根据所述服务层级标识确定待传输的初始服务层级；

在所述初始服务层级的集群集合中，查询得到由所述集群标签所标识的目标集群。

4.根据权利要求3所述的方法，其特征在于，所述在所述初始服务层级的集群集合中，查询得到由所述集群标签所标识的目标集群，包括：

根据所述集群标签和所述初始服务层级的集群路由信息，从所述初始服务层级的集群集合中查询得到由所述集群标签所标识的目标集群；

所述从所述目标集群中确定由所述用户标签所标识的目标业务节点，包括：

根据所述用户标签和所述集群路由信息，从所述目标集群中确定由所述用户标签所标识的目标业务节点。

5.根据权利要求1所述的方法，其特征在于，所述按照所述业务标识所关联的业务隔离配置信息，在所述业务请求中添加与所述业务标识匹配的集群标签以及与所述用户标识匹配的用户标签，获得目标业务请求，包括：

获取所述业务标识关联的业务隔离配置信息；

根据所述业务隔离配置信息，生成与所述业务标识匹配的集群标签以及与所述用户标识匹配的用户标签；

将所述集群标签和所述用户标签添加到所述业务请求中，获得目标业务请求。

6.根据权利要求5所述的方法，其特征在于，所述根据所述业务隔离配置信息，生成与所述业务标识匹配的集群标签以及与所述用户标识匹配的用户标签，包括：

基于所述业务标识，从所述业务隔离配置信息中确定业务字段、区域字段和标识字段；

根据所述业务字段、所述区域字段和所述标识字段，生成与所述业务标识匹配的集群标签；

从所述业务隔离配置信息中确定用户标识映射方式，并按照所述用户标识映射方式将所述用户标识进行映射，得到与所述用户标识匹配的用户标签。

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

基于预设的业务隔离配置条件，确定所述业务标识的集群标签字段和用户标识映射方式；

根据所述集群标签字段和所述用户标识映射方式，生成与所述业务标识关联的所述业务隔离配置信息。

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

当所述传输到的服务层级中所路由到的目标集群处于故障状态时，确定所述传输到的服务层级的冷备集群；

从所述冷备集群中确定由所述用户标签标识的冷备业务节点；

向所述冷备业务节点传输标签透传的所述目标业务请求，以使所述目标业务请求在所述冷备业务节点上进行所述传输到的服务层级的业务处理。

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

将所述目标业务请求在至少两个服务层级进行标签透传的传输，以使所述目标业务节点按照与所述集群标签匹配的集群配置信息，对所述目标业务请求进行处理，并将获得的业务处理数据发送到目标存储节点中进行存储；

其中，所述目标存储节点根据所述集群标签和所述集群配置信息确定。

10.根据权利要求1至7任意一项所述的方法，其特征在于，所述从所述业务请求中识别出业务标识和用户标识，包括：

确定所述业务请求中的数据包头，并从所述数据包头的通用字段中，识别出业务标识和用户标识；

所述按照所述业务标识所关联的业务隔离配置信息，在所述业务请求中添加与所述业务标识匹配的集群标签以及与所述用户标识匹配的用户标签，获得目标业务请求，包括：

按照所述业务标识所关联的业务隔离配置信息，将与所述业务标识匹配的集群标签以及与所述用户标识匹配的用户标签，分别添加到所述业务请求的所述通用字段中，得到目标业务请求。

11.一种业务隔离处理方法，其特征在于，所述方法包括：

在本服务层级中、与标签透传的目标业务请求中的集群标签匹配的集群中、与所述目标业务请求中的用户标签匹配的业务节点上，基于所述目标业务请求进行本服务层级的业务处理，获得包括所述集群标签和所述用户标签的更新业务请求；

在本服务层级的下一服务层级的集群中，确定与所述集群标签匹配的目标集群，在所述目标集群中确定与所述用户标签匹配的目标业务节点；

向所述目标业务节点传输标签透传的所述更新业务请求，所述更新业务请求用于指示所述目标业务节点基于所述更新业务请求进行下一服务层级的业务处理。

12.根据权利要求11所述的方法，其特征在于，所述在本服务层级的下一服务层级的集群中，确定与所述集群标签匹配的目标集群，包括：

从所述目标业务请求中识别出服务层级标识；

基于所述服务层级标识确定本服务层级的下一服务层级；

在所述下一服务层级的集群集合中，查询得到与所述集群标签相匹配的目标集群。

13.根据权利要求11或12所述的方法，其特征在于，所述基于所述目标业务请求进行本服务层级的业务处理，获得包括所述集群标签和所述用户标签的更新业务请求，包括：

从所述目标业务请求中确定携带待处理业务数据的数据包体，以及携带所述集群标签和所述用户标签的数据包头；

基于所述待处理业务数据进行本服务层级的业务处理，并根据获得的更新业务数据生成更新数据包体；

根据所述更新数据包体和所述数据包头，得到包括所述集群标签和所述用户标签的更新业务请求。

14.一种业务隔离处理装置，其特征在于，所述装置包括：

业务请求获取模块，用于获取业务请求，从所述业务请求中识别出业务标识和用户标识；

业务请求更新模块，用于按照所述业务标识所关联的业务隔离配置信息，在所述业务请求中添加与所述业务标识匹配的集群标签以及与所述用户标识匹配的用户标签，获得目标业务请求；

业务请求传输模块，用于将所述目标业务请求在至少两个服务层级进行标签透传的传输，以使所述目标业务请求在所传输到的服务层级中进行路由，通过路由到目标集群中的目标业务节点上进行处理；所述目标集群是所述传输到的服务层级中由所述集群标签标识的集群，所述目标业务节点是所述目标集群中由所述用户标签标识的业务节点。

15.一种业务隔离处理装置，其特征在于，所述装置包括：

业务请求处理模块，用于在本服务层级中、与标签透传的目标业务请求中的集群标签匹配的集群中、与所述目标业务请求中的用户标签匹配的业务节点上，基于所述目标业务请求进行本服务层级的业务处理，获得包括所述集群标签和所述用户标签的更新业务请求；

业务节点确定模块，用于在本服务层级的下一服务层级的集群中，确定与所述集群标签匹配的目标集群，在所述目标集群中确定与所述用户标签匹配的目标业务节点；

业务请求传输模块，用于向所述目标业务节点传输标签透传的所述更新业务请求，所述更新业务请求用于指示所述目标业务节点基于所述更新业务请求进行下一服务层级的业务处理。

16.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至13中任一项所述的方法的步骤。

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

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