CN113220482A - 调用请求处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开关于一种调用请求处理方法、装置、电子设备及存储介质。所述方法包括：接收调用请求，所述调用请求携带业务类型，确定用于处理所述调用请求的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则；根据所述目标流控规则，确定是否拒绝所述调用请求。通过本方案，在接收到调用请求时便执行相应的流量管理逻辑，并基于此进行流量处理，预防在请求响应阶段因请求流量激增导致的服务崩溃，同时无需消耗大量人力物力，实现效率较高。

Description

调用请求处理方法、装置、电子设备及存储介质

技术领域

本发明涉及网络流量技术领域，特别是涉及调用请求处理方法、装置、电子设备及存储介质。

背景技术

服务器被调用时,理想的状况是调用量小于服务器的系统承载量。但是，如节假日、重大活动等时候,服务器的调用量激增,甚至调用量会大于服务器的系统承载量,随着调用量持续大于系统承载量,服务器的系统资源会被耗尽,最后服务器崩溃。

而应对该问题的一般方法为，针对调用量激增的情况，通过服务器的系统扩容来防止系统崩溃；然而该方法耗费较多人力物力，且存在扩容不及时或者扩容不合理的问题，调用量激增时服务器崩溃的风险依然存在。

发明内容

本公开提供一种调用请求处理方法、装置、电子设备及存储介质，以至少解决相关技术中存在调用量激增时系统崩溃风险的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种调用请求处理方法，包括：

接收调用请求；所述调用请求携带业务类型；

确定用于处理所述调用请求的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则；

根据所述目标流控规则，确定是否拒绝所述调用请求。

作为其中一个实施例，所述确定用于处理所述调用请求的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则；根据所述目标流控规则，确定是否拒绝所述调用请求，包括：

调用预设的流控接口；所述流控接口关联有至少一个接口处理逻辑；

执行所述至少一个接口处理逻辑，以确定与所述调用请求对应的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则，根据所述目标流控规则，确定是否拒绝所述调用请求。

作为其中一个实施例，所述至少一个接口处理逻辑包含用于确定目标资源的接口处理逻辑；所述执行所述至少一个接口处理逻辑，以确定与所述调用请求对应的目标资源，包括：

获取预设的多个待传入参数中的一个，作为当前传入参数；

将当前传入参数以及所述业务类型传入所述用于确定目标资源的接口处理逻辑；

根据所述当前传入参数以及所述业务类型执行所述用于确定目标资源的接口处理逻辑，以从所述业务类型对应的资源中，确定与当前传入参数对应的资源，作为所述目标资源。

作为其中一个实施例，所述根据所述当前传入参数以及所述业务类型执行所述第一接口处理逻辑之后，还包括：

若从所述业务类型对应的资源中，未查询到与当前传入参数对应的资源，则获取所述多个待传入参数中的另一个，作为新的当前传入参数；

返回将当前传入参数以及所述业务类型传入所述用于确定目标资源的接口处理逻辑的步骤。

作为其中一个实施例，所述多个待传入参数配置有对应的传入优先级；所述获取所述多个待传入参数中的另一个，作为新的当前传入参数，包括：

获取所述多个待传入参数的传入优先级；

在当前传入参数不对应最低传入优先级的情况下，获取所述多个待传入参数中、传入优先级低于当前传入参数的一个待传入参数，作为新的当前传入参数。

作为其中一个实施例，所述查询所述目标资源对应的规则配置文件之前，还包括：

获取与所述目标资源对应的至少一组流控规则；每组流控规则包含至少一种流控规则；每组流控规则与至少一种业务类型对应；

根据预设的规则格式，生成每组流控规则对应的规则配置文件，得到所述目标资源对应的至少一个规则配置文件，并建立各规则配置文件与业务类型的对应关系。

作为其中一个实施例，每个规则配置文件包含的流控规则包括：每秒查询率QPS总量控制规则、并发调用量控制规则、熔断规则、降级规则、百分比流控规则、系统保护规则中至少一种。

根据本公开实施例的第二方面，提供一种调用请求处理装置，包括：

请求接收单元，被配置为执行接收调用请求，所述调用请求携带业务类型；

