[发明专利]一种广告服务降级方法、装置、服务器及存储介质

说明书

本发明实施例公开了一种广告服务降级方法、装置、服务器及存储介质。该方法包括：获取当前广告服务在第一预设时间内的总请求数；判断所述总请求数是否大于第一降级阈值；若所述总请求数大于第一降级阈值，则判断当前广告服务在第二预设时间内的超时率是否大于第二降级阈值，其中，所述超时率为当前广告服务在第二预设时间内的总超时数与总请求数的占比；若所述超时率大于第二降级阈值，则对当前广告服务全部降级。本发明实施例的技术方案，通过先后判断当前广告服务在预设时间内的总请求数和超时率是否大于降级阈值来决定当前广告服务是否降级，使得对服务降级的处理更加精细。

技术领域

本发明实施例涉及广告技术，尤其涉及一种广告服务降级方法、装置、服务器及存储介质。

背景技术

广告系统检索服务内部耦合中多个查询服务，如Redis、HBase、模型评分等内容。在对外提供服务的过程中，遇到负载过高的情况，请求已经出现延时，此时再去检索Redis和HBase等组件的话，无疑会加速系统的崩溃。

目前，解决该问题的方案是服务降级，即一种能获取系统当前服务等级来决定是否继续提供服务工具，有Hystrix方案，具有以下特点：1、隔离性。用户的请求不再直接访问服务，而是通过线程池中的空闲线程来访问服务，如果线程池已满，则会进行降级处理，用户的请求并不会被阻塞，此时用户看到的结果是相对友好的提示，而不是无尽的等待或是系统崩溃后带来的不友好的体验。2、熔断。若服务处理有大量超时或所依赖服务不可用，此时应对该服务进行降级处理，后续对该服务的请求，不再进行完整目标流程的处理，而是直接返回降级后的提示结果，快速释放资源。若超时或所依赖服务得到缓解和恢复，则目标处理流程进行自动恢复。

当前各细分组件服务降级的精细处理暂未完善，目前服务降级所处理的问题点在于某段时间内请求量过大或超时量突增后对服务采取的响应措施。如何在流量突增情况下来做到不需要人为干预且能自动降级？如何在流量恢复正常后又能让当前系统在短时间内快速恢复正常？这正是本系统降级工具所研究且能解决的问题。

发明内容

本发明实施例提供一种广告服务降级方法、装置、服务器及存储介质，以自动根据系统当前的请求量、超时率来计算得出当前服务等级，根据当前服务等级来决定是否继续目标服务的调用或是进行服务降级，实现对服务降级的处理更加精细。

第一方面，本发明实施例提供了一种广告服务降级方法，包括：

获取当前广告服务在第一预设时间内的总请求数；

判断所述总请求数是否大于第一降级阈值；

若所述总请求数大于第一降级阈值，则判断当前广告服务在第二预设时间内的超时率是否大于第二降级阈值，其中，所述超时率为当前广告服务在第二预设时间内的总超时数与总请求数的占比；

若所述超时率大于第二降级阈值，则对当前广告服务全部降级。

可选的，在判断所述总请求数是否大于第一降级阈值之后，还包括：

若所述总请求数不大于第一降级阈值，则正常提供当前广告服务。

可选的，在判断当前广告服务在第二预设时间内的超时率是否大于第二降级阈值之后，还包括：

若所述超时率不大于第二降级阈值，则判断所述超时率是否大于第三降级阈值；

若所述超时率大于第三降级阈值，则对当前广告服务部分降级。

可选的，在判断所述超时率是否大于第三降级阈值之后，还包括：

若所述超时率不大于第三降级阈值，则正常提供当前广告服务。

可选的，在获取当前广告服务在第一预设时间内的总请求数之后，包括：

识别当前广告服务的请求方的级别；