CN106685713A - 一种处理配置参数的方法和装置 - Google Patents

Abstract

一种处理配置参数的方法和装置，该方法包括：当检测到集群系统未发生异常时，获取集群系统当前运行的配置信息；当判断出获得的配置信息未存储时，确定与获得的配置信息对应的标签信息；将获得的配置信息以及确定出的标签信息对应存储；当检测到集群系统发生异常时，获取满足预设条件的配置信息；根据获得的配置信息对集群系统进行配置。本发明实施例提高了集群服务的高可用性，提升了用户体验。

Description

一种处理配置参数的方法和装置

技术领域

本发明实施例涉及但不限于数据处理技术，尤指一种处理配置参数的方法和装置。

背景技术

在微服务化架构日益流行的今天，各种线上业务的后台服务支撑系统逐步形成大规模化和集群化。一个高可用的大规模的集群系统通常整合了各种子服务系统(集群)，例如数据库集群、缓存集群、消息队列集群和许多内部自建服务集群等。这样一个集群的部署及管理是一件非常困难的任务，每个子服务系统对应的业务都有其自身依赖的配置参数，综合起来的配置参数将纵横交错、复杂无比。

如图1所示，为订单处理的集群系统的架构图，包括四个层级，由上至下依次为订单处理核心主入口层、订单处理单元层、具体功能的子服务层和公共基础设施层，其中，第一级的订单处理核心主入口层主要负责将订单处理请求分发给第二级的订单处理单元层，第一级的订单处理核心主入口层的业务的配置参数就是保存了第二级的订单处理单元层所包含的机器(服务器)互联网协议(IP，Internet Protocol)地址；订单处理单元层调用第三级的具体功能的子服务层的服务，比如要先查商品信息，然后查库存信息，然后再查用户身份信息等等，其中，第二级的订单处理单元层的业务的配置参数就是保存了第三级的各种子服务层所包含的机器(服务器)的IP地址；第三级的具体功能的子服务层的业务的配置参数就是保存了第四级的公共基础设施层(关系型数据库(mysql)，数据库(redis)，队列)所包含的机器(服务器)的IP地址，比如商品基本信息服务的业务的配置参数保存的是集群里所有机器的IP地址和mysql以及redis，扣款服务的业务配置保存的是自己集群里所有机器的IP地址和队列。

如果依赖运维人员手工部署配置含有成百上千个节点(服务器)的大规模集群系统，不仅容易出错，而且还会因为任务量太大、手工配置速度过慢等因素的影响，从而限制集群系统的实际应用。因此，对于拥有大量节点的集群系统，选用分布式配置管理平台来进行环境部署和运行参数配置是非常必要的，这是因为在分布式配置管理平台上可以进行统一配置管理，实现一次发布，集群所有实例节点同时生效。

然而，在可靠性要求极高的正式生产环境中，一旦配置的配置参数出错，或者配置了一个不属于生产环境的业务运行参数，集群系统中所有节点都会即时生效，带来的影响是巨大的。但是，在集群系统的日常运维中，有时候线上修改配置参数的情况不又可避免，甚至会反复出现，比如在业务高峰期时需要扩容(升级)，在流量低谷时进行减配(降级)，这样的操作会跟随业务周期反复进行。因此，如何防范人工操作引入的不确定风险因素，如何在风险发生后第一时间恢复集群系统的正常服务状态，是解决集群服务的高可用性的一个至关重要的问题。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本发明实施例提供了一种处理配置参数的方法和装置，能够提高集群服务的高可用性，提升用户体验。

为了达到本申请目的，本发明实施例提供了一种处理配置参数的方法，包括：

当检测到集群系统未发生异常时，获取集群系统的当前运行的配置信息；当判断出获得的配置信息未存储时，确定与获得的配置信息对应的标签信息；将获得的配置信息以及确定出的标签信息对应存储；

当检测到集群系统发生异常时，获取满足预设条件的配置信息；根据获得的配置信息对集群系统进行配置。

可选地，所述获取预先存储的满足预设条件的配置信息包括：

根据确定出的所述标签信息获取上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；将查找到的配置信息作为满足预设条件的配置信息；或者，

将预设的配置信息作为满足预设条件的配置信息。

可选地，所述配置信息包括所述集群系统的各个层级所包含的配置参数；

