CN112187505B - 自适应服务降级方法、电子装置及存储介质 - Google Patents

Abstract

本申请涉及一种自适应服务降级方法、电子装置和存储介质。该自适应服务降级方法包括：通过获取第一服务配置信息；对多个应用服务进行监测，得到多个应用服务的多种服务状态信息，并根据多种服务状态信息，生成对多个应用服务进行服务降级的多种降级策略信息；基于多种降级策略信息对多个应用服务进行服务降级。通过本申请，解决了相关技术中单一服务降级策略不能满足复杂应用场景下的服务降级需求的问题，实现了使用不同服务降级策略，对不同应用场景采用对应的降级策略和方法，有效的进行服务降级并保证核心业务正常运行的有益效果。

Description

自适应服务降级方法、电子装置及存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及自适应服务降级方法、电子装置及存储介质。

背景技术

近年来，随着物联网与5G技术的发展，嵌入式终端上的应用程序越来越多，嵌入式终端与网络终端(例如：云端)进行网络通信的流量也急剧增加，应用程序的增多，必然会造成嵌入式终端的性能消耗的增加和嵌入式终端负载压力增加。

为了缓解嵌入式终端的负载压力，现有中，常常对嵌入式终端上运行的应用程序或应用服务进行服务降级，也就是停止部分不重要、非核心的应用服务，进而缓解嵌入式终端的负载压力，保证嵌入式终端的正常运行。

但现有应用于嵌入式终端的服务降级往往只采用基于性能、流量其中一种服务降级策略，当采用基于流量的服务降级策略进行服务降级时，若存在性能压力大的情况，嵌入式终端不会对相应的服务进行降级，从而造成嵌入式终端运行异常。同时，现有中的嵌入式终端还存在没有根据不同场景设置不同的服务降级策略、服务降级策略单一、服务降级方法固定的不足，现有的服务降级策略和服务降级方法不能满足复杂应用场景下的服务降级需求。

目前针对相关技术中单一服务降级策略不能满足复杂应用场景下的服务降级需求的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种自适应服务降级方法、电子装置及存储介质，以至少解决相关技术中单一服务降级策略不能满足复杂应用场景下的服务降级需求的问题。

第一方面，本申请实施例提供了一种自适应服务降级方法，包括：获取第一服务配置信息，其中，所述第一服务配置信息包括被配置启动的多个应用服务；对所述多个应用服务进行监测，得到所述多个应用服务的多种服务状态信息，并根据所述多种服务状态信息，生成对所述多个应用服务进行服务降级的多种降级策略信息，其中，所述降级策略信息包括以下其中一种：故障面降级策略信息、流量面降级策略信息、性能面降级策略信息；基于所述多种降级策略信息对所述多个应用服务进行服务降级。

在其中一些实施例中，获取第一服务配置信息包括：接收云端发送的配置应答请求消息，并在所述配置应答请求消息中检测第一服务配置表，其中，所述配置应答请求消息中携带有请求获取的第一服务配置表；在检测到所述第一服务配置表的情况下，将所述第一服务配置表确定为所述第一服务配置信息；在未检测到所述第一服务配置表的情况下，读取本地存储的第二服务配置表，并将所述第二服务配置表确定为所述第一服务配置信息。

在其中一些实施例中，所述服务状态信息包括以下其中一种：网络故障信息、流量异常信息、性能负荷异常信息，对所述多个应用服务进行监测，得到所述多个应用服务的多种服务状态信息，并根据所述多种服务状态信息，生成对所述多个应用服务进行服务降级的多种降级策略信息包括：

监测所述多个应用服务与预设网络服务器的网络连接状态，在监测到所述网络连接状态异常时，确定所述多个应用服务的多种服务状态信息包括所述网络故障信息，根据所述网络故障信息生成所述故障面降级策略信息；

监测所述多个应用服务发送的流量总值，在监测到所述流量总值超过预设流量阈值时，确定所述多个应用服务的多种服务状态信息包括所述流量异常信息，根据所述流量异常信息生成所述流量面降级策略信息；