请求处理单元，被配置为执行确定用于处理所述调用请求的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则；根据所述目标流控规则，确定是否拒绝所述调用请求。

作为其中一个实施例，所述请求处理单元，具体被配置为执行：

调用预设的流控接口；所述流控接口关联有至少一个接口处理逻辑；

执行所述至少一个接口处理逻辑，以确定与所述调用请求对应的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则，根据所述目标流控规则，确定是否拒绝所述调用请求。

作为其中一个实施例，所述至少一个接口处理逻辑包含用于确定目标资源的接口处理逻辑；

所述请求处理单元，还被配置为执行：获取预设的多个待传入参数中的一个，作为当前传入参数；将当前传入参数以及所述业务类型传入所述用于确定目标资源的接口处理逻辑；根据所述当前传入参数以及所述业务类型执行所述用于确定目标资源的接口处理逻辑，以从所述业务类型对应的资源中，确定与当前传入参数对应的资源，作为所述目标资源。

作为其中一个实施例，所述请求处理单元，还被配置为执行：

在根据所述当前传入参数以及所述业务类型执行所述第一接口处理逻辑之后，若从所述业务类型对应的资源中，未查询到与当前传入参数对应的资源，则获取所述多个待传入参数中的另一个，作为新的当前传入参数；返回将当前传入参数以及所述业务类型传入所述用于确定目标资源的接口处理逻辑的步骤。

作为其中一个实施例，所述多个待传入参数配置有对应的传入优先级；

所述请求处理单元，还被配置为执行：

获取所述多个待传入参数的传入优先级；在当前传入参数不对应最低传入优先级的情况下，获取所述多个待传入参数中、传入优先级低于当前传入参数的一个待传入参数，作为新的当前传入参数。

作为其中一个实施例，还包括配置文件生成单元，被配置为执行：

获取与所述目标资源对应的至少一组流控规则；每组流控规则包含至少一种流控规则；每组流控规则与至少一种业务类型对应；

根据预设的规则格式，生成每组流控规则对应的规则配置文件，得到所述目标资源对应的至少一个规则配置文件，并建立各规则配置文件与业务类型的对应关系。

作为其中一个实施例，其中，每个规则配置文件包含的流控规则包括：每秒查询率QPS总量控制规则、并发调用量控制规则、熔断规则、降级规则、百分比流控规则、系统保护规则中至少一种。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现上述任一项所述的调用请求处理方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述任一项所述的调用请求处理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机指令，其特征在于，所述计算机指令被处理器执行时实现上述任一项所述的调用请求处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

服务器在接收到调用请求时，先确定该调用请求对应的目标资源，进一步查询该目标资源对应的规则配置文件，从该规则配置文件包含的至少一种流控规则中，确定与当前调用请求的业务类型对应的目标流控规则，进而根据该目标流控规则确定是否拒绝当前的调用请求。由于在接收到调用请求时便进行相应的流量管理，可以防止到了响应阶段，因请求流量激增导致的服务崩溃；此外，本公开的调用请求处理方法，无需消耗大量人力物力对服务器进行扩容，实现效率较高。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

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

图1是根据一示例性实施例示出的一种调用请求处理方法的应用环境图。

图2是根据一示例性实施例示出的一种调用请求处理方法的流程图。

图3是根据另一示例性实施例示出的一种调用请求处理方法的流程图。

图4是根据一示例性实施例示出的一种调用请求处理装置的框图。

图5是根据一示例性实施例示出的一种电子设备的框图。

图6是根据一示例性实施例示出的另一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开所提供的调用请求处理方法，可以应用于如图1所示的应用环境中，包括服务器100和规则配置平台200。其中，规则配置平台200可以为web平台，主要面向管理员账户。管理员账户基于该规则配置平台200，可提前配置若干组用于进行服务器100流控的规则，并且可以针对服务器的各个资源分别配置对应的流控规则，一个资源可以对应多组流控规则。在流控规则配置之后，可通过该规则配置平台200，将针对各资源的若干组流控规则同步至服务器100。在服务器100侧，可将每组流控规则存储为一个对应的规则配置文件，并保存在对应资源的文件目录下。在服务器100收到调用请求时，可以确定当前调用请求对应的资源，查询该资源对应的规则配置文件，从规则配置文件包含的至少一种流控规则中，确定与当前调用请求的业务类型对应的流控规则，并基于此对当前调用请求进行流量处理。