所述标签信息包括：版本号和时间点。

可选地，该方法还包括：

针对于所述集群系统的每一个配置参数，检测所述配置参数是否被修改；

当检测到所述配置参数已被修改时，获取所述配置参数被修改的时间点以及修改后的配置参数；

确定与修改后的配置参数、所述时间点均对应的标签信息；

将确定出的与修改后的配置参数、所述时间点均对应的标签信息，以及修改后的配置参数对应存储。

可选地，当所述集群系统需要升级时，该方法还包括：

获取升级的配置参数，并根据获得的升级的配置参数对所述集群系统进行升级处理；

检测升级处理后的集群系统是否发生异常；

当检测到所述升级处理后的集群系统发生异常时，继续执行所述获取满足预设条件的配置信息的步骤；

当检测到所述升级处理后的集群系统未发生异常时，继续执行所述获取集群系统当前运行的配置信息的步骤。

可选地，当所述集群系统需要降级时，该方法还包括：

获取已存储的上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；

按照查找到的配置信息对所述集群系统进行降级处理。

另一方面，本发明实施例还提供了一种处理配置参数的装置，包括：检测模块、第一获取模块、第二获取模块和处理模块；其中，

检测模块，用于当检测到集群系统未发生异常时，通知第一获取模块；当检测到集群系统发生异常时，通知第二获取模块；

第一获取模块，用于接收到检测模块发送的通知，获取集群系统当前运行的配置信息；当判断出获得的配置信息未存储时，确定与获得的配置信息对应的标签信息；

第二获取模块，用于接收到检测模块发送的通知，获取满足预设条件的配置信息；

处理模块，用于将获得的配置信息以及确定出的标签信息对应存储；根据获得的配置信息对集群系统进行配置。

可选地，所述第二获取模块中用于获取预先存储的满足预设条件的配置信息包括：

根据确定出的所述标签信息获取上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；将查找到的配置信息作为满足预设条件的配置信息；或者，

将预设的配置信息作为满足预设条件的配置信息。

可选地，所述配置信息包括所述集群系统的各个层级所包含的配置参数；

所述标签信息包括：版本号和时间点。

可选地，该装置还包括检测处理模块，用于：

针对于所述集群系统的每一个配置参数，检测所述配置参数是否被修改；

当检测到所述配置参数已被修改时，获取所述配置参数被修改的时间点以及修改后的配置参数；

确定与修改后的配置参数、所述时间点均对应的标签信息；

将确定出的与修改后的配置参数、所述时间点均对应的标签信息，以及修改后的配置参数对应存储。

可选地，该装置还包括升级处理模块，用于当所述集群系统需要升级时，获取升级的配置参数，并根据获得的升级的配置参数对所述集群系统进行升级处理；

所述检测模块，还用于检测升级处理后的集群系统是否发生异常；当检测到所述升级处理后的集群系统发生异常时，通知所述第二获取模块继续获取满足预设条件的配置信息；当检测到所述升级处理后的集群系统未发生异常时，通知所述第一获取模块继续获取集群系统当前运行的配置信息；相应地，

所述第一获取模块，还用于接收到所述检测模块发送的继续获取集群系统当前运行的配置信息的通知，继续获取集群系统当前运行的配置信息；

所述第二获取模块，还用于接收到所述检测模块发送的继续获取满足预设条件的配置信息的通知，继续获取满足所述预设条件的配置信息。

可选地，该装置还包括降级处理模块，用于：

当所述集群系统需要降级时，获取已存储的上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；

按照查找到的配置信息对所述集群系统进行降级处理。

与相关技术相比，本申请技术方案包括：当检测到集群系统未发生异常时，获取集群系统当前运行的配置信息；当判断出获得的配置信息未存储时，确定与获得的配置信息对应的标签信息；将获得的配置信息以及确定出的标签信息对应存储；当检测到集群系统发生异常时，获取满足预设条件的配置信息；根据获得的配置信息对集群系统进行配置。本发明实施例提高了集群服务的高可用性，提升了用户体验。

在阅读并理解了附图和详细描述后，可以明白其他方面。

附图说明

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

图1为现有的订单集群系统的层级示意图；

图2为本发明实施例处理配置参数的装置的结构图；

图3为本发明实施例集群系统的配置信息的示意图；