监测所述多个应用服务的负载参数值的总值，在监测到所述负载参数值的总值超过预设负载参数阈值时，确定所述多个应用服务的多种服务状态信息包括所述性能负荷异常信息，根据所述性能负荷异常信息生成所述性能面降级策略信息，其中，所述负载参数值至少包括以下其中一种参数值：CPU占用率、内存占用率。

在其中一些实施例中，所述多个应用服务包括用于网络通信的第一服务，基于所述多种降级策略信息对所述多个应用服务进行服务降级包括：根据所述故障面降级策略信息，关停所述第一服务。

在其中一些实施例中，基于所述多种降级策略信息对所述多个应用服务进行服务降级包括：根据所述流量面降级策略信息，延长所述多个应用服务中每一个所述应用服务与云端通信的周期，其中，每一个所述应用服务对应延长周期由每一个所述应用服务发送的流量占所述流量总值的比值确定。

在其中一些实施例中，所述多种降级策略信息包括所述性能面降级策略信息，所述多个应用服务包括按重要性级别由低到高划分的第一非核心应用服务和第二非核心应用服务，基于所述多种降级策略信息对所述多个应用服务进行服务降级包括：根据所述多个应用服务的负载参数值的总值确定性能负荷级别，其中，所述性能负荷级别至少包括按级别由低到高的顺序排列的第一负荷级别、第二负荷级别和第三负荷级别；在确定所述性能负荷级别为所述第一负荷级别时，对所述第一非核心应用服务进行降级；在确定所述性能负荷级别为所述第二负荷级别时，对所述第二非核心应用服务进行降级；在确定所述性能负荷级别为所述第三负荷级别时，同时对所述第一非核心应用服务和所述第二非核心应用服务进行降级。

在其中一些实施例中，在生成对所述多个应用服务进行服务降级的多种降级策略信息之前，所述方法还包括：在预设优先级列表中查询每一种所述服务状态信息对应的服务降级优先级；按服务降级优先级由高到低的顺序，确定生成第一降级策略的所述服务状态信息，其中，所述第一降级策略为对当前的所述多个应用服务进行服务降级的所述降级策略信息。

在其中一些实施例中，在基于所述多种降级策略信息对所述多个应用服务进行服务降级之后，所述方法还包括：获取第二服务配置信息，其中，所述第二服务配置信息包括对所述多个应用服务进行服务降级后维持启动的所述应用服务；根据所述第二服务配置信息与所述第一服务配置信息的对比结果，判断所述第一服务配置信息是否进行更新；在判断到第一所述服务配置信息未更新的情况下，确定未执行基于所述多种降级策略信息对所述多个应用服务进行服务降级，并在延时预设时长后，执行获取对所述多个应用服务进行服务降级的多种降级策略信息和基于所述多种降级策略信息对所述多个应用服务进行服务降级；在判断到所述第一服务配置信息更新的情况下，维持执行基于所述多种降级策略信息对所述多个应用服务进行服务降级。

第二方面，本申请实施例提供一种自适应服务降级装置，包括：

获取模块，用于获取第一服务配置信息，其中，所述第一服务配置信息包括被配置启动的多个应用服务；

生成模块，用于对所述多个应用服务进行监测，得到所述多个应用服务的多种服务状态信息，并根据所述多种服务状态信息，生成对所述多个应用服务进行服务降级的多种降级策略信息，其中，所述降级策略信息包括以下其中一种：故障面降级策略信息、流量面降级策略信息、性能面降级策略信息；

处理模块，用于基于所述多种降级策略信息对所述多个应用服务进行服务降级。

第三方面，本申请实施例提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行第一方面所述的自适应服务降级方法。

第四方面，本申请实施例提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行第一方面所述的自适应服务降级方法。

相比于相关技术，本申请实施例提供的一种自适应服务降级方法、装置、电子装置及存储介质，通过获取第一服务配置信息，其中，第一服务配置信息包括被配置启动的多个应用服务；对多个应用服务进行监测，得到多个应用服务的多种服务状态信息，并根据多种服务状态信息，生成对多个应用服务进行服务降级的多种降级策略信息，其中，降级策略信息包括以下其中一种：故障面降级策略信息、流量面降级策略信息、性能面降级策略信息；基于多种降级策略信息对多个应用服务进行服务降级，解决了相关技术中单一服务降级策略不能满足复杂应用场景下的服务降级需求的问题，实现了使用不同服务降级策略，对不同应用场景采用对应的降级策略和方法，有效的进行服务降级并保证核心业务正常运行的有益效果。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本发明实施例的自适应服务降级方法的终端的硬件结构框图；

