CN116389385A - 一种系统资源处理方法、装置、存储介质及设备 - Google Patents

Abstract

本申请实施例提供一种系统资源处理方法、装置、存储介质及设备，该方法中，从流控配置管理系统获取当前配置的流控规则，该流控规则并非统一限制，而是划分为客户维度和业务系统下接口维度，之后，当接收到客户端的系统访问请求时，根据请求中携带的客户端标识及目标接口标识，提取针对该客户端以及针对该目标接口的流控规则，并以此确定是否允许该客户端调用该目标接口访问系统资源。如此，实现对有限的系统资源的合理分配，从而给客户提供更为优质的系统接口服务。

Description

一种系统资源处理方法、装置、存储介质及设备

技术领域

本申请涉及访问控制技术领域，具体而言，涉及一种系统资源处理方法、装置、存储介质及设备。

背景技术

接口限流是保障业务安全性的重要手段，其可以防止系统压力过大以及屏蔽恶意请求，因此，接口限流是应用系统必不可少的能力。目前采用的通用框架普遍只能使用对应用资源的统一限制。在面向企业服务的系统，当应用系统资源达到上限时，多个企业客户端访问服务端都会存在访问异常的问题。然而，由于不同企业方的特性和价值是有区别的，同样的资源限制带来的影响也是不一致的。因此，如何实现将有限的系统资源合理分配，以提供企业客户优质的系统接口服务，是亟需解决的问题。

发明内容

本申请实施例的目的在于提供一种系统资源处理方法、装置、存储介质及设备，旨在解决相关技术中存在的系统资源分配的合理性不足，导致无法提供企业客户优质的系统接口服务的问题。

第一方面，本申请实施例提供的一种系统资源处理方法，包括：

从流控配置管理系统获取当前配置的流控规则；其中，所述流控规则包括针对不同客户端以及针对不同接口的限流控制参数；

当接收到客户端的系统资源访问请求时，根据所述系统资源访问请求中携带的客户端标识及目标接口标识，从所述流控规则中提取目标限流控制参数；

基于所述目标限流控制参数确定是否允许所述客户端调用所述目标接口访问系统资源。

在上述实现过程中，从流控配置管理系统获取当前配置的流控规则，该流控规则并非统一限制，而是划分为客户维度和业务系统下接口维度，之后，当接收到客户端的系统访问请求时，根据请求中携带的客户端标识及目标接口标识，提取针对该客户端以及针对该目标接口的流控规则，并以此确定是否允许该客户端调用该目标接口访问系统资源。如此，实现对有限的系统资源的合理分配，从而给客户提供更为优质的系统接口服务。

进一步地，在一些实施例中，所述限流控制参数包括最大流量限制参数。

在上述实现过程中，提供用于限流控制的可选参数类型。

进一步地，在一些实施例中，所述基于所述目标限流控制参数确定是否允许所述客户端调用所述目标接口访问系统资源，包括：

若所述客户端已使用的流量达到针对所述客户端的最大流量限制参数，或者所述目标接口被调用的流量达到针对所述目标接口的最大流量限制参数，不允许所述客户端调用所述目标接口访问系统资源。

在上述实现过程中，提供一种基于配置的最大流量限制参数进行限流控制的具体方式。

进一步地，在一些实施例中，所述流控规则是由所述流控配置管理系统推送到ZooKeeper集群的；所述从流控配置管理系统获取当前配置的流控规则之前，包括：

注册成为所述ZooKeeper集群的数据节点。

在上述实现过程中，借助ZooKeeper来搭载网关容器集群，可以便捷地实现网关节点数量的扩容，以满足企业客户对优质的系统接口服务的需求。

进一步地，在一些实施例中，所述注册成为ZooKeeper集群的数据节点，包括：

连接所述ZooKeeper集群后，从配置中心获取集群ID；

若所述ZooKeeper集群存在主节点，使用所述集群ID注册成为所述ZooKeeper集群的从节点。

在上述实现过程中，使用集群ID，实现支持多集群注册ZooKeeper。

进一步地，在一些实施例中，所述方法还包括：

若所述ZooKeeper集群不存在主节点，加注册唯一锁；

再次判断所述ZooKeeper集群是否存在主节点，若是，使用所述集群ID注册成为所述ZooKeeper集群的从节点，若否，使用所述集群ID注册成为主节点，并释放注册唯一锁。

在上述实现过程中，通过加锁-再次判断-注册的步骤，保障注册流程的正常执行，为后续合理分配系统资源奠定良好的环境基础。

