[发明专利]业务请求的控制方法和装置

说明书

本发明提供了一种业务请求的控制方法和装置，该方法包括：在业务接口接收到一个业务请求时，Redis服务器对所述业务接口对应的QPS指标进行数量自增；判断数量自增后的所述业务接口对应的QPS指标是否超过所述业务接口的预设QPS阈值；在数量自增后的所述业务接口对应的QPS指标超过所述业务接口的预设QPS阈值时，所述Redis服务器返回第一预设错误信息至所述业务接口对应的业务服务器，其中，第一预设错误信息用于表示对所述业务接口当前接收到的业务请求禁止执行后续的业务逻辑。本发明实现了分布式流量的控制，以及对高并发的业务请求的及时应对，并确保了被访问的业务资源的原子化。

技术领域

本发明涉及计算机技术领域，特别是涉及一种业务请求的控制方法和装置。

背景技术

流量限制在后台服务设计中使用较为频繁，目的是为了减小上层服务请求，对下层核心服务的影响，防止核心服务出现不可用的情况。具体而言，当突然间存在对同一业务资源的巨大访问量时，系统容易宕机崩溃，使得对任意一个业务访问请求都无法处理。

此外，在高并发的场景下，当大量的业务请求访问同一种有限的业务资源时，还会存在请求超发的问题。例如在双十一期间，客户订单量较大，而某种商品的库存是有限的，那么当商品开抢时，系统可以同一时间接收到对该商品的大量订单请求，往往造成实际库存已经不足或为零，但是系统还是在对同时收到的多个订单进行响应，来完成多个订单，无法保证被访问的资源的原子性。

因此，现有技术中的业务请求的处理方案显然存在着无法应对高并发的业务请求，以及无法确保被访问的业务资源的原子化的问题。

发明内容

本发明提供了一种业务请求的控制方法和装置，以解决现有技术中的业务请求的处理方案所存在的无法应对高并发的业务请求，以及无法确保被访问的业务资源的原子化的问题。

为了解决上述问题，根据本发明的一个方面，本发明公开了一种业务请求的控制方法，包括：

在业务接口接收到一个业务请求时，Redis服务器对所述业务接口对应的QPS指标进行数量自增；

判断数量自增后的所述业务接口对应的QPS指标是否超过所述业务接口的预设QPS阈值；

在数量自增后的所述业务接口对应的QPS指标超过所述业务接口的预设QPS阈值时，所述Redis服务器返回第一预设错误信息至所述业务接口对应的业务服务器，其中，第一预设错误信息用于表示对所述业务接口当前接收到的业务请求禁止执行后续的业务逻辑。

在一种可能的实施方式中，所述Redis服务器采用键-值存储每个业务接口的QPS数值，其中，所述Redis服务器预先为每个业务接口分配一个键，每个键对应的值用于存储对应业务接口的QPS数值，其中，所述值的数据类型为哈希表，所述哈希表为字段与字段值的映射表；

所述在业务接口接收到一个业务请求时，Redis服务器对所述业务接口对应的QPS指标进行数量自增，包括：

在业务接口接收到一个业务请求时，Redis服务器确定所述业务接口对应的目标键、以及所述业务请求的接收时间点，其中，所述接收时间点的最小时间单位为秒；

所述Redis服务器根据所述接收时间点计算所述目标键的目标字段；

所述Redis服务器对所述目标键的哈希表中所述目标字段对应的目标字段值加一；

所述在数量自增后的所述业务接口对应的QPS指标超过所述业务接口的预设QPS阈值时，所述Redis服务器返回第一预设错误信息至所述业务接口对应的业务服务器，包括：

在所述目标字段值超过与所述目标键对应的业务接口的预设QPS阈值时，所述Redis服务器返回第一预设错误信息至所述业务接口对应的业务服务器。