业务管理装置及方法与流程

本发明涉及网络通信技术领域，尤其涉及一种业务管理装置及方法。

背景技术：

在分布式集群系统的日常运维中，通常需要在分布式集群系统不宕机的情况下，线上修改分布式集群系统中当前正在运行的某个业务的配置参数，以对该业务进行改造、升级等业务更新。由于一旦配置参数修改完成，就会在分布式集群系统中的所有集群节点上即时生效，也即完成线上对该业务进行业务更新的操作，业务更新的效率很高。但是，若修改的配置参数并不合适，而其已经在所有的集群节点上生效，这就会带来极大的不良影响，导致业务更新的可靠性不高。

技术实现要素：

本发明的主要目的在于提出一种业务管理装置及方法，旨在解决现有技术中业务更新的可靠性不高的技术问题。

为实现上述目的，本发明提供一种业务管理装置，所述业务管理装置包括：

生成模块，用于在业务对应的配置参数更新后，根据更新后的所述配置参数，生成所述业务对应的灰度版本，其中，所述业务运行于分布式集群系统；

设置模块，用于选取所述分布式集群系统中的多个集群节点，并将选取的所述多个集群节点设置为灰度节点；

测试模块，用于将生成的所述灰度版本发布至所述灰度节点，对所述灰度版本进行测试；

发布模块，用于当测试成功时，将所述灰度版本发布至所述分布式集群系统，以对所述业务进行更新。

可选地，所述业务管理装置还包括：

处理模块，用于当测试失败时，发出相应的提示信息，以供用户对所述配置参数进行修改；

所述生成模块，还用于根据修改后的所述配置参数，重新生成所述业务对应的灰度版本；

所述测试模块，还用于将重新生成的所述灰度版本发布至所述灰度节点，对重新生成的所述灰度版本进行测试。

可选地，所述设置模块包括：

选取单元，用于选取所述分布式集群系统中的多个集群节点，根据选取的所述多个集群节点生成灰度节点列表；

设置单元，用于依次将所述灰度节点列表中每个集群节点的外网IP协议路由关闭，外网IP路由关闭的所述集群节点为灰度节点。

可选地，所述设置单元还用于：

依次将所述灰度节点列表中每个集群节点的外网IP路由开启，并删除所述灰度节点列表。

可选地，所述测试模块用于：

当接收到基于预设的灰度发布按键触发的灰度发布指令时，将生成的所述灰度版本发布至所述灰度节点，对所述灰度版本进行测试。

此外，为实现上述目的，本发明还提出一种业务管理方法，所述业务管理方法包括以下步骤：

在业务对应的配置参数更新后，根据更新后的所述配置参数，生成所述业务对应的灰度版本，其中，所述业务运行于分布式集群系统；

选取所述分布式集群系统中的多个集群节点，并将选取的所述多个集群节点设置为灰度节点；

将生成的所述灰度版本发布至所述灰度节点，对所述灰度版本进行测试；

当测试成功时，将所述灰度版本发布至所述分布式集群系统，以对所述业务进行更新。

可选地，所述将生成的所述灰度版本发布至所述灰度节点，对所述灰度版本进行测试的步骤之后，还包括：

当测试失败时，发出相应的提示信息，以供用户对所述配置参数进行修改；

根据修改后的所述配置参数，重新生成所述业务对应的灰度版本，并返回执行所述将生成的所述灰度版本发布至所述灰度节点，对所述灰度版本进行测试的步骤。

可选地，所述选取所述分布式集群系统中的多个集群节点，并将选取的所述多个集群节点设置为灰度节点的步骤包括：

选取所述分布式集群系统中的多个集群节点，根据选取的所述多个集群节点生成灰度节点列表；

依次将所述灰度节点列表中每个集群节点的外网IP协议路由关闭，外网IP路由关闭的所述集群节点为灰度节点。

可选地，所述当测试成功时，将所述灰度版本发布至所述分布式集群系统，以对所述业务进行更新的步骤之后，还包括：

依次将所述灰度节点列表中每个集群节点的外网IP路由开启，并删除所述灰度节点列表。

可选地，所述将生成的所述灰度版本发布至所述灰度节点，对所述灰度版本进行测试的步骤包括：

当接收到基于预设的灰度发布按键触发的灰度发布指令时，将生成的所述灰度版本发布至所述灰度节点，对所述灰度版本进行测试。