第二方面，本申请实施例提供的一种系统资源处理装置，包括：

规则获取模块，用于从流控配置管理系统获取当前配置的流控规则；其中，所述流控规则包括针对不同客户端以及针对不同接口的限流控制参数；

参数提取模块，用于当接收到客户端的系统资源访问请求时，根据所述系统资源访问请求中携带的客户端标识及目标接口标识，从所述流控规则中提取目标限流控制参数；

限流控制模块，用于基于所述目标限流控制参数确定是否允许所述客户端调用所述目标接口访问系统资源。

第三方面，本申请实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。

第四方面，本申请实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。

第五方面，本申请实施例提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。

本申请公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本申请公开的上述技术即可得知。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种系统资源处理方法的流程图；

图2为本申请实施例提供的一种高可配、高性能的网关容器集群限流方案的系统部署架构的示意图；

图3为本申请实施例提供的一种高可配、高性能的网关容器集群限流方案中应用启动集群自动注册的工作流程的示意图；

图4为本申请实施例提供的一种系统资源处理装置的框图；

图5为本申请实施例提供的一种电子设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如背景技术记载，相关技术存在着系统资源分配的合理性不足，导致无法提供企业客户优质的系统接口服务的问题。基于此，本申请实施例提供一种系统资源处理方案，以解决上述问题。

接下来对本申请实施例进行介绍：

如图1所示，图1是本申请实施例提供的一种系统资源处理方法的流程图，这里的系统资源可以是企业中各业务系统的数据资源，如用户数据、订单状态数据等。不同企业所提供的系统资源可以有所区别。以银行平台为例，外部商户可以通过银行平台提供的客户端，调用应用程序接口(Application Programming Interface，应用程序接口)访问系统资源，从而获取到需要的信息。

所述方法包括：

在步骤101、从流控配置管理系统获取当前配置的流控规则；其中，所述流控规则包括针对不同客户端以及针对不同接口的限流控制参数；

本步骤中提到的流控配置管理系统可以是指用于配置流控规则的系统，该流控配置管理系统可以提供规则配置页面，以使管理人员可以在该规则配置页面中创建新的流控规则或修改原本的流控规则。本实施例中，流控规则包括针对不同客户端以及针对不同接口的限流控制参数，也就是说，该流控规则至少包括客户维度和业务系统中接口维度。

本实施例中提到的客户端可以是指企业平台提供给客户的客户端，考虑到不同客户在访问需求量、客户价值等方面有所区别，因此，本实施例并不采用统一限制，而是支持针对不同客户端进行自定义配置。也就是说，管理人员可以根据客户特性，在流控配置管理系统进行相应的配置。例如，平台的客户端包括客户端1和客户端2，由于客户端1对应客户具有访问需求量大、客户价值高的特点，因此，针对客户端1配置的流控规则可以分配给客户端1较多的系统资源，而由于客户端2对应客户具有访问需求量小、客户价值低的特点，因此，针对客户端2配置的流控规则可以分配给客户端2较少的系统资源。

本实施例中提到的接口是用于访问系统资源的API，在实际应用中，每个业务系统可以对应一个或多个API，而调用不同API可以访问到不同类型的系统资源。例如，某个业务系统提供的系统资源包括商户订单数据和商品库存数据两种，分别对应接口A和接口B，则若客户端要访问商户订单数据，则调用接口A，若客户端要访问商品库存数据，则调用接口B。考虑到不同接口对应的访问请求量、系统资源价值等也有所不同，因此，本实施例并不采用统一限制，而是同时支持针对不同接口的流控规则进行自定义配置。沿用前面的例子，由于接口A对应的访问请求量及系统资源价值相较于接口B均更大，因此，针对接口A配置的流控规则可以对应较大的限制访问量，而针对接口B配置的流控规则可以对应较大的限制访问量。

在一些实施例中，本步骤中提到的限流控制参数可以包括最大流量限制参数。顾名思义，该最大流量限制参数是用于限制最大流量的参数，其相当于一个流量阈值。对于管理人员来说，其可以是基于从数据库查询的客户信息、业务系统信息，以及平台的可承载流量作为参考，以此来对针对不同客户端以及针对不同接口最大流量限制参数进行配置。当然，在一些实施例中，该限流控制参数还可以包括其他参数，如用于限制最大并发数的参数、用于限制平均响应时间的参数等等。

