CN115378798B - 基于动态感知的多集群网关协同方法及系统 - Google Patents

Abstract

本申请提供一种基于动态感知的多集群网关协同方法及系统。该方法包括：获取网关状态信息及应用侧上报的调用信息，其中，网关状态信息用于指示各网关集群中各个网关的当前状态；调用信息用于指示应用侧各应用调用网关的调用状态；基于网关状态信息及调用信息，判断是否需要更新配置策略，配置策略用于指示应用侧的应用可调用的网关；若是，则更新配置策略，并将配置策略下发至应用侧的应用，以使应用侧的应用更新调用链路。本申请的方法，实时掌握应用侧的网关调用情况以及网关侧各个网关的当前状态，有利于统一、动态、灵活的应用与集群网关的协同调度，同时，在发生调用故障时，能在应用侧无感知的情况下，为应用侧切换状态更佳的可用网关。

Description

基于动态感知的多集群网关协同方法及系统

技术领域

本申请涉及通信技术，尤其涉及一种基于动态感知的多集群网关协同方法及系统。

背景技术

在能力开放过程中，为提升网关的可靠性、吞吐量、并发数以及高可用性等，在做架构设计时，倾向于采用多集群网关的方式，以满足不同业务调用方、能力提供方多业务模式以及场景的需求。

现有的多集群网关模式，所有的路由策略都是集群网关基于对网关调用情况的判断进行调整的，应用到网关集群的调度链路基本是固定的，不利于统一、动态、灵活的应用与集群网关的协同调度。

发明内容

本申请提供一种基于动态感知的多集群网关协同方法及系统，用以在应用无感知的情况下，实现统一、动态、灵活的应用与集群网关的协同调度。

一方面，本申请提供一种基于动态感知的多集群网关协同方法，该方法包括：

获取网关状态信息及应用侧上报的调用信息，其中，所述网关状态信息用于指示各网关集群中各个网关的当前状态；所述调用信息用于指示所述应用侧各应用调用网关的调用状态；

基于所述网关状态信息及所述调用信息，判断是否需要更新配置策略，所述配置策略用于指示所述应用侧的应用可调用的网关；

若是，则更新所述配置策略，并将所述配置策略下发至所述应用侧的应用，以使所述应用侧的应用更新调用链路。

在另一种可能实现的方式中，所述基于所述网关状态信息及所述调用信息，判断是否需要更新配置策略，包括：

基于所述调用信息，确定每个被调用网关的业务状态，所述业务状态用于指示所述被调用网关的负荷状态；

基于所述网关状态信息，确定每个被调用网关的运行状态，所述运行状态用于指示所述网关是否正常运行；

根据每个被调用网关的业务状态和运行状态，判断是否存在调用故障的故障网关；

若存在调用故障的故障网关，则确定需要更新所述配置策略。

在另一种可能实现的方式中，所述根据每个被调用网关的业务状态和运行状态，判断是否存在故障的故障网关，包括：

若所述被调用网关的业务状态为满负荷状态，和/或，若所述运行状态为非正常运行状态，则确定所述被调用网关发生调用故障；

将发生调用故障的被调用网关，确定为所述故障网关。

在另一种可能实现的方式中，所述配置策略包括每个被调用网关的地址信息，所述更新配置策略，包括：

确定故障网关及所述故障网关所属的网关集群；

查找每个所述故障网关所属的网关集群中的可用网关，所述可用网关的业务状态为非满负荷状态，运行状态为正常状态；

基于所述可用网关的地址信息，更新所述配置策略。

在另一种可能实现的方式中，所述基于所述可用网关的地址信息，更新所述配置策略，包括：

确定各所述网关集群中状态最优的可用网关为目标网关；

基于至少一个所述目标网关的地址信息，更新所述配置策略。

另一方面，本申请提供一种基于动态感知的多集群网关协同装置，包括获取模块、判断模块及更新模块，其中，

获取模块，用于获取网关状态信息及应用侧上报的调用信息，其中，所述网关状态信息用于指示各网关集群中各个网关的当前状态；所述调用信息用于指示所述应用侧各应用调用网关的调用状态；

判断模块，用于基于所述网关状态信息及所述调用信息，判断是否需要更新配置策略，所述配置策略用于指示所述应用侧的应用可调用的网关；