图4为本发明实施例一种处理配置参数的方法的流程图；

图5为本发明另一实施例处理配置参数的方法的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

图2为本发明实施例处理配置参数的装置的结构图，如图2所示，包括：检测模块20、第一获取模块21、第二获取模块22和处理模块23。其中，

检测模块20，用于当检测到集群系统未发生异常时，通知第一获取模块21；当检测到集群系统发生异常时，通知第二获取模块22。

第一获取模块21，用于接收到检测模块20发送的通知，获取集群系统当前运行的配置信息；当判断出获得的配置信息未存储时，确定与获得的配置信息对应的标签信息。

其中，本发明实施例未存储的配置信息可以存储在如图3所示的历史列表中。

其中，本发明实施例配置信息如图3所示，假设集群系统的各个层级(如图1所示)包括7个配置参数，分别为第一级的配置参数A，第二级的配置参数B，第三级的配置参数C、配置参数D、配置参数E、配置参数F和配置参数G，则初始的配置信息为：ABCDEFG；假设在某一时刻，只有配置参数A较初始值发生了一次变化，则此时修改后的配置信息可以为A0BCDEFG，其中，A0表示配置参数A发生了一次变化(修改)；假设在另一时刻，配置参数A较其初始值发生了一次变化，配置参数D较其初始值发生了三次变化，配置参数D较其初始值发生了三次变化，则此时修改后的配置信息可以为A0BC3D3EFG，其中，A0表示配置参数A发生了一次变化(修改)，C3表示配置参数C发生了三次变化(修改)，D3表示配置参数D发生了三次变化(修改)。

其中，本发明实施例标签信息包括：版本号和时间点。可选地，本发明实施例标签信息还可以包括管理员身份标识(ID)。

第二获取模块22，用于接收到检测模块20发送的通知，获取满足预设条件的配置信息。

处理模块23，用于将获得的配置信息以及确定出的标签信息对应存储；根据获得的配置信息对集群系统进行配置。

其中，本发明实施例第二获取模块22中用于获取预先存储的满足预设条件的配置信息包括：

根据确定出的标签信息获取上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；将查找到的配置信息作为满足预设条件的配置信息；或者，

将预设的配置信息作为满足预设条件的配置信息。

其中，本发明实施例配置信息包括集群系统的各个层级所包含的配置参数。

可选地，本发明实施例装置还包括检测处理模块24，用于：

针对于集群系统的每一个配置参数，检测配置参数是否被修改；

当检测到配置参数已被修改时，获取配置参数被修改的时间点以及修改后的配置参数；

确定与修改后的配置参数、时间点均对应的标签信息；

将确定出的与修改后的配置参数、时间点均对应的标签信息，以及修改后的配置参数对应存储。

可选地，本发明实施例装置还包括升级处理模块25，用于当集群系统需要升级时，获取升级的配置参数，并根据获得的升级的配置参数对集群系统进行升级处理；

检测模块20，还用于检测升级处理后的集群系统是否发生异常；当检测到升级处理后的集群系统发生异常时，通知第二获取模块22继续获取满足预设条件的配置信息；当检测到升级处理后的集群系统未发生异常时，通知第一获取模块21继续获取集群系统当前运行的配置信息；相应地，

第一获取模块21，还用于接收到检测模块20发送的继续获取集群系统当前运行的配置信息的通知，继续获取集群系统当前运行的配置信息；

第二获取模块22，还用于接收到检测模块20发送的继续获取满足预设条件的配置信息的通知，继续获取满足预设条件的配置信息。

可选地，本发明实施例装置还包括降级处理模块26，用于：

当集群系统需要降级时，获取已存储的上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；

按照查找到的配置信息对集群系统进行降级处理。

可选地，上述处理配置参数的装置可以设置在分布式配置管理平台中；其中，上述处理配置参数的装置与分布式配置管理平台管理的各个节点(服务器)相连。

图4为本发明实施例一种处理配置参数的方法的流程图，如图4所示，包括：

步骤401：当检测到集群系统未发生异常时，获取集群系统当前运行的配置信息；当判断出获得的配置信息未存储时，确定与获得的配置信息对应的标签信息；将获得的配置信息以及确定出的标签信息对应存储。

其中，本发明实施例配置信息包括集群系统的各个层级所包含的配置参数。