图2是根据本申请实施例的自适应服务降级方法的流程图；

图3是根据本申请优选实施例的自适应服务降级方法的流程图；

图4是根据本申请实施例的自适应服务降级装置的结构框图；

图5是根据本申请实施例的自适应服务降级系统的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本申请中描述的各种技术可用于计算机领域中不同终端、运行装置上的应用服务降级。

本实施例提供的方法实施例可以在终端、计算机或者类似的运行装置中执行。以运行在终端上为例，图1是运行本发明实施例的自适应服务降级方法的终端的硬件结构框图。如图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，可选地，上述终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限定。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的自适应服务降级方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

本实施例提供了一种自适应服务降级方法，应该终端，图2是根据本申请实施例的自适应服务降级方法的流程图，如图2所示，该流程包括如下步骤：

步骤S201，获取第一服务配置信息，其中，第一服务配置信息包括被配置启动的多个应用服务。

在本实施例中，终端主动从云端或本地获取第一服务配置信息，该第一服务配置信息对应终端在启动后初始需要启动的应用服务，也就是根据该第一服务配置信息对终端进行应用服务初始化。

步骤S202，对多个应用服务进行监测，得到多个应用服务的多种服务状态信息，并根据多种服务状态信息，生成对多个应用服务进行服务降级的多种降级策略信息，其中，降级策略信息包括以下其中一种：故障面降级策略信息、流量面降级策略信息、性能面降级策略信息。

在本实施例中，在终端完成应用服务初始化后，开始对应用服务进行动态监测，并根据动态监测结果确定在终端上运行的应用服务存在哪些运行异常的情况，终端对应用服务进行的监测是基于网络质量、流量及负载性能三个方面进行的，并且在获取到应用服务存在的运行异常情况后，会对应生成三个维度的服务降级策略，该三个维度的服务降级策略包括：故障面降级策略、流量面降级策略和性能面降级策略。

在本实施例中，终端对应用服务进行的动态监测包括：定时向运动发送消息，监测终端与云端通信是否正常；实时监测终端的性能，监测终端是否处于高负荷状态；对涉及流量的应用服务进行流量监测，监测终端的系统流量是否达到上限阈值。

步骤S203，基于多种降级策略信息对多个应用服务进行服务降级。

在本实施例中，终端基于多种降级策略信息进行服务降级时，执行服务降级的情况如下：

在故障面服务降级策略下，当终端与云端网络通信发生故障，则停止所有用于与云端网络通信的应用服务。

在流量面策略下，当终端流量超过上限阈值时，则限制应用服务的流量，也就是通过延长与云端通信的周期而减小流量。

在性能面降级策略下，根据各应用服务对应的服务重要程度分级进行服务降级：当终端负载性能严重不足时，对所有非核心功能的应用服务进行服务降级；当终端负载性能中度不足时，对重要的非核心功能的应用服务进行服务降级；当终端负载性能轻度不足时，对普通非核心功能业务进行服务降级。

通过上述步骤S201至步骤S203，采用获取第一服务配置信息，其中，第一服务配置信息包括被配置启动的多个应用服务；对多个应用服务进行监测，得到多个应用服务的多种服务状态信息，并根据多种服务状态信息，生成对多个应用服务进行服务降级的多种降级策略信息；基于多种降级策略信息对多个应用服务进行服务降级，解决了相关技术中单一服务降级策略不能满足复杂应用场景下的服务降级需求的问题，实现了使用不同服务降级策略，对不同应用场景采用对应的降级策略和方法，有效的进行服务降级并保证核心业务正常运行的有益效果。

在其中一个具体实施例中，获取第一服务配置信息包括如下步骤：