在步骤102、当接收到客户端的系统资源访问请求时，根据所述系统资源访问请求中携带的客户端标识及目标接口标识，从所述流控规则中提取目标限流控制参数；

客户端要调用目标接口访问系统资源时，需先发送系统资源访问请求，该系统资源访问请求中携带客户端标识及目标接口标识，其中，该客户端标识用于指示该请求的发送方，该目标接口标识用于指示请求调用的接口，即目标接口。在接收到系统资源访问请求时，可以根据该客户端标识，从流控规则中获取针对对应的客户端的限流控制参数，同时根据该目标接口标识，从流控规则中获取针对目标接口的限流控制参数，二者的组合即为目标限流控制参数。

在步骤103、基于所述目标限流控制参数确定是否允许所述客户端调用所述目标接口访问系统资源。

本步骤是指：根据客户端标识及目标接口标识提取到相应的流控规则后，根据该流控规则来对该客户端进行限流控制。可选地，当限流控制参数包括最大流量限制参数时，本步骤可以包括：若所述客户端已使用的流量达到针对所述客户端的最大流量限制参数，不允许所述客户端调用所述目标接口访问系统资源；若所述目标接口被调用的流量达到针对所述目标接口的最大流量限制参数，不允许所述客户端调用所述目标接口访问系统资源。例如，客户端1请求调用接口A，针对客户端1的最大流量限制参数是单位时间内100M，针对接口A的最大流量限制参数是单位时间内200M，则只有在客户端1在单位时间内已使用的流量小于100M，且接口A在单位时间内已被调用的流量小于200M的情况下，才允许客户端1调用接口A访问对应的系统资源，否则禁止客户端1调用接口A访问对应的系统资源。

除了限流控制以外，本申请的一些实施例还可以通过环境部署来进一步实现系统资源的合理分配，以提供企业客户更为优质的系统接口服务。具体地，在一些实施例中，所述流控规则是由所述流控配置管理系统推送到ZooKeeper集群的；所述从流控配置管理系统获取当前配置的流控规则之前，包括：注册成为所述ZooKeeper集群的数据节点。ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，其本质上是一个小型存储系统，主要包括文件服务和监听服务。也就是说，可以借助ZooKeeper来搭载网关容器集群，负责限流控制的集群中每台计算机(或工作站、服务器等)对应ZooKeeper集群的一个数据节点。以集群机器是服务器为例，在实现时，服务器上可以安装嵌入有流控组件的应用，该服务器先注册成为ZooKeeper集群的数据节点，之后，该服务器可以接收到由流控配置管理系统推送的流控规则并加载到该应用中，以通过该应用，实时监听同步对应的流控规则。如此，可以便捷地实现网关节点数量的扩容，以满足企业客户对优质的系统接口服务的需求。

进一步地，前面提到的注册成为ZooKeeper集群的数据节点可以包括：连接所述ZooKeeper集群后，从配置中心获取集群ID；若所述ZooKeeper集群存在主节点，使用所述集群ID注册成为所述ZooKeeper集群的从节点。在实际应用中，随着部署的设备数量的增加，平台可以使用多集群模式来部署网关，ZooKeeper提供集群管理功能，具体地，ZooKeeper是以树状结构进行存储的，每个集群可以对应于树的一个结点，而集群中的机器可以是该结点下的子结点，管理人员可以从ZooKeeper拉取群集群信息进行页面展示。以集群机器是服务器为例，服务器可以先从多集群的配置中心获取集群ID，再使用该集群ID注册为ZooKeeper集群的数据节点，如此，实现支持多集群注册ZooKeeper。另外，ZooKeeper集群中有主节点和从节点，一般来说，主节点的主要功能是分配任务，从节点的主要功能是执行任务，因此，在服务器注册ZooKeeper时，若ZooKeeper集群中存在主节点，则该服务器注册为从节点。

更进一步地，上述方法还可以包括：方法还包括：若所述ZooKeeper集群不存在主节点，加注册唯一锁；再次判断所述ZooKeeper集群是否存在主节点，若是，使用所述集群ID注册成为所述ZooKeeper集群的从节点，若否，使用所述集群ID注册成为主节点，并释放注册唯一锁。也就是说，在服务器注册ZooKeeper时，若ZooKeeper集群中不存在主节点，则服务器先加注册唯一锁，以避免其他机器同时竞争选举为主节点，加锁后再次判断该ZooKeeper集群是否存在主节点，若存在，表明加锁期间有其他机器已经注册为主节点，则服务器注册为从节点，若不存在，则服务器注册为主节点并释放注册唯一锁。如此，保障注册流程的正常执行，为后续合理分配系统资源奠定良好的环境基础。