更新模块，用于在需要更新所述配置策略时，更新所述配置策略，并将所述配置策略下发至所述应用侧的应用，以使所述应用侧的应用更新调用链路。

在另一种可能实现的方式中，所述判断模块具体用于：

基于所述调用信息，确定每个被调用网关的业务状态，所述业务状态用于指示所述被调用网关的负荷状态；

基于所述网关状态信息，确定每个被调用网关的运行状态，所述运行状态用于指示所述网关是否正常运行；

根据每个被调用网关的业务状态和运行状态，判断是否存在调用故障的故障网关；

若存在调用故障的故障网关，则确定需要更新所述配置策略。

在另一种可能实现的方式中，所述根据每个被调用网关的业务状态和运行状态，判断是否存在调用故障的故障网关，包括：

若所述被调用网关的业务状态为满负荷状态，和/或，若所述运行状态为非正常运行状态，则确定所述被调用网关发生调用故障；

将发生调用故障的被调用网关，确定为所述故障网关。

在另一种可能实现的方式中，所述配置策略包括每个被调用网关的地址信息，所述更新配置策略，包括：

确定故障网关及所述故障网关所属的网关集群；

查找每个所述故障网关所属的网关集群中的可用网关，所述可用网关的业务状态为非满负荷状态，运行状态为正常状态；

基于所述可用网关的地址信息，更新所述配置策略。

在另一种可能实现的方式中，所述基于所述可用网关的地址信息，更新所述配置策略，包括：

确定各所述网关集群中状态最优的可用网关为目标网关；

基于至少一个所述目标网关的地址信息，更新所述配置策略。

第三方面，本发明提供一种电子设备，包括：

至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面任一项所述的基于动态感知的多集群网关协同方法。

第四方面，本发明提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面任一项所述的基于动态感知的多集群网关协同方法。

第五方面，本发明提供一种基于动态感知的多集群网关协同系统，包括网关状态监控器、网关配置管理器及网关SDK，其中，

所述网关状态监控器用于实时监控各集群网关中各个网关的当前状态，以得到网关状态信息，并将所述网关状态信息发送至所述网关配置管理器；

所述网关SDK用于获取应用侧上报的各个应用的调用信息，并将所述调用信息发送至所述网关配置管理器；

所述网关配置管理器用于执行如上第一方面任一项所述的基于动态感知的多集群网关协同方法。

在另一种可能实现的方式中，所述系统还包括网关路由控制器；

所述网关配置管理器还用于：向所述网关路由器发送所述配置策略；

所述网关路由控制器用于接收所述网关配置管理器发送的配置策略，并基于所述配置策略更新网关集群的路由策略。

本申请提供一种基于动态感知的多集群网关协同方法及系统，本申请通过网关状态监控器实时监控各个集群网关中各个网关的当前状态，还通过网关SDK获取应用侧实时上报的各个应用的调用信息。网关配置管理器基于所述网关状态信息及所述调用信息，判断是否需要动态更新配置策略，在需要更所述新配置策略时，更新所述配置策略，并将所述配置策略通过所述网关SDK下发至应用侧相应的应用，以及通过网关路由控制器下发至网关侧，以使得相关应用根据所述配置策略自动更新网关调用链路，同时更新网关集群的路由策略。

在上述过程中，网关配置管理器能及时获取网关侧各个网关集群的网关状态，还能及时获取应用侧各个应用的调用情况，从而能及时基于网关状态即调用情况，更新调整配置策略，从而实现了统一、动态、灵活的应用与集群网关的协同调度。

附图说明

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

图1为本申请实施例提供的一种基于动态感知的多集群网关协同的系统示意图；

图2为本申请实施例提供的一种基于动态感知的多集群网关协同的方法流程示意图一；

图3为本申请实施例提供的一种基于动态感知的多集群网关协同的方法流程示意图二；

图4为本申请实施例提供的一种基于动态感知的多集群网关协同的方法流程示意图三；

图5为本申请实施例提供的一种基于动态感知的多集群网关协同的装置示意图；

图6为本申请实施例提供的一种电子设备。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1为本申请实施例提供的一种基于动态感知的多集群网关协同的系统示意图，该系统适用于多个网关集群与多应用的协同调度场景，其中，多个网关集群可以包括场景网关集群、专业网关集群、地域网关集群以及用于灰度发布的网关集群等，以满足不同业务调用方、能力提供方多业务模式以及场景的需求。具体地，该系统可以包括网关SDK、网关状态监控器、网关配置管理器以及网关路由控制器。