接收云端发送的配置应答请求消息，并在配置应答请求消息中检测第一服务配置表，其中，配置应答请求消息中携带有请求获取的第一服务配置表。

在本实施例中，在终端请求获取第一服务配置信息时，会先向云端发送请求服务配置信息的请求，云端在接收到该请求后，会对该请求予以响应，并发送配置应答请求消息给终端。当云端同意终端的请求时，会在配置应答请求中携带终端请求获取的服务配置信息，当云端不同意终端的请求时，配置应答请求中则不包含终端请求获取的服务配置信息。

在检测到第一服务配置表的情况下，将第一服务配置表确定为第一服务配置信息。

在本实施例中，当终端向云端请求获取服务配置信息成功的情况下，则将对应的配置服务信息写入配置应答请求中，终端通过在配置应答请求中检测该配置服务信息，进而获取到对应的配置服务信息。

在未检测到所述第一服务配置表的情况下，读取本地存储的第二服务配置表，并将所述第二服务配置表确定为所述第一服务配置信息。

在本实施例中，当云端不同意终端的请求时，也就是在配置应答请求消息中检测不到对应的服务配置信息时，则在终端本地存储的默认的服务配置信息并将该默认的服务配置信息作为终端应用服务初始化的服务配置信息。

通过上述接收云端发送的配置应答请求消息，并在配置应答请求消息中检测第一服务配置表；在检测到第一服务配置表的情况下，将第一服务配置表确定为第一服务配置信息；在未检测到所述第一服务配置表的情况下，读取本地存储的第二服务配置表，并将所述第二服务配置表确定为所述第一服务配置信息，实现了终端获取配置服务信息，使的终端能初始化应用服务。

在其中一些实施例中，服务状态信息包括以下其中一种：网络故障信息、流量异常信息、性能负荷异常信息，对多个应用服务进行监测，得到多个应用服务的多种服务状态信息，并根据多种服务状态信息，生成对多个应用服务进行服务降级的多种降级策略信息包括如下步骤：

监测多个应用服务与预设网络服务器的网络连接状态，在监测到网络连接状态异常时，确定多个应用服务的多种服务状态信息包括网络故障信息，根据网络故障信息生成故障面降级策略信息。

在本实施例中，当终端出现异常的应用服务对应为网络质量状态场景时，则对终端与预设网络服务器(例如：云端)的网络质量进行监测，当检测到网络连接状态异常时，如预设网络服务返回错误的状态码，则用于网络通信的应用服务出现异常，此时，终端对应监测的服务状态信息为网络故障信息，终端生成的服务降级策略信息对应为故障面降级策略信息。

监测多个应用服务发送的流量总值，在监测到流量总值超过预设流量阈值时，确定多个应用服务的多种服务状态信息包括流量异常信息，根据流量异常信息生成流量面降级策略信息。

当网络正常而流量超过上限阈值时，则终端对应监测的服务状态信息为流量异常信息，终端生成的服务降级策略信息对应为流量面降级策略信息。

监测多个应用服务的负载参数值的总值，在监测到负载参数值的总值超过预设负载参数阈值时，确定多个应用服务的多种服务状态信息包括性能负荷异常信息，根据性能负荷异常信息生成性能面降级策略信息，其中，负载参数值至少包括以下其中一种参数值：CPU占用率、内存占用率。

在本实施例中，当根据故障面降级策略信息或流量面降级策略信息执行服务降级后，若终端的性能负载仍就过大，则采用基于性能面降级策略信息进行性能面发服务降级，同时，当性能面服务降级的应用场景独立出现时，也可执行基于性能面降级策略信息进行性能面发服务降级。

在其中一些实施例中，多个应用服务包括用于网络通信的第一服务，基于多种降级策略信息对多个应用服务进行服务降级包括如下步骤：根据故障面降级策略信息，关停第一服务。

在本实施例中，当网络异常时，则对应使用故障面降级策略信息对相应的应用服务进行降级，也就是停止所有网络通信相关的应用服务。

在其中一些实施例中，基于多种降级策略信息对多个应用服务进行服务降级包括如下步骤：根据流量面降级策略信息，延长多个应用服务中每一个应用服务与云端通信的周期，其中，每一个应用服务对应延长周期由每一个应用服务发送的流量占流量总值的比值确定。