本公开中，服务器100可为与客户端应用程序对应的服务器，客户端应用程序安装在电子设备300中。该客户端应用程序可以为社区类应用程序或者短视频应用程序等，用户注册账户并进行登录之后，可以发布个人作品，例如视频信息或图像集信息，还可以对其他用户发布的作品进行点赞、关注、评论等操作；客户端应用程序基于用户操作指令向服务器发送对应的调用请求。对于服务器100而言，针对不同调用请求，可调用相应的资源进行响应。

本公开中，调用请求对应的资源，即服务器100为响应该调用请求需使用到的资源，所说的资源，可以为服务器中配置的接口方法。一个调用请求对应的资源可以为一个或者多个，每个资源可被用于响应一种或者多种调用请求。

本公开中，每组规则可包含至少一种流控规则，对应地，每组规则对应的规则配置文件中包含至少一种流控规则。此外，各组规则中包含的流控规则的数量可以不同，对应地，多个配置文件包含的流控规则数量也可以不同。

本公开中，流控规则可为能够实现服务器100流量管控的任意规则，包括但不限于每秒查询率QPS(Queries-per-second)总量控制规则、并发调用量控制规则、熔断规则、降级规则、百分比流控规则、系统保护规则等。

本公开中，服务器100可以是但不限于用独立的物理服务器、虚拟服务器或者是多个服务器组成的服务器集群来实现。

图2是根据一示例性实施例示出的一种调用请求处理方法的流程图，如图2所示，该方法可以用于上述服务器100，包括以下步骤。

步骤201，接收调用请求；所述调用请求携带业务类型。

其中，调用请求包括客户端应用程序发起的调用请求，或者是其他服务器发起的调用请求，不同调用请求的业务类型可能不同。以短视频应用为例，服务器接收到的来自客户端的调用请求可为：针对某个视频的评论请求、弹幕请求、点赞请求等，该类请求的业务类型即互动类型；还可以是获取推荐视频的请求，该请求的业务类型即内容请求类型。

本公开中，服务器可以通过预设的SDK(Software Development Kit，软件开发工具包)接口，接收来自客户端应用程序和/或其他服务器的调用请求。

步骤202，确定用于处理所述调用请求的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则。

当前调用请求对应的目标资源，即服务器为响应当前调用请求需使用到的资源(如软件接口)，一个调用请求对应的目标资源可以为一个或者多个。

本公开中，目标资源对应的规则配置文件可以为一个或者多个，针对每个规则配置文件中的每一种流控规则，还可预先配置其适用的业务类型。

本步骤中，若从所述规则配置文件包含的至少一种流控规则中，确定出与所述业务类型对应的目标流控规则为多种时，在不同情况下(如不同时间段)可适用不同的目标流控规则，因此针对该业务类型的调用请求的流控灵活度更高；若从所述规则配置文件包含的至少一种流控规则中，确定出与所述业务类型对应的目标流控规则为一种时，针对该业务类型的调用请求的流控灵活度相对较低。

步骤203，根据所述目标流控规则，确定是否拒绝所述调用请求。

如上述所述，流控规则包括但不限于每秒查询率QPS总量控制规则、并发调用量控制规则、熔断规则、降级规则、百分比流控规则、系统保护规则。因此，目标流控规则可以为上述流控规则中的一种或者多种。为方便理解，下面对几种主要流控规则下，实现流量控制的原理进行示例性说明。

作为一种示例性方式，每秒查询率QPS总量控制规则下，对调用请求处理原则为：对访问服务器的调用请求数做出限定，比如限定1秒内，允许有100请求访问当前服务器，对于第101个请求，会被拒绝掉。