其中，网关SDK用于获取应用侧各个应用上报的调用信息，并将调用信息发送至网关配置管理器。网关状态监控器实时监控各个集群网关中各个网关的当前状态，以得到网关状态信息。网关配置管理器获取网关SDK发送的调用信息以及网关状态监控器发送的当前状态信息，并基于调用信息及当前状态信息，确定是否更新配置策略，在需要更新配置策略时，更新配置策略，并将配置策略分别下发至网关SDK、网关路由控制器。网关SDK将更新后的配置策略下发至应用侧的相关应用，以使得相关应用自动更新调用链路；网关路由控制器基于配置策略更新网关集群中相关网关的路由策略。

可选地，基于动态感知的多集群网关协同系统还可以包括代理服务器，具体为分布式代理服务器。应用侧在调用网关时，可以直接连接网关进行调用，也可以通过网关SDK进行调用，还可以通过代理服务器进行调用。

对于上述系统，网关配置管理器能及时获取网关侧各个网关集群的网关状态，还能及时获取应用侧各个应用的调用情况，从而能及时基于网关状态即调用情况，更新调整配置策略，使得应用侧自动更新调用情况，网关侧自动更新路由策略。因此，相较于现有应用到网关集群的固定的调度链路，实现了更加统一、动态、灵活的应用与集群网关的协同调度。

图2为本申请实施例提供的一种数据差异化安全共享的方法流程图一。如图2所示，本实施例中的方法可以包括步骤S201、步骤S202以及步骤S203，由网关配置管理器执行，其中，

步骤S201，获取网关状态信息及应用侧上报的调用信息。

其中，网关状态信息用于指示各个网关的当前状态，调用信息用于指示应用侧各应用调用网关的调用状态。

具体地，网关配置管理器实时获取网关状态信息以及调用信息，其中，网关状态信息是由网关状态监控器实时监控各个网关集群中的各个网关的状态得到的，调用信息是由网关SDK实时获取应用侧各个应用上报的调用情况得到的。网关配置管理器通过网关状态监控器及网关SDK实时获取网关状态信息及调用信息，以同时得知网关侧和应用侧的当前状态。

步骤S202，基于网关状态信息及调用信息，判断是否需要更新配置策略。

其中，配置策略用于指示应用侧的应用可调用的网关。网关配置管理器通过网关侧与应用侧的当前状态，确定是否需要对当前的配置策略进行调整。

步骤S203，当需要更新配置策略时，更新配置策略，并将配置策略下发至应用侧的应用，以使应用侧的应用更新调用链路。

其中，在需要更新配置策略时，网关配置管理器通过网关SDK将更新后的配置策略下发至应用侧的相关应用，应用侧在接收到更新后的配置策略后，可以基于更新后的配置策略自动更新调用链路，从而在应用侧应用无感知的情况下，完成网关的自动切换。

本实施例提供的方法，可以在任一被调用网关不可用时，例如被调用网关发生故障或掉电无法运行时、被调用网关满负载时，基于各个集群网关中各个网关的当前状态以及调用信息，更新配置策略，指示相关应用调用其它可用网关，以维持应用的稳定运行，实现了应用侧无感知的情况下，统一、动态、灵活的实现应用与集群网关的协同调度。

综上，本实施例提供的方法，可以在被调用网关发生故障(断电、宕机、损坏等)时，和/或，被调用网关负载过多时，能统一地、动态地、及时地完成各个网关集群网关的调度，即可以动态实现面向应用无感知的服务集群切换、故障迁移、流量控制、多集群灾备切换等功能。

此外，通过本实施例提供的方法，还可以在应用侧无感知的情况下，完成灰度发布。具体地，可以将部分应用路由到灰度机器上，若这些部分应用无反对意见，则可以逐步扩大范围，把更多的应用迁移到灰度机器上。若在初始灰度的时候发现问题，则可以及时地更新配置策略，以保证相关应用的正常使用。

图3是本申请实施例提供的一种基于动态感知的多集群网关协同的方法流程图二。下面结合图3，对本申请实施例的具体实现过程进行详细说明。具体地，本实施例在上述实施例的基础上，详细限定了判断是否需要更新配置策略的方式。