本发明提出的业务管理装置及方法，对于分布式集群系统中当前正在运行的某业务，当该业务对应的配置参数更新后，生成模块根据更新后的配置参数生成该业务对应的灰度版本，设置模块选取分布式集群系统中的多个集群节点，将选取的多个集群节点设置为灰度节点，然后测试模块将生成的该业务对应的灰度版本发布至灰度节点，对该业务对应的灰度版本进行测试，若测试成功，发布模块再将该业务对应的灰度版本发布至分布式集群系统，完成线上对该业务进行业务更新。由于在将该业务的灰度版本发布至分布式集群系统之前，已经在灰度节点上对该业务的灰度版本进行了测试，消除了潜在的由于业务对应的配置参数不合适带来不良影响的风险，因此，提高了业务更新的可靠性。

附图说明

图1为实现本发明各个实施例的终端的硬件结构示意图；

图2为本发明业务管理装置第一实施例的模块示意图；

图3为实现本发明各个实施例的通信系统示意图；

图4为本发明业务管理装置第二实施例的模块示意图；

图5为本发明业务管理装置第二实施例中设置模块的模块示意图；

图6为本发明业务管理方法第一实施例的流程示意图；

图7为本发明业务管理方法第二实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

现在将参考附图描述实现本发明各个实施例的终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。

本发明实施例提供的一种终端1100的硬件结构示意图，如图1所示，该终端1100包括：

处理器1110，是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案S10-S14执行的集成电路。

存储器1120，用于完成终端的各种软件程序的存储、数据的存储，以及软件程序的运行等。该存储器1120可以是RAM，EPROM，SSD，SD卡，HD硬盘中的一种或者多种。本发明实施例提供的视频文件和特效，也在存储器1120上运行和存储。

传感器1130，用于测量和记录数据，该传感器1130可以包括下列中的任一种或多种：摄像头、GPS模块、重力传感器、加速度传感器、距离传感器、光学传感器、麦克风、扬声器。

收发电路1140，用于提供通信功能，包括蜂窝网络(GSM/UMTS/LTE/CDMA等)、无线局域网(WLAN)、近距离通信(NFC)、蓝牙等中的一种或者多种。

电源1150，用于提供直流供电，或者将交流供电转换成直流供电。

I/O接口电路1160，用于提供对外接口。可选地，该I/O接口电路1160可以包括下列接口中的任一种或多种：USB接口、SD卡接口、按键接口。

显示器1170，可以是终端的显示屏和/或触摸屏，在显示屏的显示视频文件和特效；触摸屏用于接收用户触摸操作并转换成用户操作指令。

I/O控制电路1180，用于控制各种输入输出电路部件之间的数据交互，特别地，例如处理器1110与I/O接口电路1160、显示器1170之间的数据交互。

基于上述终端硬件结构，提出本发明业务管理装置各个实施例。

参照图2，图2为本发明业务管理装置第一实施例的模块示意图，在第一实施例中，该业务管理装置包括：

生成模块10，用于在业务对应的配置参数更新后，根据更新后的所述配置参数，生成所述业务对应的灰度版本，其中，所述业务运行于分布式集群系统；

对于拥有大量集群节点的分布式集群系统，现今常采用分布式配置管理平台来对分布式集群系统进行环境部署，以及对分布式集群系统上运行的业务的参数进行配置，如图3所示，分布式配置管理平台与分布式集群系统组成了业务运行管理的通信系统。在分布式集群系统的日常运维中，通常需要在分布式集群系统不宕机的情况下，线上修改分布式集群系统中当前正在运行的某个业务的配置参数，以对该业务进行改造、升级等业务更新，一旦配置参数修改完成，就会在分布式集群系统中的所有集群节点上即时生效(一个集群节点就是位于该分布式集群系统中的一台终端1100)，也即完成线上对该业务进行业务更新的操作，业务更新的效率很高。但是，若修改的配置参数并不合适，而其已经在所有的集群节点上生效，这就会带来极大的甚至是灾难性的不良影响，导致业务更新的可靠性不高。

为了提高业务更新的可靠性，提出本发明的业务管理装置，该业务管理装置应用于分布式配置管理平台。可选地，该业务管理装置设置于分布式配置管理平台中。本实施例中，当需要对分布式集群系统中当前正在运行的某个业务进行更新时，相关运维用户可首先在分布式配置管理平台上对该业务对应的相关配置参数进行修改，以更新该业务对应的配置参数。当该业务对应的配置参数更新后，生成模块10根据更新后的配置参数，生成该业务对应的灰度版本。可选地，在生成该业务对应的灰度版本之后，对生成的该灰度版本进行命名。可以理解的是，可以通过运维用户手动对生成的该灰度版本进行命名，也可以通过分布式配置管理平台自动对生成的该灰度版本进行命名，具体命名的方式在此不作限制。