本申请实施例，从流控配置管理系统获取当前配置的流控规则，该流控规则并非统一限制，而是划分为客户维度和业务系统下接口维度，之后，当接收到客户端的系统访问请求时，根据请求中携带的客户端标识及目标接口标识，提取针对该客户端以及针对该目标接口的流控规则，并以此确定是否允许该客户端调用该目标接口访问系统资源。如此，实现对有限的系统资源的合理分配，从而给客户提供更为优质的系统接口服务。

为了对本申请的方案做更为详细的说明，接下来介绍一具体实施例：

本实施例提供一种高可配、高性能的网关容器集群限流方案，该方案应用于银行平台。该方案的系统部署架构如图2所示，包括核心区、DMZ(Demilitarized Zone，隔离区)，以及互联网/专线区，其中：

该核心区包括数据库21、流控配置管理系统22、ZooKeeper23、网关24和业务系统组25，具体地，流控配置管理系统22提供给管理人员进行流控规则配置的配置页面，管理人员可以从数据库21处查询客户信息和业务系统信息，以此对针对不同客户的流控规则以及针对不同业务系统接口的流控规则进行配置，之后，流控配置管理系统22将流控规则推送到ZooKeeper23，ZooKeeper23实时监听同步流控规则，其将接收到的流控规则加载到网关24，由网关24进行相应的限流控制，业务系统组25包括若干个业务系统，每个业务系统提供若干个API，调用API可以访问系统资源；

该互联网/专线区包括专线的外部商户26和互联网的外部商户27，每个外部商户对应一个客户端，该客户端可以向网关24发送系统资源访问请求，以请求调用API访问系统资源；该DMZ包括Nginx反向代理28，对应于外部商户26的第一负载均衡器29以及对应于外部商户27的第二负载均衡器30，本实施例中，该第一负载均衡器29和该第二负载均衡器30均采用F5负载均衡器。

本实施例方案在实现时，客户端发送的系统资源访问请求经负载均衡器以及Nginx反向代理到达网关，网关从该系统资源访问请求中携带的客户标识以及API标识，确定该系统资源访问请求所对应的客户以及请求调用的API，之后，网关根据对应的流控规则判断是否允许该客户端访问系统资源，若允许，则放行请求，执行相应的协议和报文转换；若不允许，则拒绝请求。

本实施例方案还支持容器环境无状态部署，前面提到的网关作为ZooKeeper数据节点上的应用，其中，该应用启动集群自动注册的流程如图3所示，包括：

S301、应用启动；

S302、流控组件启动；

S303、连接ZooKeeper集群；

S304、从配置中心获取集群ID；

S305、判断ZooKeeper集群是否存在主节点，是则执行S309，否则执行S306；

S306、加注册唯一锁；

S307、再次判断ZooKeeper集群是否存在主节点，是则执行S309，否则执行S308；

S308、使用集群ID注册为主节点，释放注册唯一锁，之后执行S311；

S309、使用集群ID注册为从节点；

S310、判断是否成功连接主节点，是则执行S311，否则返回S305；

S311、流控组件启动完成；

S312、应用启动完成。

应用启动完成后，即可作为图2所示的系统中的网关进行限流控制的任务。另外，在该系统中，若主节点下线，则自动删除该主节点，在从节点触发连续失败事件后，则可以执行上述的S305至S309的流程，以保障集群的正常运行。管理人员可以从ZooKeeper拉取集群信息，并进行页面展示，以此实现对集群的管理。

本实施例方案，首先，从企业客户维度流控，实现有限的系统资源按需合理分配，保障重点客户能正常访问业务系统；其次，接入网关作为互联网业务统一接入入口，承载多个后端业务系统流量，在保障自身网关系统稳定性的同时，通过配置系统流控，保障后端业务系统不会过高占有网关连接，避免业务系统故障产生关联影响；再者，通过维护的业务系统和客户信息，简化配置人员操作要求和学习成本，配置数据准确性高，配置后实时生效；此外，支持容器无状态部署，实现高性能。

与前述方法的实施例相对应，本申请还提供系统资源处理装置及其应用的终端的实施例：

如图4所示，图4是本申请实施例提供的一种系统资源处理装置的框图，所述装置包括：

规则获取模块41，用于从流控配置管理系统获取当前配置的流控规则；其中，所述流控规则包括针对不同客户端以及针对不同接口的限流控制参数；