其中，本发明实施例配置信息如图3所示，假设集群系统的各个层级(如图1所示)包括7个配置参数，分别为第一级的配置参数A，第二级的配置参数B，第三级的配置参数C、配置参数D、配置参数E、配置参数F和配置参数G，则初始的配置信息为：ABCDEFG；假设在某一时刻，只有配置参数A较初始值发生了一次变化，则此时修改后的配置信息可以为A0BCDEFG，其中，A0表示配置参数A发生了一次变化(修改)；假设在另一时刻，配置参数A较其初始值发生了一次变化，配置参数D较其初始值发生了三次变化，配置参数D较其初始值发生了三次变化，则此时修改后的配置信息可以为A0BC3D3EFG，其中，A0表示配置参数A发生了一次变化(修改)，C3表示配置参数C发生了三次变化(修改)，D3表示配置参数D发生了三次变化(修改)。

其中，本发明实施例标签信息包括：版本号和时间点。可选地，本发明实施例标签信息还可以包括管理员身份标识(ID)。

其中，本发明实施例配置参数可以是该层级可以调配的服务器的互联网协议(IP，Internet Protocol)地址。

步骤402：当检测到集群系统发生异常时，获取满足预设条件的配置信息；根据获得的配置信息对集群系统进行配置。

其中，本发明实施例获取预先存储的满足预设条件的配置信息包括：

根据确定出的标签信息获取上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；将查找到的配置信息作为满足预设条件的配置信息；或者，

将预设的配置信息作为满足预设条件的配置信息。

可选地，本发明实施例方法还包括：

针对于集群系统的每一个配置参数，检测配置参数是否被修改；

当检测到配置参数已被修改时，获取配置参数被修改的时间点以及修改后的配置参数；

确定与修改后的配置参数、时间点均对应的标签信息；

将确定出的与修改后的配置参数、时间点均对应的标签信息，以及修改后的配置参数对应存储。

可选地，当集群系统需要升级时，本发明实施例方法还包括：

获取升级的配置参数，并根据获得的升级的配置参数对集群系统进行升级处理；

检测升级处理后的集群系统是否发生异常；

当检测到升级处理后的集群系统发生异常时，继续执行获取满足预设条件的配置信息的步骤；

当检测到升级处理后的集群系统未发生异常时，继续执行获取集群系统当前运行的配置信息的步骤。

其中，本发明实施例可以通过集群系统的各个管理员的输入信息获取升级的配置参数，如增加集群系统中某一级所包含的服务器的IP地址等。例如，如图3所示的订单处理集群，当订单量猛增时，订单处理集群需要扩容(升级)就要增加订单处理能力，即可以直接的增加第二级，直接增加第二级所包含的服务器数量，并把增加的服务器IP地址写到第一级的配置参数A中；再比如，用订单量一下猛增，第三级的子服务扣款服务集群处理不来，同样可以直接增加扣款服务集群的所包含的服务器的数量，这些新增的机器IP需要写入到配置参数F里。

可选地，当集群系统需要降级时，本发明实施例方法还包括：

获取已存储的上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；

按照查找到的配置信息对集群系统进行降级处理。

需要说明的是，如何获知集群系统是否需要升级以及是否需要降级属于本领域技术人员所熟知的惯用技术手段，此处不再赘述，并不用来限制本申请。

本申请实施方式中，通过当检测到集群系统未发生异常且获得的配置信息未存储时，将获得的配置信息以及确定出的标签信息对应存储，以及当检测到集群系统发生异常时，根据获得满足预设条件的配置信息对集群系统进行配置，从而提高了集群服务的高可用性，提升了用户体验。

图5为本发明另一实施例处理配置参数的方法的流程图，如图5所示，包括：

步骤501：检测集群系统是否发生异常。当检测到集群系统未发生异常时，转入步骤502；当检测到集群系统发生异常时，转入步骤505。

步骤502：获取集群系统当前运行的配置信息。

其中，本发明实施例配置信息包括集群系统的各个层级所包含的配置参数。

其中，本发明实施例配置参数可以是该层级可以调配的服务器的互联网协议(IP，Internet Protocol)地址。