如图3所示，该方法包括步骤S301、步骤S302、步骤S303、步骤S304以及步骤S305，其中，

步骤S301，基于调用信息，确定每个被调用网关的业务状态。

其中，业务状态用于指示被调用网关的负荷状态，即被调用网关当前接入的应用数量，不同的网关，负载性能不一致。

步骤S302，基于述网关状态信息，确定每个被调用网关的运行状态。

其中，运行状态用于指示网关是否正常运行，如果网关发生断电等问题导致网关无法正常工作，就说明网关不可以正常运行。步骤S301可以先于步骤S302执行，也可以后于步骤S302执行，还可以与步骤S302同时执行，即步骤S301与步骤S302不存在严格的时序关系。

步骤S303，判断被调用网关的业务状态是否为非满负荷状态，且运行状态是否为正常运行状态，若是，则执行步骤S304，若否，则执行步骤S305。

具体地，若被调用网关的业务状态为非满负荷状态，且运行状态为正常运行状态，则执行步骤S304。若被调用网关的业务状态为非满负荷状态，和/或，若运行状态为非正常运行状态，则执行步骤S305。

可选地，在实际应用中，可以将大于可负载量的百分之八十的状态作为满负荷状态，以保障应用侧应用的稳定使用。

步骤S304，确定不存在调用故障的故障网关，确定不需要更新配置策略。

步骤S305，确定被调用网关发生调用故障，将发生调用故障的被调用网关确定为故障网关，并确定需要更新配置策略。

具体地，当有任一被调用网关的业务状态为满负荷状态和/或运行状态为非正常运行状态时，确定该被调用网关为存在调用故障的故障网关，即说明当前故障网关不可用，此时需要更新配置策略。

本实施例提供的方法，网关配置管理器在判断是否需要更新配置策略时，首先基于获取到的调用信息，确定出每个被调用网关的负荷情况，基于获取到的网关状态信息，确定出每个被调用网关当前的运行情况。其次，基于确定出的负荷情况与运行情况，确定是否存在调用故障的故障网关；具体地，若被调用网关出现满负荷情况，和/或，出现非正常运行情况，则确定该被调用网关为故障网关。最后，基于是否存在至少一个故障网关，判断是否需要更新配置策略，即当存在任意一个故障网关时，确定需要更新配置策略。

通过本实施例提供的方法，仅在被调用网关中存在故障网关时，才确定更新配置策略，一方面有利于在被调用网关发生故障时，能及时在应用侧无感知的情况下，为应用侧相关应用切换业务状态为非满负荷状态、运行状态为正常运行状态的可用网关；另一方面可以及时发现不可正常运行的故障网关，以便及时做出补救措施。

图4为本申请实施例提供的一种基于动态感知的多集群网关协同的方法流程图三。下面结合图4，对本申请实施例的具体实现过程做进一步详细说明。具体地，本实施例对更新配置策略的方式进行了限定。

如图4所示，该方法可以包括步骤S401、步骤S402、步骤S403及步骤S404，其中，

步骤S401，确定调用故障的故障网关及故障网关所属的网关集群。

具体地，在确定出故障网关后，基于故障网关的类型确定故障网关所属的网关集群。

步骤S402，查找每个故障网关所属的网关集群中的可用网关。

其中，可用网关的运行状态为正常运行状态，即可用网关不存在断电、瘫痪等问题。可用网关的业务状态为非满负荷状态，即可用网关还可以继续接入应用。

步骤S403，确定每个网关集群中状态最优的可用网关为目标网关。

具体地，接入的应用数量最少的、运行状态最佳的为状态最优的可用网关，将该可用网关作为可以被应用接入的目标网关。

可选地，若有至少两个故障网关属于同一个网关集群，则在确定目标网关时，可以首先确定属于该网关集群的故障网关的个数，其次基于各个可用网关的业务状态及运行状态，按照状态的优劣依次对各个可用网关进行排序，状态越好的排序越靠前。最后，对应故障网关的数量，将排在前面的对应数量的可用网关作为目标网关。

步骤S404，基于至少一个目标网关的地址信息，更新配置策略。

具体地，在确定好目标网关后，基于各个目标网关的地址信息，更新配置策略。