参数提取模块42，用于当接收到客户端的系统资源访问请求时，根据所述系统资源访问请求中携带的客户端标识及目标接口标识，从所述流控规则中提取目标限流控制参数；

限流控制模块43，用于基于所述目标限流控制参数确定是否允许所述客户端调用所述目标接口访问系统资源。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

本申请还提供一种电子设备，请参见图5，图5为本申请实施例提供的一种电子设备的结构框图。电子设备可以包括处理器510、通信接口520、存储器530和至少一个通信总线540。其中，通信总线540用于实现这些组件直接的连接通信。其中，本申请实施例中电子设备的通信接口520用于与其他节点设备进行信令或数据的通信。处理器510可以是一种集成电路芯片，具有信号的处理能力。

上述的处理器510可以是通用处理器，包括中央处理器(CPU，Central ProcessingUnit)、网络处理器(NP，Network Processor)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器510也可以是任何常规的处理器等。

存储器530可以是，但不限于，随机存取存储器(RAM，Random Access Memory)，只读存储器(ROM，Read Only Memory)，可编程只读存储器(PROM，Programmable Read-OnlyMemory)，可擦除只读存储器(EPROM，Erasable Programmable Read-Only Memory)，电可擦除只读存储器(EEPROM，Electric Erasable Programmable Read-Only Memory)等。存储器530中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器510执行时，电子设备可以执行上述图1方法实施例涉及的各个步骤。

可选地，电子设备还可以包括存储控制器、输入输出单元。

所述存储器530、存储控制器、处理器510、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线540实现电性连接。所述处理器510用于执行存储器530中存储的可执行模块，例如电子设备包括的软件功能模块或计算机程序。

输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。

可以理解，图5所示的结构仅为示意，所述电子设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。

本申请实施例还提供一种存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，所述计算机程序被处理器执行时实现方法实施例所述的方法，为避免重复，此处不再赘述。

本申请还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种系统资源处理方法，其特征在于，包括：

从流控配置管理系统获取当前配置的流控规则；其中，所述流控规则包括针对不同客户端以及针对不同接口的限流控制参数；

当接收到客户端的系统资源访问请求时，根据所述系统资源访问请求中携带的客户端标识及目标接口标识，从所述流控规则中提取目标限流控制参数；

基于所述目标限流控制参数确定是否允许所述客户端调用所述目标接口访问系统资源。

2.根据权利要求1所述的方法，其特征在于，所述限流控制参数包括最大流量限制参数。

3.根据权利要求2所述的方法，其特征在于，所述基于所述目标限流控制参数确定是否允许所述客户端调用所述目标接口访问系统资源，包括：

若所述客户端已使用的流量达到针对所述客户端的最大流量限制参数，或者所述目标接口被调用的流量达到针对所述目标接口的最大流量限制参数，不允许所述客户端调用所述目标接口访问系统资源。

4.根据权利要求1所述的方法，其特征在于，所述流控规则是由所述流控配置管理系统推送到ZooKeeper集群的；所述从流控配置管理系统获取当前配置的流控规则之前，包括：

注册成为所述ZooKeeper集群的数据节点。

5.根据权利要求4所述的方法，其特征在于，所述注册成为ZooKeeper集群的数据节点，包括：

连接所述ZooKeeper集群后，从配置中心获取集群ID；

若所述ZooKeeper集群存在主节点，使用所述集群ID注册成为所述ZooKeeper集群的从节点。

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

若所述ZooKeeper集群不存在主节点，加注册唯一锁；

再次判断所述ZooKeeper集群是否存在主节点，若是，使用所述集群ID注册成为所述ZooKeeper集群的从节点，若否，使用所述集群ID注册成为主节点，并释放注册唯一锁。

7.一种系统资源处理装置，其特征在于，包括：

规则获取模块，用于从流控配置管理系统获取当前配置的流控规则；其中，所述流控规则包括针对不同客户端以及针对不同接口的限流控制参数；

参数提取模块，用于当接收到客户端的系统资源访问请求时，根据所述系统资源访问请求中携带的客户端标识及目标接口标识，从所述流控规则中提取目标限流控制参数；

限流控制模块，用于基于所述目标限流控制参数确定是否允许所述客户端调用所述目标接口访问系统资源。

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

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

10.一种计算机程序产品，其特征在于，所述计算机程序产品在计算机上运行时，使得计算机执行如权利要求1至6任一项所述的方法。

Images