作为一种示例性方式，并发调用量控制规则下，对调用请求处理原则为：并发调用量控制规则不同于QPS总量控制规则，并发调用量控制规则用于对同时响应的调用请求的最大数量进行调节。服务器可启动一个或多个线程以响应一个调用请求，各个线程将分别占用一定的服务器资源，当同时响应的多个调用请求中某个调用请求的响应时间变长时，对服务器的影响是，该调用请求对应的线程长时间运行，线程占用的服务器资源无法及时释放，导致占用该服务器资源的线程数的逐步堆积，当该服务器资源对应的线程数堆积到设定的阈值之后，服务器无法再启动占用该服务器资源的新线程，进而对应的新请求将无法被响应，由此限制服务器同时响应的调用请求的最大数量。

作为一种示例性方式，熔断规则下，对调用请求处理原则为：为了防止服务器出现雪崩，在服务器的处理能力下降至设定条件时，暂停处理对该服务器的全部调用请求。

作为一种示例性方式，降级规则下，对调用请求处理原则为：当服务器面对大量的调用请求时，放弃被定义为边缘业务的调用请求，以释放部分资源，用于处理被定义为核心业务的调用请求。当收到边缘业务的调用请求时，服务器不做业务处理，返回一个提示，从而保证服务器对核心业务的调用请求的处理能力。

作为一种示例性方式，在百分比流控规则下，对调用请求处理原则为：当服务器对某个资源的调用请求的响应异常总数占响应正常量的比值超过阈值时，控制该资源进入降级状态，降级状态下对该资源的调用请求的响应将受到限制，甚至暂停响应对该资源的调用请求，即在此后的时间窗口之内，对该资源的调用请求自动丢弃。

作为一种示例性方式，在系统保护规则下，对调用请求处理原则为：从服务器的总体流量负荷、RT(响应时间，Response Time)、入口每秒查询率QPS和线程数等多个维度监控，让服务器尽可能在单位时间内响应更多的调用请求，同时保证服务器系统整体的稳定性。

基于上述实施例，服务器在接收到调用请求时，先确定该调用请求对应的目标资源，查询该目标资源对应的规则配置文件，从该规则配置文件包含的至少一种流控规则中，确定与当前调用请求的业务类型对应的目标流控规则，进而可根据该目标流控规则确定是否拒绝当前的调用请求。由于在接收到调用请求时便执行相应的流量管理，避免到了请求响应阶段因请求流量激增导致的服务崩溃；此外，通过本公开实施例的调用请求处理方法进行流量处理，无需消耗大量人力物力进行服务扩容或缩容，实现效率较高。

在一个实施例中，针对服务器还可以预先配置流控接口，该流控接口可配置为与服务器的SDK接口关联，当服务器的SDK接口被调用请求调用时，通过该SDK接口关联调用该流控接口，进而进入该流控接口关联的至少一个接口处理逻辑，通过执行对应的接口处理逻辑，实现对当前调用请求的处理，具体地，该流控接口关联的至少一个接口处理逻辑被执行时，用于确定与所述调用请求对应的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则，根据所述目标流控规则，确定是否拒绝所述调用请求。

作为一个实施例，该流控接口关联有第一接口处理逻辑、第二接口处理逻辑和第三接口处理逻辑。第一接口处理逻辑被执行时，用于确定与所述调用请求对应的目标资源；第二接口处理逻辑被执行时，用于查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则；第三接口处理逻辑被执行时，用于根据所述目标流控规则，确定是否拒绝所述调用请求。当然，在其他实施例中，该流控接口关联的接口处理逻辑还可以为其他接口处理逻辑，其他接口处理逻辑被执行时，可以实现上述功能。

如上述所述，该流控接口可以为新配置的接口，且该接口与服务器的SDK接口关联，当服务器的SDK接口被请求调用时，该SDK接口调用与其关联的流控接口，进而执行该流控接口关联的接口处理逻辑。该流控接口关联的各个接口处理逻辑，可按照设定顺序依次执行，也可以各自对应的执行条件满足时才执行。例如，上述的第一接口处理逻辑在收到传入的触发信号时执行，执行第一接口处理逻辑之后，若匹配到对应的目标资源，则触发执行第二接口处理逻辑，否则，结束对该流控接口的调用流程，不再执行第二接口处理和第三接口处理逻辑；在第二接口处理逻辑执行之后，若匹配到对应的目标流控规则，执行第三接口处理逻辑，否则，结束对该流控接口的调用流程，不再执行第三接口处理逻辑；在第三接口处理逻辑执行完毕，结束对该流控接口的调用流程。