本实施例提供的方法，当某一网关集群中存在一个被调用的故障网关时，对于网关集群中的各个可用网关，基于其业务状态及运行状态，筛选出状态最佳的可用网关，作为目标网关。当某一网关集群中存在至少两个被调用的故障网关时，对于各个网关集群中的各个可用网关，首先基于各个可用网关的业务状态及运行状态对各个网关进行排序，状态越好的可用网关排序越靠前，将排在前面的与故障网关数量相对应的几个可用网关作为目标网关。确认好目标网关后，基于目标网关的地址信息，更新配置策略，使应用侧的相关应用调用相应的目标网关。通过本实施例提供的方法，有利于使应用侧的各个应用更加稳定地运行。

上述实施例从方法流程的角度介绍一种数据差异化安全共享方法，下述实施例从虚拟模块或虚拟单元的角度介绍了一种数据差异化安全共享装置，具体详见下述实施例。

本申请实施例提供一种数据差异化安全共享装置，如图5所示，该装置包括获取模块51、判断模块52及更新模块53，其中，

获取模块51，用于获取网关状态信息及应用侧上报的调用信息，其中，网关状态信息用于指示各网关集群中各个网关的当前状态；调用信息用于指示应用侧各应用调用网关的调用状态；

判断模块52，用于基于网关状态信息及调用信息，判断是否需要更新配置策略，配置策略用于指示应用侧的应用可调用的网关；

更新模块53，用于在需要更新配置策略时，更新配置策略，并将配置策略下发至应用侧的应用，以使应用侧的应用更新调用链路。

本申请实施例的另一种可能的实现方式，判断模块具体用于：

基于调用信息，确定每个被调用网关的业务状态，业务状态用于指示被调用网关的负荷状态；

基于述网关状态信息，确定每个被调用网关的运行状态，运行状态用于指示网关是否正常运行；

根据每个被调用网关的业务状态和运行状态，判断是否存在调用故障的故障网关；

若存在调用故障的故障网关，则确定需要更新配置策略。

本申请实施例的另一种可能的实现方式，根据每个被调用网关的业务状态和运行状态，判断是否存在调用故障的故障网关，包括：

若被调用网关的业务状态为满负荷状态，和/或，若运行状态为非正常运行状态，则确定被调用网关发生调用故障；

将发生调用故障的被调用网关，确定为故障网关。

本申请实施例的另一种可能的实现方式，配置策略包括每个被调用网关的地址信息，更新配置策略，包括：

确定故障网关及故障网关所属的网关集群；

查找每个故障网关所属的网关集群中的可用网关，可用网关的业务状态为非满负荷状态，运行状态为正常状态；

基于可用网关的地址信息，更新述配置策略。

本申请实施例的另一种可能的实现方式，述基于可用网关的地址信息，更新配置策略，包括：

确定各网关集群中状态最优的可用网关为目标网关；

基于至少一个目标网关的地址信息，更新配置策略。

本申请实施例提供的一种基于动态感知的多集群网关协同装置，适用于上述方法实施例，在此不再赘述。

本申请实施例中提供了一种电子设备，如图6所示，图6所示的电子设备包括：处理器61和存储器62。其中，处理器61和存储器62相连，如通过总线63相连。可选地，电子设备还可以包括收发器64。需要说明的是，实际应用中收发器64不限于一个，该电子设备的结构并不构成对本申请实施例的限定。

处理器61可以是CPU(Central Processing Unit，中央处理器61)，通用处理器61，DSP(Digital Signal Processor，数据信号处理器61)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器61也可以是实现计算功能的组合，例如包含一个或多个微处理器61组合，DSP和微处理器61的组合等。

总线63可包括一通路，在上述组件之间传送信息。总线631002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线63或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线63等。总线63可以分为地址总线63、数据总线63、控制总线63等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线63或一种类型的总线63。

存储器62可以是ROM(Read Only Memory，只读存储器62)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器62)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器62)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器62用于存储执行本申请方案的应用程序代码，并由处理器61来控制执行。处理器61用于执行存储器62中存储的应用程序代码，以实现前述方法实施例所示的内容。

其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务器等。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (8)

1.一种基于动态感知的多集群网关协同方法，应用于网关配置管理器，其特征在于，包括：