设置模块20，用于选取所述分布式集群系统中的多个集群节点，并将选取的所述多个集群节点设置为灰度节点；

为了对该业务对应的灰度版本进行测试，本实施例中，设置模块20从分布式集群系统中选取多个集群节点，比如选取分布式集群系统中的边缘集群节点，并将选取的这些集群节点设置为灰度节点，作为该业务对应的灰度版本进行测试的测试集群节点。可以理解的是，选取集群节点的方式可根据分布式集群系统的实际情况进行灵活设置，在此不作限制。

测试模块30，用于将生成的所述灰度版本发布至所述灰度节点，对所述灰度版本进行测试；

当生成模块10生成了该业务对应的灰度版本，设置模块20设置了灰度节点之后，测试模块30将生成的该业务对应的灰度版本发布至灰度节点，在灰度节点上对该业务的灰度版本进行测试。也即在这些灰度节点上运行更新后的业务，对更新后的业务进行测试，监测更新后的业务在灰度节点上的业务运行情况，确定其在灰度节点上的业务运行情况是否符合业务更新的预期效果。若符合业务更新的预期效果，则该业务的灰度版本测试是成功的，否则，该业务的灰度版本测试失败。

发布模块40，用于当测试成功时，将所述灰度版本发布至所述分布式集群系统，以对所述业务进行更新。

当该业务的灰度版本在灰度节点上测试成功时，也即说明业务更新是成功时，发布模块40将该业务的灰度版本发布至分布式集群系统中的所有集群节点，也即在分布式集群系统中的所有集群节点上运行更新后的业务，从而完成了线上对该业务进行业务更新的操作。由于在将该业务的灰度版本发布至分布式集群系统中的所有集群节点之前，已经在灰度节点上对该业务的灰度版本进行了测试，并且是测试成功的，因此，不会出现更新后的业务在分布式集群系统中的所有集群节点上运行不符合预期效果的情况，也即提高了业务更新的可靠性。同时，还实现了业务更新在分布式集群系统中的所有集群节点上的快速同步，提高了分布式集群系统的稳定性，保证了分布式集群系统的高可用度。

本实施例提出的方案，对于分布式集群系统中当前正在运行的某业务，当该业务对应的配置参数更新后，生成模块10根据更新后的配置参数生成该业务对应的灰度版本，设置模块20选取分布式集群系统中的多个集群节点，将选取的多个集群节点设置为灰度节点，然后测试模块30将生成的该业务对应的灰度版本发布至灰度节点，对该业务对应的灰度版本进行测试，若测试成功，发布模块40再将该业务对应的灰度版本发布至分布式集群系统，完成线上对该业务进行业务更新。由于在将该业务的灰度版本发布至分布式集群系统之前，已经在灰度节点上对该业务的灰度版本进行了测试，消除了潜在的由于业务对应的配置参数不合适带来不良影响的风险，因此，提高了业务更新的可靠性。

进一步地，如图4所示，提出本发明业务管理装置第二实施例。业务管理装置第二实施例与业务管理装置第一实施例的区别在于，在业务管理装置第二实施例中，所述业务管理装置还包括：

处理模块50，用于当测试失败时，发出相应的提示信息，以供用户对所述配置参数进行修改；

所述生成模块10，还用于根据修改后的所述配置参数，重新生成所述业务对应的灰度版本；

所述测试模块30，还用于将重新生成的所述灰度版本发布至所述灰度节点，对重新生成的所述灰度版本进行测试。

本实施例中，测试模块30将生成的该业务对应的灰度版本发布至灰度节点，在灰度节点上对该业务的灰度版本进行测试。也即在这些灰度节点上运行更新后的业务，对更新后的业务进行测试，监测更新后的业务在灰度节点上的业务运行情况，确定其在灰度节点上的业务运行情况是否符合业务更新的预期效果。若符合业务更新的预期效果，则判断该业务的灰度版本测试成功，否则，判断该业务的灰度版本测试失败。

当该业务的灰度版本测试成功时，发布模块40将该业务的灰度版本发布至分布式集群系统中的所有集群节点。当该业务的灰度版本测试失败时，处理模块50发出相应的提示信息，比如弹出修改配置参数的提示信息。运维用户在查看到该提示信息后，即可在分布式配置管理平台上对该业务对应的相关配置参数进行修改。生成模块10根据修改后的配置参数，重新生成该业务对应的灰度版本，也即将该业务对应的灰度版本进行更新。