其中，本发明实施例配置信息如图3所示，假设集群系统的各个层级(如图1所示)包括7个配置参数，分别为第一级的配置参数A，第二级的配置参数B，第三级的配置参数C、配置参数D、配置参数E、配置参数F和配置参数G，则初始的配置信息为：ABCDEFG；假设在某一时刻，只有配置参数A较初始值发生了一次变化，则此时修改后的配置信息可以为A0BCDEFG，其中，A0表示配置参数A发生了一次变化(修改)；假设在另一时刻，配置参数A较其初始值发生了一次变化，配置参数D较其初始值发生了三次变化，配置参数D较其初始值发生了三次变化，则此时修改后的配置信息可以为A0BC3D3EFG，其中，A0表示配置参数A发生了一次变化(修改)，C3表示配置参数C发生了三次变化(修改)，D3表示配置参数D发生了三次变化(修改)。

步骤503：判断获得的配置信息是否存储。当判断出获得的配置信息未存储时，转入步骤504；否则，继续执行步骤501。

步骤504：确定与获得的配置信息对应的标签信息，以及将获得的配置信息以及确定出的标签信息对应存储。

其中，本发明实施例标签信息包括：版本号和时间点。可选地，本发明实施例标签信息还可以包括管理员身份标识(ID)。

步骤505：获取满足预设条件的配置信息。

其中，本发明实施例获取预先存储的满足预设条件的配置信息包括：

根据确定出的标签信息获取上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；将查找到的配置信息作为满足预设条件的配置信息；或者，

将预设的配置信息作为满足预设条件的配置信息。

步骤506：根据获得的配置信息对集群系统进行配置。

可选地，本发明实施例方法还包括：

针对于集群系统的每一个配置参数，检测配置参数是否被修改；

当检测到配置参数已被修改时，获取配置参数被修改的时间点以及修改后的配置参数；

确定与修改后的配置参数、时间点均对应的标签信息；

将确定出的与修改后的配置参数、时间点均对应的标签信息，以及修改后的配置参数对应存储。

可选地，当集群系统需要升级时，本发明实施例方法还包括：

获取升级的配置参数，并根据获得的升级的配置参数对集群系统进行升级处理；

检测升级处理后的集群系统是否发生异常；

当检测到升级处理后的集群系统发生异常时，继续执行获取满足预设条件的配置信息的步骤；

当检测到升级处理后的集群系统未发生异常时，继续执行获取集群系统当前运行的配置信息的步骤。

其中，本发明实施例可以通过集群系统的各个管理员的输入信息获取升级的配置参数，如增加集群系统中某一级所包含的服务器的IP地址等。例如，如图3所示的订单处理集群，当订单量猛增时，订单处理集群需要扩容(升级)就要增加订单处理能力，即可以直接的增加第二级，直接增加第二级所包含的服务器数量，并把增加的服务器IP地址写到第一级的配置参数A中；再比如，用订单量一下猛增，第三级的子服务扣款服务集群处理不来，同样可以直接增加扣款服务集群的所包含的服务器的数量，这些新增的机器IP需要写入到配置参数F里。

可选地，当集群系统需要降级时，本发明实施例方法还包括：

获取已存储的上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；

按照查找到的配置信息对集群系统进行降级处理。

需要说明的是，如何获知集群系统是否需要升级以及是否需要降级属于本领域技术人员所熟知的惯用技术手段，此处不再赘述，并不用来限制本申请。

本申请还提供一种处理配置参数的装置，至少包括存储器和处理器，其中，存储器中存储有以下可执行指令：当检测到集群系统未发生异常时，获取集群系统当前运行的配置信息；当判断出获得的配置信息未存储时，确定与获得的配置信息对应的标签信息；将获得的配置信息以及确定出的标签信息对应存储；当检测到集群系统发生异常时，获取满足预设条件的配置信息；根据获得的配置信息对集群系统进行配置；处理器执行上述可执行指令。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的每个模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本发明不限制于任何特定形式的硬件和软件的结合。

虽然本发明所揭露的实施方式如上，但的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种处理配置参数的方法，其特征在于，包括：

当检测到集群系统未发生异常时，获取集群系统的当前运行的配置信息；当判断出获得的配置信息未存储时，确定与获得的配置信息对应的标签信息；将获得的配置信息以及确定出的标签信息对应存储；

当检测到集群系统发生异常时，获取满足预设条件的配置信息；根据获得的配置信息对集群系统进行配置。

