CN114051059B - 异地双活系统的idc交易跨域决策方法 - Google Patents

Abstract

本发明涉及一种异地双活系统的IDC交易跨域决策方法，通过增加配置管理中心对跨域规则和跨域配置进行管理和下发，通过增加决策中心来收集各区域中网关集群请求转接成功与否的信息，并结合跨域规则判断各区域中网关进行相关接口请求转接时是否需要跨域。最后，对各区域中的所有网关的跨域结果进行综合判断，做出各区域中相关接口请求转接跨域决策，并通知到各区域中的所有网关。本发明解耦请求转接和跨域决策，使网关只进行纯粹的请求转接，决策中心进行复杂的跨域决策；在本发明所提供的技术方案中，服务请求是在区域的网关集群中进行转接，因此综合网关集群的跨域判定结果，进行最终的跨域决策，比单个网关的跨域决策更精确。

Description

异地双活系统的IDC交易跨域决策方法

技术领域

本发明涉及一种异地双活系统的跨域决策方法。

背景技术

高可用系统架构解决了部分服务器故障的场景下，如何能够保证系统持续稳定的提供服务。但在一些极端场景下，有可能系统中的所有服务器都出现故障，典型的有：机房断电、机房火灾、地震、水灾……，这些极端情况会导致某个系统所有服务器都故障，以至于业务整体瘫痪。如果期望即使在此类灾难性故障的情况下，业务也不受影响，或者在几分钟内就能够很快恢复，那么就需要部署异地多活架构。采用异地多活的架构部署后，面对的最重要的问题就是：在服务提供方出现异常后，如何保证服务请求不受影响。

目前，在异地多活的微服务架构中，当检测到服务请求在当前区域出现异常时，会立即把所有相关的请求切换并转接到健康的区域中。但这种检测并不能精确地反映出区域中服务集群的健康情况与否，因为可能会存在以下两种情形：

1)网关服务器自身出现了异常；

2)网关服务器和服务提供方之间的网络出现故障。

以上两种情况在整体的统计时都会被认为是当前区域出现了故障，从而导致误切换。

发明内容

本发明要解决的技术问题是：采用异地多活的架构部署后，在网关服务器或服务提供方出现异常后，如何尽可能精确判断服务请求是否需要跨区域处理。

为了解决上述技术问题，本发明的技术方案是提供了一种异地双活系统的IDC交易跨域决策方法，其特征在于，包括以下步骤：

步骤1、异地双活系统中各区域的所有网关与决策中心建立数据通信，决策中心与配置管理中心建立数据通信；

步骤2、运营人员在配置管理中心发布跨域配置和跨域规则；

步骤3、决策中心到配置管理中心获取跨域配置，跨域配置包括：接口、目标区域、目标区域的网关集群、优先级；

步骤4、决策中心到配置管理中心获取跨域规则，跨域规则包括：接口、时间区间、异常类型、异常比例、所属区域，跨域规则表示所属区域的网关在进行请求转接时，如果相关接口的转接结果在给定时间区间内出现了异常，且异常次数除以请求总数超过给定的异常比例，就做出跨域决策。

步骤5、在进行跨域决策之前，决策中心从各区域的网关中获取请求转接结果统计信息，并存储到缓存中，请求转接结果统计信息包括：接口、异常类型、异常次数；

步骤6、决策中心根据跨域规则和请求转接结果统计信息，做出跨域决策，通知网关对于跨域规则中配置的接口是否需要跨域，具体包括以下步骤：

决策中心取出缓存中的跨域规则，根据跨域规则中的指定接口，检索缓存中指定接口所属区域中的所有网关相关的请求转接结果统计信息，并对跨域规则和请求转接结果统计信息做如下操作：

步骤601、累加当前网关请求转接结果统计信息中的异常次数，得出指定时间区间内指定接口的请求转接总数；

步骤602、匹配请求转接结果统计信息中的异常类型和跨域规则的异常类型，若匹配到，则进入步骤603，若未匹配到，则判定不跨域，返回步骤601，对下一个网关进行判断，直至遍历指定接口所属区域的所有网关，进入步骤604；

步骤603、计算出匹配项中的异常次数在请求转接总数中的占比，若超过异常比例，则判定指定接口在当前网关中需要跨域，返回步骤601对下一个网关进行判断，直至遍历指定接口所属区域的所有网关，进入步骤604；

若匹配项中的异常次数在请求转接总数中的占比未超过异常比例，则判定指定接口在当前网关中不需要跨域，返回步骤601对下一个网关进行判断，直至遍历指定接口所属区域的所有网关，进入步骤604；