实时获取网关状态信息及应用侧上报的调用信息，其中，所述网关状态信息用于指示各网关集群中各个网关的当前状态；所述调用信息用于指示所述应用侧各应用调用网关的调用状态，所述网关状态信息是由网关状态监控器实时监控所述各个网关集群中的各个网关的状态得到的，所述调用信息是由网关SDK实时获取所述应用侧各个应用上报的调用情况得到的；

基于所述网关状态信息及所述调用信息，判断是否需要更新配置策略，所述配置策略用于指示所述应用侧的应用可调用的网关；

若是，则更新所述配置策略，并将所述配置策略下发至所述应用侧的应用，以使所述应用侧的应用更新调用链路；

所述基于所述网关状态信息及所述调用信息，判断是否需要更新配置策略，包括：

基于所述调用信息，确定每个被调用网关的业务状态，所述业务状态用于指示所述被调用网关的负荷状态；

基于所述网关状态信息，确定每个被调用网关的运行状态，所述运行状态用于指示所述网关是否正常运行；

根据每个被调用网关的业务状态和运行状态，判断是否存在调用故障的故障网关；若所述被调用网关的业务状态为满负荷状态，和/或，若所述运行状态为非正常运行状态，则确定所述被调用网关发生调用故障；

将发生调用故障的被调用网关，确定为所述故障网关；

若存在调用故障的故障网关，则确定需要更新所述配置策略。

2.根据权利要求1所述的方法，其特征在于，所述配置策略包括每个被调用网关的地址信息，所述更新配置策略，包括：

确定故障网关及所述故障网关所属的网关集群；

查找每个所述故障网关所属的网关集群中的可用网关，所述可用网关的业务状态为非满负荷状态，运行状态为正常状态；

基于所述可用网关的地址信息，更新所述配置策略。

3.根据权利要求2所述的方法，其特征在于，所述基于所述可用网关的地址信息，更新所述配置策略，包括：

确定各所述网关集群中状态最优的可用网关为目标网关；

基于至少一个所述目标网关的地址信息，更新所述配置策略。

4.一种基于动态感知的多集群网关协同装置，其特征在于，包括：

获取模块，用于获取网关状态信息及应用侧上报的调用信息，其中，所述网关状态信息用于指示各网关集群中各个网关的当前状态；所述调用信息用于指示所述应用侧各应用调用网关的调用状态；所述网关状态信息是由网关状态监控器实时监控所述各个网关集群中的各个网关的状态得到的，所述调用信息是由网关SDK实时获取所述应用侧各个应用上报的调用情况得到的；

判断模块，用于基于所述网关状态信息及所述调用信息，判断是否需要更新配置策略，所述配置策略用于指示所述应用侧的应用可调用的网关；

更新模块，用于在需要更新所述配置策略时，更新所述配置策略，并将所述配置策略下发至所述应用侧的应用，以使所述应用侧的应用更新调用链路；

所述判断模块，具体用于基于所述调用信息，确定每个被调用网关的业务状态，所述业务状态用于指示所述被调用网关的负荷状态；

基于所述网关状态信息，确定每个被调用网关的运行状态，所述运行状态用于指示所述网关是否正常运行；

根据每个被调用网关的业务状态和运行状态，判断是否存在调用故障的故障网关；若所述被调用网关的业务状态为满负荷状态，和/或，若所述运行状态为非正常运行状态，则确定所述被调用网关发生调用故障；

将发生调用故障的被调用网关，确定为所述故障网关；

若存在调用故障的故障网关，则确定需要更新所述配置策略。

5.一种电子设备，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1-3任一项所述的基于动态感知的多集群网关协同方法。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-3任一项所述的基于动态感知的多集群网关协同方法。

7.一种基于动态感知的多集群网关协同系统，其特征在于，包括：网关状态监控器、网关配置管理器及网关SDK，其中，

所述网关状态监控器用于实时监控各集群网关中各个网关的当前状态，以得到网关状态信息，并将所述网关状态信息发送至所述网关配置管理器；

所述网关SDK用于获取应用侧上报的各个应用的调用信息，并将所述调用信息发送至所述网关配置管理器；

所述网关配置管理器用于执行如权利要求1至3任一项所述的方法。

8.根据权利要求7所述的系统，其特征在于，还包括：网关路由控制器；

所述网关配置管理器还用于：向所述网关路由器发送所述配置策略；

所述网关路由控制器用于接收所述网关配置管理器发送的配置策略，并基于所述配置策略更新网关集群的路由策略。