2.根据权利要求1所述的方法，其特征在于，所述获取预先存储的满足预设条件的配置信息包括：

根据确定出的所述标签信息获取上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；将查找到的配置信息作为满足预设条件的配置信息；或者，

将预设的配置信息作为满足预设条件的配置信息；

其中，所述配置信息包括所述集群系统的各个层级所包含的配置参数；

所述标签信息包括：版本号和时间点。

3.根据权利要求1所述的方法，其特征在于，该方法还包括：

针对于所述集群系统的每一个配置参数，检测所述配置参数是否被修改；

当检测到所述配置参数已被修改时，获取所述配置参数被修改的时间点以及修改后的配置参数；

确定与修改后的配置参数、所述时间点均对应的标签信息；

将确定出的与修改后的配置参数、所述时间点均对应的标签信息，以及修改后的配置参数对应存储。

4.根据权利要求1所述的方法，其特征在于，当所述集群系统需要升级时，该方法还包括：

获取升级的配置参数，并根据获得的升级的配置参数对所述集群系统进行升级处理；

检测升级处理后的集群系统是否发生异常；

当检测到所述升级处理后的集群系统发生异常时，继续执行所述获取满足预设条件的配置信息的步骤；

当检测到所述升级处理后的集群系统未发生异常时，继续执行所述获取集群系统当前运行的配置信息的步骤。

5.根据权利要求1所述的方法，其特征在于，当所述集群系统需要降级时，该方法还包括：

获取已存储的上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；

按照查找到的配置信息对所述集群系统进行降级处理。

6.一种处理配置参数的装置，其特征在于，包括：检测模块、第一获取模块、第二获取模块和处理模块；其中，

检测模块，用于当检测到集群系统未发生异常时，通知第一获取模块；当检测到集群系统发生异常时，通知第二获取模块；

第一获取模块，用于接收到检测模块发送的通知，获取集群系统当前运行的配置信息；当判断出获得的配置信息未存储时，确定与获得的配置信息对应的标签信息；

第二获取模块，用于接收到检测模块发送的通知，获取满足预设条件的配置信息；

处理模块，用于将获得的配置信息以及确定出的标签信息对应存储；根据获得的配置信息对集群系统进行配置。

7.根据权利要求6所述的装置，其特征在于，所述第二获取模块中用于获取预先存储的满足预设条件的配置信息包括：

根据确定出的所述标签信息获取上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；将查找到的配置信息作为满足预设条件的配置信息；或者，

将预设的配置信息作为满足预设条件的配置信息；

其中，所述配置信息包括所述集群系统的各个层级所包含的配置参数；

所述标签信息包括：版本号和时间点。

8.根据权利要求6所述的装置，其特征在于，该装置还包括检测处理模块，用于：

针对于所述集群系统的每一个配置参数，检测所述配置参数是否被修改；

当检测到所述配置参数已被修改时，获取所述配置参数被修改的时间点以及修改后的配置参数；

确定与修改后的配置参数、所述时间点均对应的标签信息；

将确定出的与修改后的配置参数、所述时间点均对应的标签信息，以及修改后的配置参数对应存储。

9.根据权利要求6所述的装置，其特征在于，该装置还包括升级处理模块，用于当所述集群系统需要升级时，获取升级的配置参数，并根据获得的升级的配置参数对所述集群系统进行升级处理；

所述检测模块，还用于检测升级处理后的集群系统是否发生异常；当检测到所述升级处理后的集群系统发生异常时，通知所述第二获取模块继续获取满足预设条件的配置信息；当检测到所述升级处理后的集群系统未发生异常时，通知所述第一获取模块继续获取集群系统当前运行的配置信息；相应地，

所述第一获取模块，还用于接收到所述检测模块发送的继续获取集群系统当前运行的配置信息的通知，继续获取集群系统当前运行的配置信息；

所述第二获取模块，还用于接收到所述检测模块发送的继续获取满足预设条件的配置信息的通知，继续获取满足所述预设条件的配置信息。

10.根据权利要求6所述的装置，其特征在于，该装置还包括降级处理模块，用于：

当所述集群系统需要降级时，获取已存储的上一时间点的标签信息，以及查找与获得的上一时间点的标签信息对应的配置信息；

按照查找到的配置信息对所述集群系统进行降级处理。