一种监控接口服务的方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种监控接口服务的方法和装置。


背景技术：

2.目前微服务架构的应用愈加广泛，如何维护服务的稳定性就成了大家关注的一个重点问题。当大流量涌入，服务很有可能遇到线程池处理缓慢、请求超时、服务器异常等状况。
3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
4.现有的服务保护机制不能协调和串联，不能达到1 1>2的效果，导致无法有效地维护承受大流量的前台服务的稳定。


技术实现要素：

5.有鉴于此，本发明实施例提供一种监控接口服务的方法和装置，以解决无法有效地维护承受大流量的前台服务的稳定的技术问题。
6.为实现上述目的，根据本发明实施例的一个方面，提供了一种监控接口服务的方法，包括：
7.判断请求频度是否大于等于请求频度阈值；
8.若是，则拒绝接入当前请求；
9.若否，则允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的缓存查询频度阈值；若否，则调用所述接口服务并返回所述接口服务的调用结果；若是，则拒绝调用所述接口服务。
10.可选地，拒绝调用所述接口服务之后，还包括：
11.定时扫描所述接口服务的缓存查询频度；
12.若监控到所述缓存查询频度小于缓存查询频度阈值，则允许调用所述接口服务。
13.可选地，判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的接口频度阈值之后，还包括：
14.监控系统的运行指标，判断所述系统的运行指标是否满足预设指标要求；
15.若否，则继续判断所述接口服务是否可降级；若是，则停止所述接口服务。
16.可选地，停止所述接口服务之后，还包括：
17.定时扫描所述系统的运行指标；
18.若监控到所述系统的运行指标满足预设指标要求，则恢复所述接口服务。
19.可选地，所述运行指标包括：服务器的cpu运行状态，服务器的虚拟机运行状态，和/或，接口服务的运行状态。
20.可选地，停止所述接口服务之后，还包括：
21.定时扫描所述系统的运行指标；
22.若监控到所述系统的运行指标未满足预设指标要求，且所述接口服务为可降级的
接口服务、但是未停止所述接口服务，则强制停止所述接口服务。
23.另外，根据本发明实施例的另一个方面，提供了一种监控接口服务的装置，包括监控模块，用于：
24.判断请求频度是否大于等于请求频度阈值；
25.若是，则拒绝接入当前请求；
26.若否，则允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的缓存查询频度阈值；若否，则调用所述接口服务并返回所述接口服务的调用结果；若是，则拒绝调用所述接口服务。
27.可选地，还包括扫描模块，用于：
28.定时扫描所述接口服务的缓存查询频度；
29.若监控到所述缓存查询频度小于缓存查询频度阈值，则允许调用所述接口服务。
30.可选地，还包括降级模块，用于：
31.判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的接口频度阈值之后，监控系统的运行指标，判断所述系统的运行指标是否满足预设指标要求；
32.若否，则继续判断所述接口服务是否可降级；若是，则停止所述接口服务。
33.可选地，所述降级模块还用于：
34.停止所述接口服务之后，定时扫描所述系统的运行指标；
35.若监控到所述系统的运行指标满足预设指标要求，则恢复所述接口服务。
36.可选地，所述运行指标包括：服务器的cpu运行状态，服务器的虚拟机运行状态，和/或，接口服务的运行状态。
37.可选地，所述降级模块还用于：
38.停止所述接口服务之后，定时扫描所述系统的运行指标；
39.若监控到所述系统的运行指标未满足预设指标要求，且所述接口服务为可降级的接口服务、但是未停止所述接口服务，则强制停止所述接口服务。
40.根据本发明实施例的另一个方面，还提供了一种电子设备，包括：
41.一个或多个处理器；
42.存储装置，用于存储一个或多个程序，
43.当所述一个或多个程序被所述一个或多个处理器执行时，所述一个或多个处理器实现上述任一实施例所述的方法。
44.根据本发明实施例的另一个方面，还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所述的方法。
45.上述发明中的一个实施例具有如下优点或有益效果：因为采用若请求频度小于请求频度阈值，则允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于缓存查询频度阈值，若是，则调用接口服务的技术手段，所以克服了现有技术中无法有效地维护承受大流量的前台服务的稳定的技术问题。本发明实施例将服务器层级和接口层级的服务保护机制融合成一个联动的体系，各自独立的限流、防刷技术协同为前台服务的稳定提供保障；并且提供服务恢复机制，节省了大量的人力和精力。
46.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
47.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
48.图1是根据本发明实施例的监控接口服务的方法的主要流程的示意图；
49.图2是根据本发明一个可参考实施例的监控接口服务的方法的主要流程的示意图；
50.图3是根据本发明实施例的系统架构的结构示意图；
51.图4是根据本发明实施例的监控接口服务的装置的主要模块的示意图；
52.图5是本发明实施例可以应用于其中的示例性系统架构图；
53.图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
54.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
55.为了保护服务不崩溃，衍生出了各种技术进行支持，主要有：
56.现有技术1：web应用层级的服务降级、服务熔断；
57.现有技术2：web应用层级的防频、防刷技术；
58.现有技术3：服务器层级的限流。
59.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
60.1)从宏观的角度来考量，以上技术均有其特定适用范围，只能解决具体场景下的具体问题。
61.2)目前各场景下虽然都有相应的服务保护机制，但是缺少成熟的应用体系以及协调、兜底方案，使各个技术不能协调和串联，不能达到1 1>2的效果。例如，服务降级、熔断常用的hystrix框架和接口的防刷限流模块，在功能上是有重合的，如果服务需要降级，那么防刷模块的作用就归零，白白耗费了大量缓存和运算时间。
62.3)每个服务本身具备各种不可控因素，在具体场景下，尤其是大流量涌入期间，不能完全“信任”现有技术可以解决各种场景下的复杂问题，最后发现还是手动去对服务进行降级更为让人放心，于是又走回了人工服务降级的老路，浪费时间和精力。
63.因此，本发明所要解决的技术问题是，对承受大流量的前台服务，使用定时任务机制对服务各层级保护机制进行协调，做到可靠且高效的服务限流、防频以及服务降级，保证面对峰值流量和恶意请求时可以维护服务的稳定，为后台的数据正常流转提供支持。
64.图1是根据本发明实施例的监控接口服务的方法的主要流程的示意图。作为本发明的一个实施例，如图1所示，所述监控接口服务的方法可以包括：
65.步骤101，判断请求频度是否大于等于请求频度阈值；若是，则执行步骤102；若否，
则执行步骤103。
66.互联网用户通过各种客户端，如小程序、应用程序、网页等，向服务端发起请求，请求首先到达的是代理服务器，在代理服务器上，可以利用代理服务器自身的功能，对请求频度进行限制，判断请求频度是否大于等于预先配置的请求频度阈值。
67.步骤102，拒绝接入当前请求。
68.如果请求频度大于等于预先配置的请求频度阈值，则拒绝接入当前请求，这样就达到了第一层的防频限流的效果。
69.步骤103，允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的缓存查询频度阈值；若是，则执行步骤104；若否，则执行步骤105。
70.如果请求频度小于预先配置的请求频度阈值，则允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的缓存查询频度阈值。需要指出的是，一个请求可能需要调用多个接口服务，因此可以预先为每个接口服务分别配置对应的缓存查询频度阈值。可选地，在本发明的实施例中，可以为相对重要的接口服务配置缓存查询频度阈值，对相对重要的接口服务进行接口层级的防频、防刷支持，减少重复请求，缓解数据库压力。
71.当允许请求接入后，分别判断该请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的缓存查询频度阈值。
72.可选地，如果请求频度小于预先配置的请求频度阈值，则进一步通过执行lua脚本，对流量进行甄别，判断是否为非法请求或者无效请求，最终决定该请求是否可以通过。
73.步骤104，拒绝调用所述接口服务。
74.如果存在任意一个接口服务的缓存查询频度大于等于该接口服务对应的缓存查询频度阈值，则拒绝调用该接口服务。
75.可选地，拒绝调用所述接口服务之后，还包括：定时扫描所述接口服务的缓存查询频度；若监控到所述缓存查询频度小于缓存查询频度阈值，则允许调用所述接口服务。本发明实施例为接口服务设置缓存查询开关，如果缓存查询开关开启，则监控接口服务的缓存查询频度是否大于等于设定的缓存查询频度阈值，若是，便拒绝请求进入接口，直到缓存查询频度小于缓存查询频度阈值再允许请求进入接口。
76.步骤105，调用所述接口服务并返回所述接口服务的调用结果。
77.如果存在任意一个接口服务的缓存查询频度小于该接口服务对应的缓存查询频度阈值，则调用该接口服务，然后返回所述接口服务的调用结果。
78.根据上面所述的各种实施例，可以看出本发明实施例通过若请求频度小于请求频度阈值，则允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于缓存查询频度阈值，若是，则调用接口服务的技术手段，解决了现有技术中无法有效地维护承受大流量的前台服务的稳定的技术问题。本发明实施例将服务器层级和接口层级的服务保护机制融合成一个联动的体系，各自独立的限流、防刷技术协同为前台服务的稳定提供保障；并且提供服务恢复机制，节省了大量的人力和精力。
79.图2是根据本发明一个可参考实施例的监控接口服务的方法的主要流程的示意图。作为本发明又的一个实施例，如图2所示，所述监控接口服务的方法可以包括：
80.步骤201，判断请求频度是否大于等于请求频度阈值；若是，则执行步骤202；若否，则执行步骤203。
81.互联网用户通过各种客户端，如小程序、应用程序、网页等，向服务端发起请求，请求首先到达的是代理服务器，在代理服务器上，可以利用代理服务器自身的功能，对请求频度进行限制，判断请求频度是否大于等于预先配置的请求频度阈值。
82.步骤202，拒绝接入当前请求。
83.如果请求频度大于等于预先配置的请求频度阈值，则拒绝接入当前请求，这样就达到了第一层的防频限流的效果。
84.步骤203，允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的缓存查询频度阈值；若是，则执行步骤204；若否，则执行步骤205。
85.如果请求频度小于预先配置的请求频度阈值，则允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的缓存查询频度阈值。需要指出的是，一个请求可能需要调用多个接口服务，因此可以预先为每个接口服务分别配置对应的缓存查询频度阈值。可选地，在本发明的实施例中，可以为相对重要的接口服务配置缓存查询频度阈值，对相对重要的接口服务进行接口层级的防频、防刷支持，减少重复请求，缓解数据库压力。
86.当允许请求接入后，分别判断该请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的缓存查询频度阈值。
87.可选地，如果请求频度小于预先配置的请求频度阈值，则进一步通过执行lua脚本，对流量进行甄别，判断是否为非法请求或者无效请求，最终决定该请求是否可以通过。
88.步骤204，拒绝调用所述接口服务。
89.如果存在任意一个接口服务的缓存查询频度大于等于该接口服务对应的缓存查询频度阈值，则拒绝调用该接口服务。
90.可选地，拒绝调用所述接口服务之后，还包括：定时扫描所述接口服务的缓存查询频度；若监控到所述缓存查询频度小于缓存查询频度阈值，则允许调用所述接口服务。本发明实施例为接口服务设置缓存查询开关，如果缓存查询开关开启，则监控接口服务的缓存查询频度是否大于等于设定的缓存查询频度阈值，若是，便拒绝请求进入接口，直到缓存查询频度小于缓存查询频度阈值再允许请求进入接口。
91.步骤205，调用所述接口服务并返回所述接口服务的调用结果。
92.如果存在任意一个接口服务的缓存查询频度小于该接口服务对应的缓存查询频度阈值，则调用该接口服务，然后返回所述接口服务的调用结果。
93.步骤206，监控系统的运行指标，判断所述系统的运行指标是否满足预设指标要求；若是，则结束；若否，则执行步骤207。
94.可选地，所述运行指标包括：服务器的cpu运行指标，服务器的虚拟机运行状态，和/或，接口服务的运行状态。所述运行指标可以由运维人员自定义，比如广告推荐接口的运行指标配置如下：
95.cpu运行指标：cpu使用率＜60％；内存占用率小于70％；
96.虚拟机运行状态：堆内存使用率＜70％；
97.接口服务的运行状态：接口可用率＜90％；tp99设定值500ms，一分钟内连续超过设定值的次数到达10次。
98.为了避免服务雪崩的发生，本发明实施例引入hytrix熔断框架，那么在上游接口异常时可以提供服务自动降级、熔断功能，达到丢卒保帅的作用。
99.步骤207，判断所述接口服务是否可降级；若是，在执行步骤208；若否，则结束。
100.如果有任意一项运行指标不满足预设指标要求，则判断所述接口服务是否可降级。
101.步骤208，停止所述接口服务。
102.如果所述服务接口可降级，则对所述接口服务进行降级熔断处理(即停止所述接口服务)，该接口服务提供的服务功能停止。
103.步骤209，定时扫描所述系统的运行指标，若监控到所述系统的运行指标满足预设指标要求，则恢复所述接口服务。
104.在停止了所述接口服务后，可以通过定时任务定时扫描所述系统的运行指标，比如服务器的cpu运行指标，服务器的虚拟机运行状态。需要指出的是，由于接口服务已经停止，因此接口服务的运行状态不是服务恢复的指标之一。
105.如果监控到所述系统的运行指标满足预设指标要求，则恢复所述接口服务，此时该接口服务提供的服务功能自动开启。若接口服务已自动降级，则不再提供服务，待到系统的运行指标恢复正常后，接口服务自动恢复，再次提供服务。
106.步骤210，定时扫描所述系统的运行指标，若监控到所述系统的运行指标未满足预设指标要求，且所述接口服务未停止，则强制停止所述接口服务。
107.可以通过定时任务定时扫描所述系统的运行指标(比如：服务器的cpu运行指标，服务器的虚拟机运行状态，和/或，接口服务的运行状态)，若监控到所述系统的任意一项运行指标不满足预设指标要求，且所述接口服务为可降级的接口服务、但是仍未停止所述接口服务，则强制停止所述接口服务，以防服务崩溃。
108.本发明试试通过制定各种降级、协调方案，使得对接口服务的降级、防刷防频做到更加个性化的处理。同时，为各个保护机制模块做兜底，当监控到运行指标异常时自行按照指定的方案处理；并且提供服务恢复机制，自动恢复已经停止服务的接口，节省了大量的人力、精力。
109.另外，在本发明一个可参考实施例中监控接口服务的方法的具体实施内容，在上面所述监控接口服务的方法中已经详细说明了，故在此重复内容不再说明。
110.图3是根据本发明实施例的系统架构的结构示意图。如图3所示，所述系统架构包括代理服务器、应用服务器和服务层级服务保护协调系统。
111.互联网用户通过各种客户端，如小程序、应用程序、网页等，向服务端发起请求，请求首先到达的是代理服务器(nginx服务器)，在代理服务器上，可以利用代理服务器自身的功能，对请求频度进行限制，判断请求频度是否大于等于预先配置的请求频度阈值。代理服务器能够就能下服务器层级的限流，对流量进行削峰，对高频度请求进行防频。
112.如果请求频度小于预先配置的请求频度阈值，则代理服务器将请求转发至应用服务器，判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的缓存查询频度阈值；若否，则调用所述接口服务并返回所述接口服务的
调用结果；若是，则拒绝调用所述接口服务。应用服务器对相对重要的接口服务进行接口层级的防频、防刷支持，减少重复请求，缓解数据库压力。应用服务器还可以定时扫描所述接口服务的缓存查询频度；若监控到所述缓存查询频度小于缓存查询频度阈值，则允许调用所述接口服务。可选地，可以使用redis缓存进行接口防刷防频保护。
113.可选地，可以使用hytrix熔断框架进行熔断降级，监控系统的运行指标，判断所述系统的运行指标是否满足预设指标要求；若否，则继续判断所述接口服务是否可降级；若是，则停止所述接口服务。停止所述接口服务之后，还包括：定时扫描所述系统的运行指标；若监控到所述系统的运行指标满足预设指标要求，则恢复所述接口服务。若监控到所述系统的运行指标未满足预设指标要求，且所述接口服务为可降级的接口服务、但是未停止所述接口服务，则强制停止所述接口服务。
114.服务层级服务保护协调系统内部可以制定各种降级、协调方案，使得对接口的降级、防刷防频做到更加个性化的处理。同时，为各个保护机制模块做兜底，当监控到运行指标异常时自行按照指定的方案处理；并且提供服务恢复机制，自动恢复已经停止服务的接口，节省了大量的人力、精力。
115.图4是根据本发明实施例的监控接口服务的装置的主要模块的示意图，如图4所示，所述监控接口服务的装置400包括监控模块401、扫描模块402和降级模块403。
116.其中，监控模块401用于：
117.判断请求频度是否大于等于请求频度阈值；
118.若是，则拒绝接入当前请求；
119.若否，则允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的缓存查询频度阈值；若否，则调用所述接口服务并返回所述接口服务的调用结果；若是，则拒绝调用所述接口服务。
120.可选地，扫描模块402用于：
121.定时扫描所述接口服务的缓存查询频度；
122.若监控到所述缓存查询频度小于缓存查询频度阈值，则允许调用所述接口服务。
123.可选地，降级模块403用于：
124.判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的接口频度阈值之后，监控系统的运行指标，判断所述系统的运行指标是否满足预设指标要求；
125.若否，则继续判断所述接口服务是否可降级；若是，则停止所述接口服务。
126.可选地，所述降级模块403还用于：
127.停止所述接口服务之后，定时扫描所述系统的运行指标；
128.若监控到所述系统的运行指标满足预设指标要求，则恢复所述接口服务。
129.可选地，所述运行指标包括：服务器的cpu运行状态，服务器的虚拟机运行状态，和/或，接口服务的运行状态。
130.可选地，所述降级模块403还用于：
131.停止所述接口服务之后，定时扫描所述系统的运行指标；
132.若监控到所述系统的运行指标未满足预设指标要求，且所述接口服务为可降级的接口服务、但是未停止所述接口服务，则强制停止所述接口服务。
133.根据上面所述的各种实施例，可以看出本发明实施例通过若请求频度小于请求频度阈值，则允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于缓存查询频度阈值，若是，则调用接口服务的技术手段，解决了现有技术中无法有效地维护承受大流量的前台服务的稳定的技术问题。本发明实施例将服务器层级和接口层级的服务保护机制融合成一个联动的体系，各自独立的限流、防刷技术协同为前台服务的稳定提供保障；并且提供服务恢复机制，节省了大量的人力和精力。
134.需要说明的是，在本发明所述监控接口服务的装置的具体实施内容，在上面所述监控接口服务的方法中已经详细说明了，故在此重复内容不再说明。
135.图5示出了可以应用本发明实施例的监控接口服务的方法或监控接口服务的装置的示例性系统架构500。
136.如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
137.用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
138.终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
139.服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的物品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、物品信息——仅为示例)反馈给终端设备。
140.需要说明的是，本发明实施例所提供的监控接口服务的方法一般由服务器505执行，相应地，所述监控接口服务的装置一般设置在服务器505中。
141.应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
142.下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
143.如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram 603中，还存储有系统600操作所需的各种程序和数据。cpu 601、rom 602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
144.以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出
的计算机程序根据需要被安装入存储部分608。
145.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本发明的系统中限定的上述功能。
146.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
147.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
148.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括监控模块、扫描模块和降级模块，其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。
149.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，该设备实现如下方法：判断请求频度是否大于等于请求频度阈值；若是，则拒绝接入当前请
求；若否，则允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于各个所述接口服务对应的缓存查询频度阈值；若否，则调用所述接口服务并返回所述接口服务的调用结果；若是，则拒绝调用所述接口服务。
150.根据本发明实施例的技术方案，因为采用若请求频度小于请求频度阈值，则允许接入当前请求，并继续判断当前接入的请求所要调用的各个接口服务的缓存查询频度是否大于等于缓存查询频度阈值，若是，则调用接口服务的技术手段，所以克服了现有技术中无法有效地维护承受大流量的前台服务的稳定的技术问题。本发明实施例将服务器层级和接口层级的服务保护机制融合成一个联动的体系，各自独立的限流、防刷技术协同为前台服务的稳定提供保障；并且提供服务恢复机制，节省了大量的人力和精力。
151.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。