步骤604、若指定接口所属区域的所有网关中超过半数的判定结果为需要跨域，则决策中心判定：指定接口在所属区域中需要跨域，进入步骤605；

若指定接口所属区域的所有网关中不到半数的判定结果为需要跨域，或若指定接口所属区域的所有网关的判定结果均为不需要跨域，则决策中心判定：指定接口在所属区域中不需要跨域；

步骤605、结合跨域配置，决策中心从跨域配置中接口相关的多个区域中选择优先级最高的区域，把接口和区域中的集群组装成跨域决策报文，使用约定的密钥对跨域决策报文进行签名，发送跨域通知到指定接口所属区域的所有网关中；

步骤7、网关在收到跨域通知后，对跨域判定报文使用约定的密钥进行验签；验签通过后，解析跨域决策报文中的接口和对应的目标网关集群，并把指定接口和跨域集群的映射关系保存到缓存中；

步骤8、网关在收到服务转接请求后，根据请求接口，与缓存中的接口跨域映射关系中的指定接口相匹配，若未得到匹配结果，则判定请求不需要跨域，若得到匹配结果，则获得匹配的跨域集群，并根据一定的负载均衡策略选择集群中的一台服务器地址进行请求跨域转发。

优选的，步骤3中，配置管理中心将跨域配置分发到决策中心具体包括以下步骤：

步骤301、决策中心把跨域配置上次更新时间组装成配置更新请求报文，并对请求报文使用约定的密钥进行签名后，发送跨域配置请求到配置管理中心；

步骤302、配置管理中心在收到跨域配置请求后，对请求报文使用约定的密钥进行验签；验签通过后，根据配置更新报文中的跨域配置上次更新时间，获取到自上次更新之后，更新或者添加的跨域配置，并把跨域配置、配置的最近更新时间组装成跨域配置更新报文，并使用约定的密钥对跨域配置更新报文进行签名，把跨域配置更新报文和签名值返回给决策中心；

步骤303、决策中心在收到返回后，对跨域配置更新报文使用约定的密钥进行验签；验签通过后，取出跨域配置更新报文中的跨域配置和配置更新时间，并更新到缓存中。

优选的，步骤4中，配置管理中心会事先配置好跨域规则，并根据决策中心上送的更新时间返回更新后的跨域规则，具体包括以下步骤：

步骤401、决策中心把跨域规则上次更新时间组装成规则更新请求报文，并对规则更新请求报文使用约定的密钥进行签名后，发送跨域规则请求到配置管理中心；

步骤402、配置管理中心在收到跨域规则请求后，对规则更新请求报文使用约定的密钥进行验签；验签通过后，根据规则更新请求报文中的跨域规则更新时间，获取到自上次规则更新之后，更新或者添加的跨域规则，并把跨域规则、规则的最近更新时间组装成跨域规则更新报文，并使用约定的密钥对跨域规则更新报文进行签名，把跨域规则更新报文和签名值返回给决策中心；

步骤403、决策中心在收到返回后，对跨域规则更新报文使用约定的密钥进行验签；验签通过后，取出其中的跨域规则和规则更新时间，分别更新到缓存中。

优选的，步骤5包括以下步骤：

步骤501、决策中心根据跨域规则中的时间区间，以当前时间为终点、当前时间减去时间区间为起点，把起点时间、终点时间和目标接口组装成转接结果请求报文，并使用约定的密钥对转接结果请求报文进行签名，把转接结果请求报文和签名值，发送转接统计信息请求到目标接口相关区域中的所有网关；

步骤502、网关在收到转接统计信息请求后，对转接结果请求报文使用约定的密钥进行验签；验签通过后，根据转接结果请求报文中的时间起点、时间终点及目标接口，把位于时间区间内的目标接口的请求转接结果统计信息组装成转接结果响应报文，并使用约定的密钥对转接结果响应报文进行签名，把转接结果响应报文和签名值返回给决策中心；

步骤503、决策中心在收到返回后，对转接结果响应报文使用约定的密钥进行验签；验签通过后，把转接结果响应报文中的请求转接结果统计信息更新到缓存中。

与现有技术相比，本发明具有如下优点：

(1)本发明解耦请求转接和跨域决策，使网关只进行纯粹的请求转接，决策中心进行复杂的跨域决策；

(2)在本发明所提供的技术方案中，服务请求是在区域的网关集群中进行转接，因此综合网关集群的跨域判定结果，进行最终的跨域决策，比单个网关的跨域决策更精确；

(3)本发明的网关在检测到请求需要跨域时，能够立即把请求转接到服务提供方健康的网关集群中。

附图说明

图1为实施例的系统框架图。

具体实施方式