上述实施例，通过预先在服务器端配置流控接口，使得服务器端在接收到调用请求时，通过调用该流控接口以执行关联的接口处理逻辑，由此实现流量管理。对于管理员而言，只需在服务器配置对应的接口调用逻辑，无需知晓具体的接口处理逻辑，配置简单；同时，该流控接口关联的接口处理逻辑的具体实现方式，对于接口调用方是不可见的，可提高接口处理逻辑的安全性，防止被篡改。

在一个实施例中，以该流控接口关联有第一接口处理逻辑、第二接口处理逻辑和第三接口处理逻辑为例，上述的确定用于处理所述调用请求的目标资源，包括步骤一到四。

步骤一，获取预设的多个待传入参数中的一个，作为当前传入参数；

其中，多个待传入参数的数量以及参数类型可以基于应用场景设置，例如设置待传入参数sub0_sub1,Sub0和DEFAULT。

步骤二，将当前传入参数以及所述业务类型传入第一接口处理逻辑。

具体地，可根据所述业务类型以及当前传入参数，生成对应触发信号，向所述第一接口处理逻辑传入所述触发信号。

针对不同业务对应的调用请求，传入的触发信号可能不同，例如，若接收到点赞操作对应的调用请求，传入的触发信号可为A类信号,若接收到查看推荐视频操作对应的调用请求，传入的触发信号可为B类信号,若接收到发布新视频操作对应的调用请求，传入的触发信号可为C类信号等等。通过向第一接口处理逻辑传入对应的触发信号，控制第一接口处理逻辑执行。

步骤三，根据所述当前传入参数以及所述业务类型执行所述第一接口处理，以从所述业务类型对应的资源中，确定与当前传入参数对应的资源，作为所述目标资源。

如上述所述，一个业务类型的调用请求可能对应多个资源，不同资源具有不同优先级，本实施例中，服务器接收到调用请求时，可基于通过当前传入参数的优先级，为当前请求匹配高优先级的资源或者低优先级的资源，提高对调用请求的响应成功率。

步骤四，执行所述第一接口处理逻辑之后，若未查询到与当前传入参数匹配的规则配置文件，则可以获取所述多个待传入参数中的另一个，作为新的当前传入参数；返回执行步骤二。

作为一个实施例，针对多个待传入参数，可以预先配置对应的传入优先级，可以按照传入优先级，依次将不同的待传入参数作为当前传入参数，直到根据当前传入参数命中目标资源。其中，待传入参数的传入优先级，与资源的调用优先级对应，即通过传入优先级高的传入参数，可匹配到调用优先级高的资源，通过传入优先级低的传入参数，可匹配到调用优先级低的资源。

基于此，上述步骤中，获取所述多个待传入参数中的另一个，作为新的当前传入参数，具体包括：

获取所述多个待传入参数的传入优先级；确定当前传入参数是否对应最低传入优先级；在当前传入参数不对应最低传入优先级的情况下，获取所述多个待传入参数中、传入优先级低于当前传入参数的一个待传入参数，作为新的当前传入参数。

作为一个示例，多个待传入参数包括sub0_sub1,Sub0和DEFAULT，预先配置三者的传入优先级为依次降低。参见图3所示，当接收到调用请求时，调用预设的流控接口，确定目标资源的过程如下：

基于预先配置的传入优先级，首先获取sub0_sub1，作为当前传入参数，根据当前传入参数以及所述业务类型，生成触发信号，向流控接口关联的第一接口处理逻辑传入所述触发信号，根据所述触发信号执行所述第一接口处理逻辑，从所述业务类型对应的资源中，匹配与当前传入参数sub0_sub1对应的资源，若匹配到资源，则获取对应的资源作为目标资源；若未匹配到资源，且当前传入参数sub0_sub1并非最低传入优先级，则执行下一步。

获取Sub0，作为新的当前传入参数，重新执行根据当前传入参数以及所述业务类型，生成触发信号，向所述第一接口处理逻辑传入所述触发信号，根据所述触发信号执行所述第一接口处理逻辑，从所述业务类型对应的资源中，匹配与当前传入参数Sub0对应的资源，若匹配到资源，则获取对应的资源作为目标资源；若未匹配到资源，且当前传入参数Sub0并非最低传入优先级，则执行下一步。