在本实施例中，当网络正常而流量超过上限阈值时，则对应使用流量面降级策略信息对相应的应用服务进行降级，也就是根据各个应用服务发送流量所占终端流量总值的权值比例，相应增大应用服务与云端通信的周期来减小发送的流量。

在其中一些实施例中，多种降级策略信息包括性能面降级策略信息，多个应用服务包括按重要性级别由低到高划分的第一非核心应用服务和第二非核心应用服务，基于多种降级策略信息对多个应用服务进行服务降级包括步骤：

根据多个应用服务的负载参数值的总值确定性能负荷级别，其中，性能负荷级别至少包括按级别由低到高的顺序排列的第一负荷级别、第二负荷级别和第三负荷级别。

在本实施例中，第一负荷级别对应终端性能轻度不足，第二负荷级别对应终端性能中度不足，第三负荷级别对应终端性能严重不足。

在确定性能负荷级别为第一负荷级别时，对第一非核心应用服务进行降级。

在本实施例中，第一非核心应用服务对应普通非核心应用服务，当终端性能轻度不足时，对第一非核心应用服务进行服务降级。

在确定性能负荷级别为第二负荷级别时，对第二非核心应用服务进行降级。

在本实施例中，第二非核心应用服务对应重要的非核心应用服务，当终端性能中度不足时，对第二非核心应用服务进行服务降级。

在确定性能负荷级别为第三负荷级别时，同时对第一非核心应用服务和第二非核心应用服务进行降级。

在本实施例中，当终端性能严重不足时，对所有非核心应用服务进行服务降级。

在其中一些实施例中，在生成对多个应用服务进行服务降级的多种降级策略信息之前，还实施如下步骤：

在预设优先级列表中查询每一种服务状态信息对应的服务降级优先级。

在本实施例中，预设优先级列表是应用服务在某种服务场景下进行服务降级的优先级顺序，例如：设定网络故障场景对应的服务降级优先级高于流量异常场景对应的服务降级优先级。

按服务降级优先级由高到低的顺序，确定生成第一降级策略的所述服务状态信息，其中，第一降级策略为对当前的多个应用服务进行服务降级的降级策略信息。

在本实施例中，服务降级优先级设置为：网络故障场景>流量异常场景>性能负荷异常场景，当高优先级的场景发生时，则按高优先级场景对应的服务降级策略进行服务降级。

在本实施例中，当网络异常时，如HTTP服务器返回错误的状态码时，按网络故障场景执行相应的服务降级。当网络正常而流量超过上限阀值时，则按流量过大场景处理执行相应的服务降级。当执行故障面服务降级或流量面服务降级后，仍存在性能负荷异常问题，则再进行性能面服务降级。本申请实施例的服务降级策略信息对应为如下表格：

其中，场景中的数字“1”表示场景发生，数字“0”表示场景不发生；

服务降级策略中的“A”对应为故障面降级策略，“B”对应为流量面降级策略，“C”对应为性能面降级策略，“D”表示不进行服务降级，“A→C”表示先采用故障面降级策略，再采用性能面降级策略，“B→C”表示先采用流量面降级策略，再采用性能面降级策略，“A→D”表示采用故障面降级策略进行服务降级至完成服务降级，“B→D”表示采用故障面降级策略进行服务降级至完成服务降级。

在其中一些实施例中，在基于多种降级策略信息对多个应用服务进行服务降级之后，还包括如下步骤：

获取第二服务配置信息，其中，第二服务配置信息包括对多个应用服务进行服务降级后维持启动的应用服务。

根据第二服务配置信息与第一服务配置信息的对比结果，判断第一服务配置信息是否进行更新。

在判断到第一服务配置信息未更新的情况下，确定未执行基于多种降级策略信息对多个应用服务进行服务降级，并在延时预设时长后，执行获取对多个应用服务进行服务降级的多种降级策略信息和基于多种降级策略信息对多个应用服务进行服务降级。

在本实施例中，第一服务配置信息未更新，则对应终端未接受到相应的服务降级策略信息，此时，终端在延时预设时长后，执行重新获取服务降级策略。