下面结合具体实施例进一步阐述本发明。应理解，这些实施例仅用于说明本发明而不用于限制本发明的范围。此外应理解，在阅读了本发明讲授的内容之后，本领域技术人员可以对本发明作各种改动或修改，这些等价形式同样落于本申请所附权利要求书所限定的范围。

本发明通过增加配置管理中心对跨域规则和跨域配置进行管理和下发，通过增加决策中心来收集各区域中网关集群请求转接成功与否的信息，并结合跨域规则判断各区域中网关进行相关接口请求转接时是否需要跨域。最后，对各区域中的所有网关的跨域结果进行综合判断，做出各区域中相关接口请求转接跨域决策，并通知到各区域所属的所有网关。

具体而言，本发明公开的一种异地双活系统的IDC交易跨域决策方法包括以下步骤：

步骤1、异地双活系统中各区域的所有网关与决策中心建立数据通信，决策中心与配置管理中心建立数据通信。

步骤2、运营人员在配置管理中心发布跨域配置和跨域规则。

步骤3、决策中心到配置管理中心获取跨域配置：

配置管理中心会事先配置好跨域配置，并根据决策中心上送的更新时间返回更新后的跨域配置，具体包括以下步骤：

步骤301、决策中心把跨域配置上次更新时间组装成请求JSON报文，并对请求JSON报文使用约定的密钥进行SM3签名后，通过HTTP REST的POST方式发送跨域配置请求到配置管理中心；

步骤302、配置管理中心在收到跨域配置请求后，对请求JSON报文使用约定的密钥进行SM3验签；验签通过后，根据配置更新请求JSON报文中的跨域配置上次更新时间，获取到自配置更新时间之后，更新或者添加的跨域配置，并把跨域配置、配置的最近更新时间组装成响应JSON报文，并使用约定的密钥对响应JSON报文进行SM3签名，把响应JSON报文和签名值返回给决策中心；

步骤303、决策中心在收到返回后，对响应JSON报文使用约定的密钥进行SM3验签；验签通过后，取出响应JSON报文中的跨域配置，并更新到缓存中。

上述步骤中，跨域配置包括：接口、目标区域、目标区域的网关集群、优先级。

步骤4、决策中心到配置管理中心获取跨域规则：

配置管理中心会事先配置好跨域规则，并根据决策中心上送的更新时间返回更新后的跨域规则，具体包括以下步骤：

步骤401、决策中心把跨域规则上次更新时间组装成规则更新JSON报文，并对规则更新JSON报文使用约定的密钥进行SM3签名后，通过HTTP REST的POST方式发送跨域规则更新请求到配置管理中心；

步骤402、配置管理中心在收到跨域规则更新请求后，对规则更新JSON报文使用约定的密钥进行SM3验签；验签通过后，根据规则更新JSON报文中的跨域规则更新时间，获取到自规则上次更新之后，更新或者添加的跨域规则，并把跨域规则、规则的最近更新时间组装成跨域规则JSON报文，并使用约定的密钥对跨域规则JSON报文进行SM3签名，把跨域规则JSON报文和签名值返回给决策中心；

步骤403、决策中心在收到返回后，对跨域规则JSON报文使用约定的密钥进行SM3验签；验签通过后，取出其中的跨域规则和规则更新时间，分别更新到缓存中。

上述步骤中，跨域规则包括：接口、时间区间、异常类型、异常比例、所属区域，表示所属区域的网关在进行请求转接时，如果相关接口的转接结果在给定时间区间内出现了异常，且异常次数除以请求总数超过给定的异常比例，就做出跨域决策。

步骤5、决策中心从网关获取请求转接结果统计信息：

在进行跨域决策之前，决策中心从各区域的网关中获取请求转接结果统计信息，并存储到缓存中，具体包括以下步骤：

步骤501、决策中心根据跨域规则中的时间区间，以当前时间为终点、当前时间减去时间区间为起点，把起点时间、终点时间和目标接口组装成转接结果请求JSON报文，并使用约定的密钥对转接结果请求JSON报文进行SM3签名，把转接结果请求JSON报文和签名值，以HTTP REST的POST方式发送转接统计信息请求到目标接口相关区域中的所有网关；

步骤502、网关在收到转接统计信息请求后，对转接结果请求JSON报文使用约定的密钥进行SM3验签；验签通过后，根据转接结果请求JSON报文中的时间起点、时间终点及目标接口，把位于时间区间内的目标接口的请求转接结果统计信息组装成转接结果响应JSON报文，并使用约定的密钥对转接结果响应JSON报进行SM3签名，把转接结果响应JSON报文和签名值返回给决策中心；