之后，测试模块30将当前重新生成的灰度版本发布至灰度节点，在灰度节点上对重新生成的灰度版本进行测试。若此次测试成功，则发布模块40将重新生成的灰度版本发布至分布式集群系统的所有集群节点，完成线上对该业务进行业务更新。若此次测试失败，则再重复之前的操作，再次修改该业务对应的配置参数，重新再次生成该业务对应的灰度版本进行测试，直至当测试成功时，发布模块40将最终生成的灰度版本发布至分布式集群系统的所有集群节点，完成线上对该业务进行业务更新。

进一步地，如图5所示，本实施例中，所述设置模块20包括：

选取单元21，用于选取所述分布式集群系统中的多个集群节点，根据选取的所述多个集群节点生成灰度节点列表；

设置单元22，用于依次将所述灰度节点列表中每个集群节点的外网IP协议路由关闭，外网IP路由关闭的所述集群节点为灰度节点。

在本实施例中，选取单元21从分布式集群系统中选取多个集群节点后，根据所选取的多个集群节点，生成相应的灰度节点列表，该灰度节点列表中包含了所选取的多个集群节点。然后，设置单元22根据该灰度节点列表，依次将该灰度节点列表中每个集群节点的外网IP协议路由关闭，外网IP路由关闭的集群节点成为了灰度节点。对于集群节点的外网IP路由的关闭方式，取决于分布式集群系统的网络环境，在此不作限制。

进一步地，本实施例中，所述设置单元22还用于：

依次将所述灰度节点列表中每个集群节点的外网IP路由开启，并删除所述灰度节点列表。

在将该业务对应的灰度版本发布至分布式集群系统之后，设置单元22根据之前生成的灰度节点列表，依次将该灰度节点列表中每个集群节点的外网IP路由开启，也即恢复灰度节点的正常运行模式，使其重新加入分布式集群系统中。然后，将之前所生成的该灰度节点列表删除。

进一步地，为了提高运维用户的交互体验，本实施例中，所述测试模块30用于：

当接收到基于预设的灰度发布按键触发的灰度发布指令时，将生成的所述灰度版本发布至所述灰度节点，对所述灰度版本进行测试。

进一步地，分布式配置管理平台上预设有灰度发布按键，当生成了该业务对应的灰度版本之后，需要对生成的该灰度版本进行测试时，运维用户可点击分布式配置管理平台上的灰度发布按键，触发灰度发布指令。当接收到灰度发布指令时，测试模块30将生成的灰度版本发布至灰度节点，对生成的灰度版本进行测试。

进一步地，还可以在分布式配置管理平台上预设一同步按键，当该业务对应的灰度版本测试成功之后，运维用户可点击分布式配置管理平台上的同步按键，启动分布式配置管理平台的同步功能。当同步功能启动时，发布模块40将生成的灰度版本发布至分布式集群系统中的所有集群节点，完成线上对该业务进行业务更新。

本实施例提出的方案，当业务对应的灰度版本测试失败时，生成模块10会根据修改后的配置参数，重新生成业务对应的灰度版本，测试模块30将重新生成的灰度版本发布至灰度节点，对重新生成的灰度版本进行测试，重复之前的操作，直至当灰度版本测试成功时，发布模块40将此灰度版本发布至分布式集群系统中，完成线上对该业务进行业务更新，从而保证了业务更新的可靠性。并且，运维用户可通过手动操作触发灰度发布指令，测试模块30根据该灰度发布指令将生成的灰度版本发布至灰度节点，对生成的灰度版本进行测试，提高了用户的交互体验。

本发明进一步提供一种业务管理方法。

参照图6，图6为本发明业务管理方法第一实施例的流程示意图，在第一实施例中，该业务管理方法包括以下步骤：

步骤S10，在业务对应的配置参数更新后，根据更新后的所述配置参数，生成所述业务对应的灰度版本，其中，所述业务运行于分布式集群系统；