在判断到第一服务配置信息更新的情况下，维持执行基于多种降级策略信息对多个应用服务进行服务降级。

在本实施例中，第一服务配置信息发生变化，则对应终端接收到相应的服务降级策略信息并执行了根据服务降级策略信息对应用服务进行降级。

图3是根据本申请优选实施例的自适应服务降级方法的流程图，如图3所示，该流程包括如下步骤：

步骤S301，从云端获取第一服务配置表。

步骤S302，判断从云端获取第一服务配置表是否成功，若是，则执行步骤S304,否则，则执行步骤S303。

步骤S303，读取本地存储第二服务配置表，之后，执行步骤S304。

步骤S304，开启服务降级策略监测。

步骤S305，获取服务降级策略。

步骤S306，根据服务降级策略，判断应用服务配置是否更新，若是，则执行步骤S307，否则，则执行步骤S305。

步骤S307，进行服务降级管理。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例还提供了一种自适应服务降级装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本申请实施例的自适应服务降级装置的结构框图，如图4所示，该装置包括：

获取模块41，用于获取第一服务配置信息，其中，第一服务配置信息包括被配置启动的多个应用服务。

生成模块42，与获取模块41耦合连接，用于对多个应用服务进行监测，得到多个应用服务的多种服务状态信息，并根据多种服务状态信息，生成对多个应用服务进行服务降级的多种降级策略信息，其中，降级策略信息包括以下其中一种：故障面降级策略信息、流量面降级策略信息、性能面降级策略信息。

处理模块44，与生成模块42耦合连接，用于基于多种降级策略信息对多个应用服务进行服务降级。

在其中一些实施例中，获取模块41用于接收云端发送的配置应答请求消息，并在配置应答请求消息中检测第一服务配置表，其中，配置应答请求消息中携带有请求获取的第一服务配置表；在检测到第一服务配置表的情况下，将第一服务配置表确定为第一服务配置信息；在未检测到第一服务配置表的情况下，读取本地存储的第二服务配置表，并将第二服务配置表确定为第一服务配置信息。

在其中一些实施例中，服务状态信息包括以下其中一种：网络故障信息、流量异常信息、性能负荷异常信息，生成模块42用于监测多个应用服务与预设网络服务器的网络连接状态，在监测到网络连接状态异常时，确定多个应用服务的多种服务状态信息包括网络故障信息，根据网络故障信息生成故障面降级策略信息；监测多个应用服务发送的流量总值，在监测到流量总值超过预设流量阈值时，确定多个应用服务的多种服务状态信息包括流量异常信息，根据流量异常信息生成流量面降级策略信息；监测多个应用服务的负载参数值的总值，在监测到负载参数值的总值超过预设负载参数阈值时，确定多个应用服务的多种服务状态信息包括性能负荷异常信息，根据性能负荷异常信息生成性能面降级策略信息，其中，负载参数值至少包括以下其中一种参数值：CPU占用率、内存占用率。

在其中一些实施例中，多个应用服务包括用于网络通信的第一服务，处理模块44用于根据故障面降级策略信息，关停第一服务。

在其中一些实施例中处理模块44用于根据流量面降级策略信息，延长多个应用服务中每一个应用服务与云端通信的周期，其中，每一个应用服务对应延长周期由每一个应用服务发送的流量占流量总值的比值确定。

在其中一些实施例中，多种降级策略信息包括性能面降级策略信息，多个应用服务包括按重要性级别由低到高划分的第一非核心应用服务和第二非核心应用服务，处理模块44用于根据多个应用服务的负载参数值的总值确定性能负荷级别，其中，性能负荷级别至少包括按级别由低到高的顺序排列的第一负荷级别、第二负荷级别和第三负荷级别；在确定性能负荷级别为第一负荷级别时，对第一非核心应用服务进行降级；在确定性能负荷级别为第二负荷级别时，对第二非核心应用服务进行降级；在确定性能负荷级别为第三负荷级别时，同时对第一非核心应用服务和第二非核心应用服务进行降级。