步骤503、决策中心在收到返回后，对转接结果响应JSON报文使用约定的密钥进行SM3验签；验签通过后，把转接结果响应JSON报文中的请求转接结果统计信息更新到缓存中。

上述步骤中，请求转接结果统计信息包括：接口、异常类型、异常次数。

步骤6、决策中心根据跨域规则和请求转接结果统计信息，做出跨域决策，通知网关对于跨域规则中配置的接口是否需要跨域，具体包括以下步骤：

决策中心取出缓存中的跨域规则，根据跨域规则中的指定接口，检索缓存中指定接口所属区域中的所有网关相关的请求转接结果统计信息，并对跨域规则和请求转接结果统计信息做如下操作：

步骤601、累加当前网关请求转接结果统计信息中的异常次数，得出指定时间区间内指定接口的请求转接总数；

步骤602、匹配请求转接结果统计信息中的异常类型和跨域规则的异常类型，若匹配到，则进入步骤603，若未匹配到，则返回步骤601对下一个网关进行判断，直至遍历指定接口所属区域的所有网关，进入步骤604；

步骤603、计算出匹配项中的异常次数在请求转接总数中的占比，若超过异常比例，则判定指定接口在当前网关中需要跨域，返回步骤601对下一个网关进行判断，直至遍历指定接口所属区域的所有网关，进入步骤604；

若匹配项中的异常次数在请求转接总数中的占比未超过异常比例，则判定指定接口在当前网关中不需要跨域，返回步骤601对下一个网关进行判断，直至遍历指定接口所属区域的所有网关，进入步骤604；

步骤604、若指定接口所属区域的所有网关中超过半数的判定结果为需要跨域，则决策中心判定：指定接口在所属区域中需要跨域，进入步骤605；

若指定接口所属区域的所有网关中不到半数的判定结果为需要跨域，或若指定接口所属区域的所有网关的判定结果均为不需要跨域，则决策中心判定：指定接口在所属区域中不需要跨域；

步骤605、结合跨域配置，从接口相关的多个区域中选择优先级最高的区域，把接口和区域中集群组装成跨域决策JSON报文，使用约定的密钥对跨域决策JSON报文进行SM3签名，以HTTP REST的POST方式发送跨域通知到指定接口所属区域的所有网关中。

步骤7、网关在收到跨域通知后，对跨域决策JSON报文使用约定的密钥进行SM3验签；验签通过后，解析跨域决策JSON报文中的接口和跨域集群，并把接口和跨域集群的映射关系保存到缓存中。

步骤8、网关在收到服务转接请求后，根据请求接口，与缓存中的接口跨域映射关系中的接口相匹配，若未得到匹配结果，则判定请求不需要跨域，若得到匹配结果，则获得匹配的跨域集群，并根据一定的负载均衡策略选择集群中的一台服务器地址进行请求跨域转发。

Claims (4)

1.一种异地双活系统的IDC交易跨域决策方法，其特征在于，包括以下步骤：

步骤1、异地双活系统中各区域的所有网关与决策中心建立数据通信，决策中心与配置管理中心建立数据通信；

步骤2、运营人员在配置管理中心发布跨域配置和跨域规则；

步骤3、决策中心到配置管理中心获取跨域配置，跨域配置包括：接口、目标区域、目标区域的网关集群、优先级；

步骤4、决策中心到配置管理中心获取跨域规则，跨域规则包括：接口、时间区间、异常类型、异常比例、所属区域，跨域规则表示所属区域的网关在进行请求转接时，如果相关接口的转接结果在给定时间区间内出现了异常，且异常次数除以请求总数超过给定的异常比例，就做出跨域决策；

步骤5、在进行跨域决策之前，决策中心从各区域的网关中获取请求转接结果统计信息，并存储到缓存中，请求转接结果统计信息包括：接口、异常类型、异常次数；

步骤6、决策中心根据跨域规则和请求转接结果统计信息，做出跨域决策，通知网关对于跨域规则中配置的接口是否需要跨域，具体包括以下步骤：

决策中心取出缓存中的跨域规则，根据跨域规则中的指定接口，检索缓存中指定接口所属区域中的所有网关相关的请求转接结果统计信息，并对跨域规则和请求转接结果统计信息做如下操作：

步骤601、累加当前网关请求转接结果统计信息中的异常次数，得出指定时间区间内指定接口的请求转接总数；

步骤602、匹配请求转接结果统计信息中的异常类型和跨域规则的异常类型，若匹配到，则进入步骤603，若未匹配到，则返回步骤601对下一个网关进行判断，直至遍历指定接口所属区域的所有网关，进入步骤604；