获取DEFAULT，作为新的当前传入参数，重新执行根据当前传入参数以及所述业务类型，生成触发信号，向第一接口处理逻辑传入所述触发信号，根据所述触发信号执行所述第一接口处理逻辑，从所述业务类型对应的资源中，匹配与当前传入参数DEFAULT对应的资源，若匹配到资源，则获取对应的资源作为目标资源；若未匹配到资源，且检测到当前传入参数DEFAULT为最低传入优先级，则结束对流控接口的调用，拒绝响应当前的调用请求。

其中，服务器针对接收到的调用请求可配置一个默认资源，设置传入参数DEFAULT与该默认资源对应。这种情况下，当采用DEFAULT作为当前传入参数时，将匹配到默认资源作为目标资源。

通过配置多个不同优先级的待传入参数，利用传入不同待传入参数，确定对应优先级的资源作为响应当前调用请求的目标资源，在高优先级的资源不可得的情况下，通过传入更低优先级的参数，获取较低优先级的资源，提高了对调用请求的响应成功率。

进一步地，在确定出目标资源之后，可触发执行流控接口关联的第二接口处理逻辑，以查询目标资源对应的规则配置文件，从规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则。在匹配到目标流控规则之后，触发执行流控接口关联的第三接口处理逻辑，根据目标流控规则，确定是否拒绝当前的调用请求。

作为一个示例，当目标流控规则为每秒查询率QPS总量控制规则时，确定是否拒绝当前的调用请求的具体方法包括：获取目标资源当前时间窗口(如1秒内)内，累计接收到的调用请求总量，将该调用请求总量与预设的每秒查询率QPS阈值对比，大于该每秒查询率QPS阈值，则丢弃当前接收到的调用请求。防止针对目标资源的请求流量过大。

在一个实施例中，查询所述目标资源对应的规则配置文件之前，还包括：获取与所述目标资源对应的至少一组流控规则；每组流控规则包含至少一种流控规则，且每组流控规则与至少一种业务类型对应；根据预设的规则格式，生成每组流控规则对应的规则配置文件，得到所述目标资源对应的至少一个规则配置文件，并建立各规则配置文件与业务类型的对应关系。

通过本实施例，可以针对资源以及资源对应的各种业务类型配置流控规则，当接收到不同业务类型的调用请求时，可采用不同的流控规则进行流量管理，流量管理的效果更好。

本公开中，各资源对应的至少一个规则配置文件可存储在预设文件目录下，服务器通过访问该文件目录，读取该文件目录下的至少一个规则配置文件，根据预设的规则格式解析所述规则配置文件，可得到该资源对应的至少一个流控规则。

其中，存储规则配置文件的文件目录，可以为对应资源的根目录，该文件目录下的规则配置文件，可以为kconfig文件。一般地，在服务器内核的源码树目录下，一个kconfig文件可视为一个内核配置数据库，用于保存内核配置信息。在服务器内核编译时，可读取kconfig文件中的配置信息。换言之，kconfig文件为服务器内核编译时能够读取到的文件，将针对服务器的流控规则通过kconfig文件的形式保存到服务器，便于服务器读取其中的流控规则，基于读取到的流控规则实现服务器的流量控制。

管理员账户可基于前述的规则配置平台，基于mysql的语法逻辑进行规则配置，mysql的语法逻辑对于管理员账户而言易于理解，因此规则配置操作效率高；然后通过规则配置平台将基于mysql配置的规则信息转换为kconfig文件，将kconfig文件同步至服务器。

作为一示例，在kconfig文件中，各流控规则的格式可以如下：

·规则配置平台根目录

·资源名

·资源名

·第一个规则组

·第二个规则组

·…

·第N个规则组

·规则组内容(…)

其中，针对不同规则组，对应的“规则组内容(…)”的具体格式可以不同。

可以理解的，关于规则配置的配置语法，以及规则配置平台向服务器同步的规则配置文件，上述说明仅作为一种示例，不作为配置语法和文件格式的限定，根据实际情况，还可以采用其他配置语法和文件格式，本公开对此不做限定。