在其中一些实施例中，生成模块42还用于在预设优先级列表中查询每一种服务状态信息对应的服务降级优先级；按服务降级优先级由高到低的顺序，确定生成第一降级策略的服务状态信息，其中，第一降级策略为对当前的多个应用服务进行服务降级的降级策略信息。

在其中一些实施例中，处理模块44还用于获取第二服务配置信息，其中，第二服务配置信息包括对多个应用服务进行服务降级后维持启动的应用服务；根据第二服务配置信息与第一服务配置信息的对比结果，判断第一服务配置信息是否进行更新；在判断到第一服务配置信息未更新的情况下，确定未执行基于多种降级策略信息对多个应用服务进行服务降级，并在延时预设时长后，执行获取对多个应用服务进行服务降级的多种降级策略信息和基于多种降级策略信息对多个应用服务进行服务降级；在判断到第一服务配置信息更新的情况下，维持执行基于多种降级策略信息对多个应用服务进行服务降级。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

图5是根据本申请实施例的自适应服务降级系统的结构框图，如图5所示，该系统包括：云端51和终端52，云端51包括服务配置模块511，终端52包括服务降级管理单元和服务降级策略监测单元，服务降级管理单元包括服务可配置模块521、服务降级策略拉取模块522和订阅发布模块523，服务降级策略监测单元包括网络质量监测模块524、性能监测模块525和流量监测模块526，其中，

服务配置模块511用于为终端52提供服务配置信息，并配置终端52所要开启的应用服务；

服务可配置模块521用于在服务配置模块511不能为终端52提供服务配置信息时为终端52提供对应的服务配置信息，并配置终端52所要开启的应用服务；

服务降级策略拉取模块522用于周期向服务降级策略检测单元拉取服务降级策略，防止发布订阅失效或丢失；

订阅发布模块523用于获取服务降级策略检测单元的监测结果，并根据相应服务降级方法对应用服务进行降级处理；

网络质量监测模块524用于定时向云端51发送消息，检查终端52与云端51通信是否正常；

性能监测模块525用于实时监测终端52的性能，检查终端52是否处于高负荷状态；

流量监测模块526用于对对各个涉及流量的应用服务进行流量监测，检查终端52的流量是否达到上限阈值。

本实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，获取第一服务配置信息，其中，第一服务配置信息包括被配置启动的多个应用服务。

S2，对多个应用服务进行监测，得到多个应用服务的多种服务状态信息，并根据多种服务状态信息，生成对多个应用服务进行服务降级的多种降级策略信息，其中，降级策略信息包括以下其中一种：故障面降级策略信息、流量面降级策略信息、性能面降级策略信息。

S3，基于多种降级策略信息对多个应用服务进行服务降级。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

另外，结合上述实施例中的自适应服务降级方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种自适应服务降级方法。

本领域的技术人员应该明白，以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种自适应服务降级方法，其特征在于，所述方法应用于嵌入式终端，所述方法包括：

获取第一服务配置信息，其中，所述第一服务配置信息包括被配置启动的多个应用服务；

对所述多个应用服务进行监测，得到所述多个应用服务的多种服务状态信息，并根据所述多种服务状态信息，生成对所述多个应用服务进行服务降级的多种降级策略信息，其中，所述降级策略信息包括以下其中一种：故障面降级策略信息、流量面降级策略信息、性能面降级策略信息；

基于所述多种降级策略信息对所述多个应用服务进行服务降级；

在生成对所述多个应用服务进行服务降级的多种降级策略信息之前，所述方法还包括：在预设优先级列表中查询每一种所述服务状态信息对应的服务降级优先级；按服务降级优先级由高到低的顺序，确定生成第一降级策略的所述服务状态信息，其中，所述第一降级策略为对当前的所述多个应用服务进行服务降级的所述降级策略信息；

当根据所述故障面降级策略信息或所述流量面降级策略信息执行服务降级后，若所述嵌入式终端的性能负载仍就过大，则采用基于所述性能面降级策略信息进行性能面服务降级。

2.根据权利要求1所述的自适应服务降级方法，其特征在于，获取第一服务配置信息包括：