步骤603、计算出匹配项中的异常次数在请求转接总数中的占比，若超过异常比例，则判定指定接口在当前网关中需要跨域，返回步骤601对下一个网关进行判断，直至遍历指定接口所属区域的所有网关，进入步骤604；

若匹配项中的异常次数在请求转接总数中的占比未超过异常比例，则判定指定接口在当前网关中不需要跨域，返回步骤601对下一个网关进行判断，直至遍历指定接口所属区域的所有网关，进入步骤604；

步骤604、若指定接口所属区域的所有网关中超过半数的判定结果为需要跨域，则决策中心判定：指定接口在所属区域中需要跨域，进入步骤605；

若指定接口所属区域的所有网关中不到半数的判定结果为需要跨域，或若指定接口所属区域的所有网关的判定结果均为不需要跨域，则决策中心判定：指定接口在所属区域中不需要跨域；

步骤605、结合跨域配置，决策中心从接口相关的多个区域中选择优先级最高的区域，把接口和区域中集群组装成跨域决策报文，使用约定的密钥对跨域决策报文进行签名，发送跨域通知到指定接口所属区域的所有网关中；

步骤7、网关在收到跨域通知后，对跨域决策报文使用约定的密钥进行验签；验签通过后，解析跨域决策报文中的接口和对应的目标网关集群，并把指定接口和跨域集群的映射关系保存到缓存中；

步骤8、网关在收到服务转接请求后，根据请求接口，检索缓存中是否存在相关接口的跨域信息，若存在，就把请求转接到其中指定的目标区域的网关中。

2.如权利要求1所述的一种异地双活系统的IDC交易跨域决策方法，其特征在于，步骤3中，配置管理中心将跨域配置分发到决策中心具体包括以下步骤：

步骤301、决策中心把跨域配置上次更新时间组装成配置更新请求报文，并对配置更新请求报文使用约定的密钥进行签名后，发送跨域配置更新请求到配置管理中心；

步骤302、配置管理中心在收到跨域配置更新请求后，对配置更新请求报文使用约定的密钥进行验签；验签通过后，根据配置更新请求报文中的跨域配置上次更新时间，获取到自上次更新之后，更新或者添加的跨域配置，并把跨域配置、配置的最近更新时间组装成跨域配置更新报文，并使用约定的密钥对跨域配置更新报文进行签名，把跨域配置更新报文和签名值返回给决策中心；

步骤303、决策中心在收到返回后，对跨域配置更新报文使用约定的密钥进行验签；验签通过后，取出跨域配置更新报文中的跨域配置，并更新到缓存中。

3.如权利要求1所述的一种异地双活系统的IDC交易跨域决策方法，其特征在于，步骤4中，配置管理中心会事先配置好跨域规则，并根据决策中心上送的更新时间返回更新后的跨域规则，具体包括以下步骤：

步骤401、决策中心把跨域规则更新时间组装成规则更新报文，并对规则更新报文使用约定的密钥进行签名后，发送跨域规则更新请求到配置管理中心；

步骤402、配置管理中心在收到跨域规则更新请求后，对规则更新报文使用约定的密钥进行验签；验签通过后，根据规则更新报文中的跨域规则上次更新时间，获取到自规则更新时间之后，更新或者添加的跨域规则，并把跨域规则、规则的最近更新时间组装成跨域规则报文，并使用约定的密钥对跨域规则报文进行签名，把跨域规则报文和签名值返回给决策中心；

步骤403、决策中心在收到返回后，对跨域规则报文使用约定的密钥进行验签；验签通过后，取出其中的跨域规则和规则更新时间，分别更新到缓存中。

4.如权利要求1所述的一种异地双活系统的IDC交易跨域决策方法，其特征在于，步骤5包括以下步骤：

步骤501、决策中心根据跨域规则中的时间区间，以当前时间为终点、当前时间减去时间区间为起点，把起点时间、终点时间和目标接口组装成转接结果请求报文，并使用约定的密钥对转接结果请求报文进行签名，把转接结果请求报文和签名值，发送转接统计信息请求到目标接口相关区域中的所有网关；

步骤502、网关在收到转接统计信息请求后，对转接结果请求报文使用约定的密钥进行验签；验签通过后，根据转接结果请求报文中的时间起点、时间终点及目标接口，把位于时间区间内的目标接口的请求转接结果统计信息组装成转接结果响应报文，并使用约定的密钥对转接结果响应报文进行签名，把转接结果响应报文和签名值返回给决策中心；

步骤503、决策中心在收到返回后，对转接结果响应报文使用约定的密钥进行验签；验签通过后，把转接结果响应报文中的请求转接结果统计信息更新到缓存中。