上述实施例，可以基于用户友好的语法逻辑配置流控规则，然后通过预设的规则格式对流控规则进行语法转换，可得到便于服务器访问的规则配置文件，兼顾了流控规则的配置效率和服务器的规则访问效率。

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

图4是根据一示例性实施例示出的一种调用请求处理装置400的框图。参照图4，该装置400包括：

请求接收单元401，被配置为执行接收调用请求；所述调用请求携带业务类型；

请求处理单元402，被配置为执行确定用于处理所述调用请求的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则；还被配置为执行根据所述目标流控规则，确定是否拒绝所述调用请求。

基于上述实施例，服务端可通过请求接收单元401接收到调用请求，确定业务类型，通过请求处理单元402，可进一步确定用于处理所述调用请求的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则，根据该目标流控规则确定是否拒绝当前的调用请求。由于在接收到调用请求时便执行相应的流量管理逻辑，并基于此进行流量降级处理，可以防止调用量激增导致的系统崩溃；此外，通过本公开实施例提供的调用请求处理方法进行流量处理，无需消耗大量人力物力，实现效率较高。

在一个实施例中，所述请求处理单元402，具体被配置为执行：

调用预设的流控接口；所述流控接口关联有至少一个接口处理逻辑；

执行所述至少一个接口处理逻辑，以确定与所述调用请求对应的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则，根据所述目标流控规则，确定是否拒绝所述调用请求。

在一个实施例中，所述至少一个接口处理逻辑包含用于确定目标资源的接口处理逻辑；

所述请求处理单元，还被配置为执行：获取预设的多个待传入参数中的一个，作为当前传入参数；将当前传入参数以及所述业务类型传入所述用于确定目标资源的接口处理逻辑；根据所述当前传入参数以及所述业务类型执行所述用于确定目标资源的接口处理逻辑，以从所述业务类型对应的资源中，确定与当前传入参数对应的资源，作为所述目标资源。

在一个实施例中，所述请求处理单元402，还被配置为执行：

在根据所述当前传入参数以及所述业务类型执行所述第一接口处理逻辑之后，若从所述业务类型对应的资源中，未查询到与当前传入参数对应的资源，则获取所述多个待传入参数中的另一个，作为新的当前传入参数；返回将当前传入参数以及所述业务类型传入所述用于确定目标资源的接口处理逻辑的步骤。

在一个实施例中，所述多个待传入参数配置有对应的传入优先级；

所述请求处理单元402，还被配置为执行：

获取所述多个待传入参数的传入优先级；在当前传入参数不对应最低传入优先级的情况下，获取所述多个待传入参数中、传入优先级低于当前传入参数的一个待传入参数，作为新的当前传入参数。

在一个实施例中，还包括配置文件生成单元，被配置为执行：

获取与所述目标资源对应的至少一组流控规则；每组流控规则包含至少一种流控规则；每组流控规则与至少一种业务类型对应；

根据预设的规则格式，生成每组流控规则对应的规则配置文件，得到所述目标资源对应的至少一个规则配置文件，并建立各规则配置文件与业务类型的对应关系。

在一个实施例中，每个规则配置文件包含的流控规则包括：每秒查询率QPS总量控制规则、并发调用量控制规则、熔断规则、降级规则、百分比流控规则、系统保护规则中至少一种。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图5是根据一示例性实施例示出的一种用于数据处理的设备800的框图。例如，设备800可以是，移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。

参照图5，设备800可以包括以下一个或多个组件：处理组件802、存储器804、电力组件806、多媒体组件808、音频组件810、输入/输出(I/O)的接口812、传感器组件814以及通信组件816。

处理组件802通常控制设备800的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在设备800上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。

电源组件806为设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为设备800的显示器和小键盘，传感器组件814还可以检测设备800或设备800一个组件的位置改变，用户与设备800接触的存在或不存在，设备800方位或加速/减速和设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。

通信组件816被配置为便于设备800和其他设备之间有线或无线方式的通信。设备800可以接入基于通信标准的无线网络，如WiFi，运营商网络，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述实施例在用户设备端实现的方法。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机指令，所述计算机指令被处理器执行时实现上述方法的步骤。