接收云端发送的配置应答请求消息，并在所述配置应答请求消息中检测第一服务配置表，其中，所述配置应答请求消息中携带有请求获取的第一服务配置表；在检测到所述第一服务配置表的情况下，将所述第一服务配置表确定为所述第一服务配置信息；

在未检测到所述第一服务配置表的情况下，读取本地存储的第二服务配置表，并将所述第二服务配置表确定为所述第一服务配置信息。

3.根据权利要求1所述的自适应服务降级方法，其特征在于，

所述服务状态信息包括以下其中一种：网络故障信息、流量异常信息、性能负荷异常信息，对所述多个应用服务进行监测，得到所述多个应用服务的多种服务状态信息，并根据所述多种服务状态信息，生成对所述多个应用服务进行服务降级的多种降级策略信息包括：监测所述多个应用服务与预设网络服务器的网络连接状态，在监测到所述网络连接状态异常时，确定所述多个应用服务的多种服务状态信息包括所述网络故障信息，根据所述网络故障信息生成所述故障面降级策略信息；

监测所述多个应用服务发送的流量总值，在监测到所述流量总值超过预设流量阈值时，确定所述多个应用服务的多种服务状态信息包括所述流量异常信息，根据所述流量异常信息生成所述流量面降级策略信息；

监测所述多个应用服务的负载参数值的总值，在监测到所述负载参数值的总值超过预设负载参数阈值时，确定所述多个应用服务的多种服务状态信息包括所述性能负荷异常信息，根据所述性能负荷异常信息生成所述性能面降级策略信息，其中，所述负载参数值至少包括以下其中一种参数值：CPU占用率、内存占用率。

4.根据权利要求3所述的自适应服务降级方法，其特征在于，所述多个应用服务包括用于网络通信的第一服务，基于所述多种降级策略信息对所述多个应用服务进行服务降级包括：根据所述故障面降级策略信息，关停所述第一服务。

5.根据权利要求3所述的自适应服务降级方法，其特征在于，基于所述多种降级策略信息对所述多个应用服务进行服务降级包括：根据所述流量面降级策略信息，延长所述多个应用服务中每一个所述应用服务与云端通信的周期，其中，每一个所述应用服务对应延长周期由每一个所述应用服务发送的流量占所述流量总值的比值确定。

6.根据权利要求3所述的自适应服务降级方法，其特征在于，所述多种降级策略信息包括所述性能面降级策略信息，所述多个应用服务包括按重要性级别由低到高划分的第一非核心应用服务和第二非核心应用服务，基于所述多种降级策略信息对所述多个应用服务进行服务降级包括：根据所述多个应用服务的负载参数值的总值确定性能负荷级别，其中，所述性能负荷级别至少包括按级别由低到高的顺序排列的第一负荷级别、第二负荷级别和第三负荷级别；

在确定所述性能负荷级别为所述第一负荷级别时，对所述第一非核心应用服务进行降级；在确定所述性能负荷级别为所述第二负荷级别时，对所述第二非核心应用服务进行降级；

在确定所述性能负荷级别为所述第三负荷级别时，同时对所述第一非核心应用服务和所述第二非核心应用服务进行降级。

7.根据权利要求1所述的自适应服务降级方法，其特征在于，在基于所述多种降级策略信息对所述多个应用服务进行服务降级之后，所述方法还包括：获取第二服务配置信息，其中，所述第二服务配置信息包括对所述多个应用服务进行服务降级后维持启动的所述应用服务；根据所述第二服务配置信息与所述第一服务配置信息的对比结果，判断所述第一服务配置信息是否进行更新；在判断到第一所述服务配置信息未更新的情况下，确定未执行基于所述多种降级策略信息对所述多个应用服务进行服务降级，并在延时预设时长后，执行获取对所述多个应用服务进行服务降级的多种降级策略信息和基于所述多种降级策略信息对所述多个应用服务进行服务降级；在判断到所述第一服务配置信息更新的情况下，维持执行基于所述多种降级策略信息对所述多个应用服务进行服务降级。

8.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至7中任一项所述的自适应服务降级方法。

9.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至7中任一项所述的自适应服务降级方法。

Images