对于拥有大量集群节点的分布式集群系统，现今常采用分布式配置管理平台来对分布式集群系统进行环境部署，以及对分布式集群系统上运行的业务的参数进行配置，如图3所示，分布式配置管理平台与分布式集群系统组成了业务运行管理的通信系统。在分布式集群系统的日常运维中，通常需要在分布式集群系统不宕机的情况下，线上修改分布式集群系统中当前正在运行的某个业务的配置参数，以对该业务进行改造、升级等业务更新，一旦配置参数修改完成，就会在分布式集群系统中的所有集群节点上即时生效(一个集群节点就是位于该分布式集群系统中的一台终端1100)，也即完成线上对该业务进行业务更新的操作，业务更新的效率很高。但是，若修改的配置参数并不合适，而其已经在所有的集群节点上生效，这就会带来极大的甚至是灾难性的不良影响，导致业务更新的可靠性不高。

为了提高业务更新的可靠性，本实施例中，当需要对分布式集群系统中当前正在运行的某个业务进行更新时，相关运维用户可首先在分布式配置管理平台上对该业务对应的相关配置参数进行修改，以更新该业务对应的配置参数。当该业务对应的配置参数更新后，分布式配置管理平台根据更新后的配置参数，生成该业务对应的灰度版本。可选地，在生成该业务对应的灰度版本之后，对生成的该灰度版本进行命名。可以理解的是，可以通过运维用户手动对生成的该灰度版本进行命名，也可以通过分布式配置管理平台自动对生成的该灰度版本进行命名，具体命名的方式在此不作限制。

步骤S20，选取所述分布式集群系统中的多个集群节点，并将选取的所述多个集群节点设置为灰度节点；

为了对该业务对应的灰度版本进行测试，本实施例中，分布式配置管理平台从分布式集群系统中选取多个集群节点，比如选取分布式集群系统中的边缘集群节点，并将选取的这些集群节点设置为灰度节点，作为该业务对应的灰度版本进行测试的测试集群节点。可以理解的是，选取集群节点的方式可根据分布式集群系统的实际情况进行灵活设置，在此不作限制。

步骤S30，将生成的所述灰度版本发布至所述灰度节点，对所述灰度版本进行测试；

当生成了该业务对应的灰度版本，并设置了灰度节点之后，分布式配置管理平台将生成的该业务对应的灰度版本发布至灰度节点，在灰度节点上对该业务的灰度版本进行测试。也即在这些灰度节点上运行更新后的业务，对更新后的业务进行测试，监测更新后的业务在灰度节点上的业务运行情况，确定其在灰度节点上的业务运行情况是否符合业务更新的预期效果。若符合业务更新的预期效果，则该业务的灰度版本测试是成功的，否则，该业务的灰度版本测试失败。

步骤S40，当测试成功时，将所述灰度版本发布至所述分布式集群系统，以对所述业务进行更新。

当该业务的灰度版本在灰度节点上测试成功时，也即说明业务更新是成功时，分布式配置管理平台将该业务的灰度版本发布至分布式集群系统中的所有集群节点，也即在分布式集群系统中的所有集群节点上运行更新后的业务，从而完成了线上对该业务进行业务更新的操作。由于在将该业务的灰度版本发布至分布式集群系统中的所有集群节点之前，已经在灰度节点上对该业务的灰度版本进行了测试，并且是测试成功的，因此，不会出现更新后的业务在分布式集群系统中的所有集群节点上运行不符合预期效果的情况，也即提高了业务更新的可靠性。同时，还实现了业务更新在分布式集群系统中的所有集群节点上的快速同步，提高了分布式集群系统的稳定性，保证了分布式集群系统的高可用度。

本实施例提出的方案，对于分布式集群系统中当前正在运行的某业务，当该业务对应的配置参数更新后，根据更新后的配置参数生成该业务对应的灰度版本，并选取分布式集群系统中的多个集群节点，将选取的多个集群节点设置为灰度节点，然后将生成的该业务对应的灰度版本发布至灰度节点，对该业务对应的灰度版本进行测试，若测试成功，再将该业务对应的灰度版本发布至分布式集群系统，完成线上对该业务进行业务更新。由于在将该业务的灰度版本发布至分布式集群系统之前，已经在灰度节点上对该业务的灰度版本进行了测试，消除了潜在的由于业务对应的配置参数不合适带来不良影响的风险，因此，提高了业务更新的可靠性。

进一步地，如图7所示，提出本发明业务管理方法第二实施例。业务管理方法第二实施例与业务管理方法第一实施例的区别在于，在业务管理方法第二实施例中，所述步骤S30之后，还包括：

步骤S50，判断测试是否成功，若是，则执行所述步骤S40；若否，则执行步骤S60；

步骤S60，发出相应的提示信息，以供用户对所述配置参数进行修改；

步骤S70，根据修改后的所述配置参数，重新生成所述业务对应的灰度版本，并返回执行所述步骤S30。

