服务数据的处理方法、处理系统、电子设备以及存储介质与流程

1.本发明涉及数据处理技术领域，尤其是涉及一种服务数据的处理方法、处理系统、电子设备以及存储介质。


背景技术：

2.受益于当前移动互联网技术的发展，越来越多的用户能够通过手机应用和无线网络接触到更多的信息。例如在秒杀场景中，为了达到实现引导用户交易，促进销售的目的，往往会以较低的价格，少量的商品供顾客进行抢购。由于优惠的价格，在秒杀是会有大量用户参与到秒杀场景中，由于用户体量的增加。服务器的压力是巨大的。
3.现有技术中，主要采用ngxin(是一个高性能的http和反向代理web服务器)代理以及内存服务进行限流。在业务集群请求之前设置一个有效请求数量限制，该限制是一个固定值，由此带来的问题是，该值与库存数量无关。例如，库存是1时的有效请求数量限制和库存是100时的有效请求数量限制是一样的，会造成服务器压力和不必要的数据库请求浪费。


技术实现要素：

4.本发明主要解决的技术问题是提供一种服务数据的处理方法、处理系统、电子设备以及存储介质，可以减小服务器压力，避免了不必要的数据库请求浪费。
5.为解决上述技术问题，本发明采用的一个技术方案是：提供一种处理方法包括：
6.根据服务端的资源剩余量动态设置服务端的总服务准入值；
7.响应客户端对所述资源的服务请求，并根据所述总服务准入值限制所述客户端的服务请求，过滤不满足所述总服务准入值的服务请求；
8.按照预设的处理策略处理经过过滤后的所述服务请求，并将处理的结果反馈给所述客户端。
9.其中，所述服务端包括至少两个服务区，所述方法还包括：根据每个服务区的性能分别设置对应的子服务准入值；
10.所述按照预设的处理策略处理经过过滤后的所述服务请求之前包括：根据各子服务准入值分配所述过滤后的服务请求。
11.其中，所述根据每个服务区的性能分别设置对应的子服务准入值的步骤包括：
12.根据所述服务区的最大承受并发量设置所述子服务准入值。
13.其中，处理方法包括：预设至少两种所述处理策略，并根据预设规则选择其中一种处理策略；
14.所述按照预设的处理策略处理经过过滤后的所述服务请求的步骤包括：按照选择的处理策略处理经过过滤后的所述服务请求。
15.其中，方法还包括：设置所述服务请求的有效期限；
16.所述过滤不满足所述总服务准入值的服务请求的步骤包括：
17.过滤不满足所述总服务准入值及超过所述有效期限的所述服务请求。
18.其中，所述总服务准入值是所述资源剩余量的2倍到4倍。
19.其中，处理方法还包括：
20.对每一个客户端的服务请求进行分布式控制，防止同一客户端通过多渠道发送所述服务请求。
21.为解决上述技术问题，本发明采用的另一个技术方案是：提供一种服务数据的处理系统，所述处理系统包括：设置模块，用于根据服务端的资源剩余量动态设置服务端的总服务准入值；过滤模块，用于响应客户端对所述资源的服务请求，并根据所述总服务准入值限制所述客户端的服务请求，过滤不满足所述总服务准入值的服务请求；处理模块，用于按照预设的处理策略处理经过过滤后的所述服务请求，并将处理的结果反馈给所述客户端。
22.为解决上述技术问题，本发明采用的又一个技术方案是：提供一种电子设备，所述电子设备包括处理器和存储器，所述存储器存储有计算机程序用于所述处理器执行前文所述的方法。
23.为解决上述技术问题，本发明采用的又一个技术方案是：提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序用于处理器执行前文所述的方法。
24.本发明的有益效果是：区别于现有技术的情况，本发明提供一种服务数据的处理方法、处理系统、电子设备以及存储介质。该处理方法包括以下步骤：首先根据服务端的资源剩余量动态设置服务端的总服务准入值，然后响应客户端对所述资源的服务请求，并根据所述总服务准入值限制所述客户端的服务请求，过滤不满足所述总服务准入值的服务请求，最后按照预设的处理策略处理经过过滤后的所述服务请求，并将处理的结果反馈给所述客户端。因此本技术可根据资源剩余量在服务端进行限制，资源剩余量实时更新，则限制值随之实时更新，可以减小服务器压力，避免了不必要的数据库请求浪费。
附图说明
25.图1是本发明实施例提供的一种服务数据的处理方法的流程示意图；
26.图2是本发明实施例提供的一种服务数据的处理系统的结构示意图；
27.图3是本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
28.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
29.此外，附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。需要说明的是，本发明中的实施例、实施方式及其技术特征在不冲突的情况下可以相互组合，且本发明中的步骤顺序仅用于举例，在不冲突的情况下，不对其具体顺序做限制。
30.请参阅图1，图1是本技术实施例提供的一种服务数据的处理方法的流程示意图。如图1所示，本实施例的处理方法包括：
31.步骤s1：根据服务端的资源剩余量动态设置服务端的总服务准入值。在一实施例中，服务端采用ngnix代理服务器，其中ngnix是一个高性能的http和反向代理wb服务器，通过nginx代理服务器可以实现对后端服务屏蔽集群的差异，实现动态负载均衡。
32.其中，服务准入值是指服务端可服务的与资源剩余量相关的服务请求值。该服务请求值是指客户端针对资源剩余量的服务请求值，例如在电商应用中，若涉及商品秒杀的场景中，资源剩余值可定义为商品库存量，服务请求可定义为客户通过客户端请求秒杀商品的请求。则可根据商品库存量设置服务端可允许处理的秒杀该商品的服务请求，对服务请求进行限流。通常情况下，总服务准入值是所述资源剩余量的2倍到4倍，也就是说，根据商品库存量计算限流值(总服务准入值)，限流值是指对访问请求的限制，限流值的数值要大于商品库存量，这是因为并非每一个服务请求最终都能转化为成功交易，通常限流值可设置为商品库存值的2倍到4倍。在一可选实施例中，可将限流值设置为商品库存量的3倍。
33.因此，可根据资源剩余量在服务端进行限制，资源剩余量实时更新，则限制值随之实时更新，可以减小服务器压力，避免了不必要的数据库请求浪费。
34.在一实施例中，服务端包括至少两个服务区，步骤s1具体可以根据每个服务区的性能分别设置对应的子服务准入值，具体可以根据所述服务区的最大承受并发量设置所述子服务准入值，因为是根据服务区的特性设置的子服务准入值，因此该子服务准入值是固定的。当然，也可以通过云esc弹性增加服务区以及每个或某个服务区的子准入值。因此通过服务区可对服务请求进行第二次限流。
35.在前文所述的秒杀场景中，可将客户端的服务请求均匀到底层的各个应用服务区上。例如当前存在五个应用服务区，当服务端接收到五千个服务请求时，可以将该服务请求均匀分派给每个服务区，使每个服务区获取到一千个访问请求。应理解，服务区在实际应用中，可设置为服务器。
36.步骤s2：响应客户端对所述资源的服务请求，并根据所述总服务准入值限制所述客户端的服务请求，过滤不满足所述总服务准入值的服务请求。也就是说，若超过了总服务准入值的服务请求，则不再考虑。例如总服务准入值为5000，则在秒杀活动开始前，可仅设置5000个服务请求通过，超过5000个的访问请求则不再考虑处理。具体如何响应该5000个服务请求，则可根据预设的响应规则进行。例如前文所述的秒杀场景的例子，可通过筛选仅响应最先发出的5000个服务请求，后从客户端发出的超过5000个的服务请求则过滤掉，不再考虑。可理解的是，在其他场景中，还可以根据其他预先设置的响应规则过滤服务请求。
37.在一实施例中，还可进一步根据各子服务准入值分配所述过滤后的服务请求。也就是说，在根据总服务准入值过滤不满足所述总服务准入值的服务请求后剩下经过过滤后的服务请求，则进一步根据各子服务准入值将过滤后的服务请求分配到对应的服务区。
38.其中，本实施例中进一步设置所述服务请求的有效期限，步骤s2进一步过滤不满足所述总服务准入值及超过所述有效期限的所述服务请求。被过滤的服务请求则不再进行后续步骤的处理。
39.步骤s3：按照预设的处理策略处理经过过滤后的所述服务请求，并将处理的结果反馈给所述客户端。
40.在一实施例中，可预设至少两种所述处理策略，并根据预设规则选择其中一种处理策略。步骤s3具体按照选择的处理策略处理经过过滤后的所述服务请求。
41.根据上述的处理方法，以秒杀商品的场景进一步举例。秒杀商品的活动可存在多场，则每场秒杀活动中，超过了秒杀活动的限制值(即总服务准入值)，服务请求不会转发进入步骤s3中进行处理。在秒杀前，可预先预留3个秒杀策略，由后台配置本场次秒杀使用的是哪个秒杀策略，并在后台配置时监测是否同一时间同一个秒杀配置了多个不同的商品库存，如果有就报错，这样就保证每个秒杀策略在每个时间点只有一种库存限制匹配。服务请求会先进网关层，基于后台配置的库存生成配置文件进行按秒限制请求次数逻辑，判断这个服务请求能否进入到步骤s3中。继续获取下一时间节点的秒杀活动场次(例如下个月某天的秒杀场次，例如有3场秒杀同时进行，每场秒杀分别对应着秒杀策略，每个秒杀策略对应着相应的网关层(服务端)逻辑限制)。在秒杀活动开始前的预设时间，例如10分钟，通过定时任务动态获取每个秒杀场次的库存值并更新到服务端的限流配置文件的方法限流值，实现动态更新限流值。
42.在一实施例中，进一步对每一个客户端的服务请求进行分布式控制，防止同一客户端通过多渠道发送所述服务请求。例如在秒杀场景中，根据运营销售策略，区分允许超卖还是不允许超卖，如果不允许超卖，在创建订单有效期内会增加分布式订单控制，避免通过不同的支付通道或者多个手机支付，并且点击秒杀按钮2分钟内创建同1个订单编号。若允许超卖，则不进行分布式订单锁控制，并且每次点击秒杀都生成新的订单编号。
43.本技术还提供一种服务数据的处理系统来执行前文所述的方法。具体请参阅图2，图2是本技术实施例提供的一种服务数据的处理系统结构示意图。如图2所示，本实施例的服务数据的处理系统20包括：
44.设置模块21，用于根据服务端的资源剩余量动态设置服务端的总服务准入值。
45.在一实施例中，服务端采用ngnix代理服务器，其中ngnix是一个高性能的http和反向代理wb服务器，通过nginx代理服务器可以实现对后端服务屏蔽集群的差异，实现动态负载均衡。
46.其中，服务准入值是指服务端可服务的与资源剩余量相关的服务请求值。该服务请求值是指客户端针对资源剩余量的服务请求值，例如在电商应用中，若涉及商品秒杀的场景中，资源剩余值可定义为商品库存量，服务请求可定义为客户通过客户端请求秒杀商品的请求。则可根据商品库存量设置服务端可允许处理的秒杀该商品的服务请求，对服务请求进行限流。通常情况下，总服务准入值是所述资源剩余量的2倍到4倍，也就是说，根据商品库存量计算限流值(总服务准入值)，限流值是指对访问请求的限制，限流值的数值要大于商品库存量，这是因为并非每一个服务请求最终都能转化为成功交易，通常限流值可设置为商品库存值的2倍到4倍。在一可选实施例中，可将限流值设置为商品库存量的3倍。
47.因此，可根据资源剩余量在服务端进行限制，资源剩余量实时更新，则限制值随之实时更新，可以减小服务器压力，避免了不必要的数据库请求浪费。
48.在一实施例中，服务端包括至少两个服务区，设置模块21具体可以根据每个服务区的性能分别设置对应的子服务准入值，具体可以根据所述服务区的最大承受并发量设置所述子服务准入值，因为是根据服务区的特性设置的子服务准入值，因此该子服务准入值是固定的。当然，也可以通过云esc弹性增加服务区以及每个或某个服务区的子准入值。因
此通过服务区可对服务请求进行第二次限流。
49.在前文所述的秒杀场景中，可将客户端的服务请求均匀到底层的各个应用服务区上。例如当前存在五个应用服务区，当服务端接收到五千个服务请求时，可以将该服务请求均匀分派给每个服务区，使每个服务区获取到一千个访问请求。应理解，服务区在实际应用中，可设置为服务器。
50.过滤模块22，用于响应客户端对所述资源的服务请求，并根据所述总服务准入值限制所述客户端的服务请求，过滤不满足所述总服务准入值的服务请求。
51.也就是说，若超过了总服务准入值的服务请求，则不再考虑。例如总服务准入值为5000，则在秒杀活动开始前，可仅设置5000个服务请求通过，超过5000个的访问请求则不再考虑处理。具体如何响应该5000个服务请求，则可根据预设的响应规则进行。例如前文所述的秒杀场景的例子，可通过筛选仅响应最先发出的5000个服务请求，后从客户端发出的超过5000个的服务请求则过滤掉，不再考虑。可理解的是，在其他场景中，还可以根据其他预先设置的响应规则过滤服务请求。
52.在一实施例中，还可进一步根据各子服务准入值分配所述过滤后的服务请求。也就是说，在根据总服务准入值过滤不满足所述总服务准入值的服务请求后剩下经过过滤后的服务请求，则进一步根据各子服务准入值将过滤后的服务请求分配到对应的服务区。
53.其中，本实施例中进一步设置所述服务请求的有效期限，过滤模块22进一步过滤不满足所述总服务准入值及超过所述有效期限的所述服务请求。被过滤的服务请求则不再进行后续步骤的处理。
54.处理模块23，用于按照预设的处理策略处理经过过滤后的所述服务请求，并将处理的结果反馈给所述客户端。
55.在一实施例中，可预设至少两种所述处理策略，并根据预设规则选择其中一种处理策略。处理模块23具体按照选择的处理策略处理经过过滤后的所述服务请求。
56.根据上述的处理方法，以秒杀商品的场景进一步举例。秒杀商品的活动可存在多场，则每场秒杀活动中，超过了秒杀活动的限制值(即总服务准入值)，服务请求不会转发进入处理模块23中进行处理。在秒杀前，可预先预留3个秒杀策略，由后台配置本场次秒杀使用的是哪个秒杀策略，并在后台配置时监测是否同一时间同一个秒杀配置了多个不同的商品库存，如果有就报错，这样就保证每个秒杀策略在每个时间点只有一种库存限制匹配。服务请求会先进网关层，基于后台配置的库存生成配置文件进行按秒限制请求次数逻辑，判断这个服务请求能否进入处理模块23中。继续获取下一时间节点的秒杀活动场次(例如下个月某天的秒杀场次，例如有3场秒杀同时进行，每场秒杀分别对应着秒杀策略，每个秒杀策略对应着相应的网关层(服务端)逻辑限制)。在秒杀活动开始前的预设时间，例如10分钟，通过定时任务动态获取每个秒杀场次的库存值并更新到服务端的限流配置文件的方法限流值，实现动态更新限流值。
57.在一实施例中，进一步对每一个客户端的服务请求进行分布式控制，防止同一客户端通过多渠道发送所述服务请求。例如在秒杀场景中，根据运营销售策略，区分允许超卖还是不允许超卖，如果不允许超卖，在创建订单有效期内会增加分布式订单控制，避免通过不同的支付通道或者多个手机支付，并且点击秒杀按钮2分钟内创建同1个订单编号。若允许超卖，则不进行分布式订单锁控制，并且每次点击秒杀都生成新的订单编号。
58.下面参考图3来描述根据本发明的这种实施例的电子设备800。图3显示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。电子设备800可为前文所述的主设备或者从设备。
59.如图3所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830、显示单元840。
60.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。例如，所述处理单元810可以执行如图1中所示的步骤s1：根据服务端的资源剩余量动态设置服务端的总服务准入值；步骤s2：响应客户端对所述资源的服务请求，并根据所述总服务准入值限制所述客户端的服务请求，过滤不满足所述总服务准入值的服务请求；步骤s3：按照预设的处理策略处理经过过滤后的所述服务请求，并将处理的结果反馈给所述客户端。
61.存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)821和/或高速缓存存储单元822，还可以进一步包括只读存储单元(rom)823。
62.存储单元820还可以包括具有一组(至少一个)程序模块825的程序/实用工具824，这样的程序模块825包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
63.总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
64.电子设备800也可以与一个或多个外部设备870(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
65.通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本发明实施例的方法。
66.在本发明的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明
各种示例性实施例的步骤。
67.用于实现上述方法的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
68.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
69.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
70.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
71.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
72.此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
73.综上所述，本发明提供一种服务数据的处理方法、处理系统、电子设备以及存储介质。该处理方法包括以下步骤：首先根据服务端的资源剩余量动态设置服务端的总服务准入值，然后响应客户端对所述资源的服务请求，并根据所述总服务准入值限制所述客户端的服务请求，过滤不满足所述总服务准入值的服务请求，最后按照预设的处理策略处理经过过滤后的所述服务请求，并将处理的结果反馈给所述客户端。因此本技术可根据资源剩余量在服务端进行限制，资源剩余量实时更新，则限制值随之实时更新，可以减小服务器压力，避免了不必要的数据库请求浪费。
74.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其他实施例。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或
惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由权利要求指出。
75.应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。