图6是根据一示例性实施例示出的一种用于数据处理的设备900的框图。例如，设备S00可以为一服务器。参照图6，设备900包括处理组件920，其进一步包括一个或多个处理器，以及由存储器922所代表的存储器资源，用于存储可由处理组件920的执行的指令，例如应用程序。存储器922中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件920被配置为执行指令，以执行上述实施例在服务器端实现的方法。

设备900还可以包括一个电源组件924被配置为执行设备900的电源管理，一个有线或无线网络接口926被配置为将设备900连接到网络，和一个输入输出(I/O)接口928。设备900可以操作基于存储在存储器922的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器922，上述指令可由设备900的处理器执行以完成上述实施例在服务器端实现的方法。存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器922，上述指令可由装置900的处理组件920执行以完成上述方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机指令，所述计算机指令被处理器执行时实现上述方法的步骤。

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

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

Claims (10)

1.一种调用请求处理方法，其特征在于，包括：

接收调用请求；所述调用请求携带业务类型；

确定用于处理所述调用请求的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则；

根据所述目标流控规则，确定是否拒绝所述调用请求。

2.根据权利要求1所述的方法，其特征在于，所述确定用于处理所述调用请求的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则；根据所述目标流控规则，确定是否拒绝所述调用请求，包括：

调用预设的流控接口；所述流控接口关联有至少一个接口处理逻辑；

执行所述至少一个接口处理逻辑，以确定与所述调用请求对应的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则，根据所述目标流控规则，确定是否拒绝所述调用请求。

3.根据权利要求2所述的方法，其特征在于，所述至少一个接口处理逻辑包含用于确定目标资源的接口处理逻辑；所述执行所述至少一个接口处理逻辑，以确定与所述调用请求对应的目标资源，包括：

获取预设的多个待传入参数中的一个，作为当前传入参数；

将当前传入参数以及所述业务类型传入所述用于确定目标资源的接口处理逻辑；

根据所述当前传入参数以及所述业务类型执行所述用于确定目标资源的接口处理逻辑，以从所述业务类型对应的资源中，确定与当前传入参数对应的资源，作为所述目标资源。

4.根据权利要求3述的方法，其特征在于，所述根据所述当前传入参数以及所述业务类型执行所述第一接口处理逻辑之后，还包括：

若从所述业务类型对应的资源中，未查询到与当前传入参数对应的资源，则获取所述多个待传入参数中的另一个，作为新的当前传入参数；

返回将当前传入参数以及所述业务类型传入所述用于确定目标资源的接口处理逻辑的步骤。

5.根据权利要求4所述的方法，其特征在于，所述多个待传入参数配置有对应的传入优先级；所述获取所述多个待传入参数中的另一个，作为新的当前传入参数，包括：

获取所述多个待传入参数的传入优先级；

在当前传入参数不对应最低传入优先级的情况下，获取所述多个待传入参数中、传入优先级低于当前传入参数的一个待传入参数，作为新的当前传入参数。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述查询所述目标资源对应的规则配置文件之前，还包括：

获取与所述目标资源对应的至少一组流控规则；每组流控规则包含至少一种流控规则，每组流控规则与至少一种业务类型对应；

根据预设的规则格式，生成每组流控规则对应的规则配置文件，得到所述目标资源对应的至少一个规则配置文件，并建立各规则配置文件与业务类型的对应关系。

7.一种调用请求处理装置，其特征在于，包括：

请求接收单元，被配置为执行接收调用请求，所述调用请求携带业务类型；

请求处理单元，被配置为执行确定用于处理所述调用请求的目标资源，查询所述目标资源对应的规则配置文件，从所述规则配置文件包含的至少一种流控规则中，确定与所述业务类型对应的目标流控规则；根据所述目标流控规则，确定是否拒绝所述调用请求。

8.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-6中任一项所述的调用请求处理方法。

9.一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1-6中任一项所述的调用请求处理方法。

10.一种计算机程序产品，包括计算机指令，其特征在于，所述计算机指令被处理器执行时实现权利要求1-6任一项所述的调用请求处理方法。

Images