本实施例中，分布式配置管理平台将生成的该业务对应的灰度版本发布至灰度节点，在灰度节点上对该业务的灰度版本进行测试。也即在这些灰度节点上运行更新后的业务，对更新后的业务进行测试，监测更新后的业务在灰度节点上的业务运行情况，确定其在灰度节点上的业务运行情况是否符合业务更新的预期效果。若符合业务更新的预期效果，则判断该业务的灰度版本测试成功，否则，判断该业务的灰度版本测试失败。

当该业务的灰度版本测试成功时，将该业务的灰度版本发布至分布式集群系统中的所有集群节点。当该业务的灰度版本测试失败时，发出相应的提示信息，比如弹出修改配置参数的提示信息。运维用户在查看到该提示信息后，即可在分布式配置管理平台上对该业务对应的相关配置参数进行修改。分布式配置管理平台根据修改后的配置参数，重新生成该业务对应的灰度版本，也即将该业务对应的灰度版本进行更新。

之后，再重复之前的操作，将当前重新生成的灰度版本发布至灰度节点，在灰度节点上对重新生成的灰度版本进行测试。若此次测试成功，则将重新生成的灰度版本发布至分布式集群系统的所有集群节点，完成线上对该业务进行业务更新。若此次测试失败，则再次修改该业务对应的配置参数，重新再次生成该业务对应的灰度版本进行测试，直至当测试成功时，将最终生成的灰度版本发布至分布式集群系统的所有集群节点，完成线上对该业务进行业务更新。

进一步地，本实施例中，所述步骤S20包括：

步骤a，选取所述分布式集群系统中的多个集群节点，根据选取的所述多个集群节点生成灰度节点列表；

步骤b，依次将所述灰度节点列表中每个集群节点的外网IP协议路由关闭，外网IP路由关闭的所述集群节点为灰度节点。

在本实施例中，当从分布式集群系统中选取了多个集群节点后，根据所选取的多个集群节点，生成相应的灰度节点列表，该灰度节点列表中包含了所选取的多个集群节点。然后，根据该灰度节点列表，依次将该灰度节点列表中每个集群节点的外网IP协议路由关闭，外网IP路由关闭的集群节点成为了灰度节点。对于集群节点的外网IP路由的关闭方式，取决于分布式集群系统的网络环境，在此不作限制。

进一步地，本实施例中，所述步骤S40之后，还包括：

步骤c，依次将所述灰度节点列表中每个集群节点的外网IP路由开启，并删除所述灰度节点列表。

在将该业务对应的灰度版本发布至分布式集群系统之后，分布式配置管理平台根据之前生成的灰度节点列表，依次将该灰度节点列表中每个集群节点的外网IP路由开启，也即恢复灰度节点的正常运行模式，使其重新加入分布式集群系统中。然后，将之前所生成的该灰度节点列表删除。

进一步地，为了提高运维用户的交互体验，本实施例中，所述步骤S30包括：

步骤d，当接收到基于预设的灰度发布按键触发的灰度发布指令时，将生成的所述灰度版本发布至所述灰度节点，对所述灰度版本进行测试。

进一步地，分布式配置管理平台上预设有灰度发布按键，当生成了该业务对应的灰度版本之后，需要对生成的该灰度版本进行测试时，运维用户可点击分布式配置管理平台上的灰度发布按键，触发灰度发布指令。当接收到灰度发布指令时，分布式配置管理平台将生成的灰度版本发布至灰度节点，对生成的灰度版本进行测试。

进一步地，还可以在分布式配置管理平台上预设一同步按键，当该业务对应的灰度版本测试成功之后，运维用户可点击分布式配置管理平台上的同步按键，启动分布式配置管理平台的同步功能。当同步功能启动时，分布式配置管理平台将生成的灰度版本发布至分布式集群系统中的所有集群节点，完成线上对该业务进行业务更新。

本实施例提出的方案，当业务对应的灰度版本测试失败时，会根据修改后的配置参数，重新生成业务对应的灰度版本，继而重复之前的操作，将重新生成的灰度版本发布至灰度节点，对重新生成的灰度版本进行测试，直至当灰度版本测试成功时，将此灰度版本发布至分布式集群系统中，完成线上对该业务进行业务更新，从而保证了业务更新的可靠性。并且，运维用户可通过手动操作触发灰度发布指令，从而将生成的灰度版本发布至灰度节点，对生成的灰度版本进行测试，提高了用户的交互体验。

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

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。