支持灰度模式的配置文件推送方法、中心服务器及存储介质与流程

本发明涉及应用程序开发领域，尤其涉及一种支持灰度模式的配置文件推送方法、中心服务器及存储介质。

背景技术：

传统的应用程序开发过程中，通常将应用程序与其配置文件一起打包交付，导致当应用程序有新版本发布前，需要将各环境(例如开发环境、测试环境、运行环境等)下客户端运行的旧版本应用程序对应的配置文件逐一修改，工作量大不易维护且容易出错，并且一旦出错，则影响整体运行系统的稳定性。

技术实现要素：

有鉴于此，本发明提出一种支持灰度模式的配置文件推送方法、服务器、中心服务器及存储介质，支持灰度模式的配置文件推送，能够降低新版本应用程序出现问题时的影响度，工作量少且容易维护。

首先，为实现上述目的，本发明提出一种支持灰度模式的配置文件推送方法，其特征在于，所述方法包括如下步骤：

s1、在中心服务器接收到客户端发送的带有第一标识信息的获取配置文件的请求后，将该请求中的第一标识信息与所述中心服务器的数据库中预存的灰度清单中记录的各个客户端的第一标识信息进行匹配，所述第一标识信息是地址类标识信息；

s2、若所述灰度清单中有第一标识信息与该请求中的第一标识信息相匹配，则获取所述中心服务器中预先存储的新版本应用程序对应的第一配置文件，并采用灰度发布的方式向该客户端发布所述第一配置文件；

s3、若所述灰度清单中无第一标识信息与该请求中的第一标识信息相匹配，则获取所述中心服务器中预先存储的旧版本应用程序对应的第二配置文件，并直接发送给该客户端。

进一步地，所述方法还包括如下步骤：

在中心服务器接收到带有第二标识信息的客户端发送的获取配置文件的请求后，将该请求中的第二标识信息与所述灰度清单中记录的各个客户端的第二标识信息进行匹配，所述第二标识信息是非地址类标识信息；

若所述灰度清单中有第二标识信息与该请求中的第二标识信息相匹配，则获取所述第一配置文件，并采用灰度发布的方式向该客户端发布所述第一配置文件；

若所述灰度清单中无第二标识信息与该请求中的第二标识信息相匹配，则获取所述第二配置文件，并直接发送给该客户端。

进一步地，在所述步骤s1之前，所述方法还包括如下步骤：

预先将所述第一配置文件、以及所述第二配置文件存储于所述中心服务器的数据库中；

在收到用户基于所述中心服务器提供的设置界面选择的采用灰度发布的方式发布新版本应用程序的客户端的第一标识信息后，将所选择的各个客户端的第一标识信息写入所述灰度清单，和/或，在收到用户基于所述中心服务器提供的设置界面选择的采用灰度发布的方式发布新版本应用程序的客户端的第二标识信息后，将所选择的各个客户端的第二标识信息写入所述灰度清单。

进一步地，所述第一标识信息包括ip地址、或mac地址，所述第二标识信息为环境变量。

此外，为实现上述目的，本发明还提供一种中心服务器，所述中心服务器包括存储器及处理器，所述存储器上存储有支持灰度模式的配置文件推送程序，所述支持灰度模式的配置文件推送程序被所述处理器执行时，实现如下步骤：

a1、在接收到客户端发送的带有第一标识信息的获取配置文件的请求后，将该请求中的第一标识信息与所述中心服务器的数据库中预存的灰度清单中记录的各个客户端的第一标识信息进行匹配，所述第一标识信息是地址类标识信息；

a2、若所述灰度清单中有第一标识信息与该请求中的第一标识信息相匹配，则获取所述中心服务器中预先存储的新版本应用程序对应的第一配置文件，并采用灰度发布的方式向该客户端发布所述第一配置文件；

a3、若所述灰度清单中无第一标识信息与该请求中的第一标识信息相匹配，则获取所述中心服务器中预先存储的旧版本应用程序对应的第二配置文件，并直接发送给该客户端。

进一步地，所述支持灰度模式的配置文件推送程序被所述处理器执行时，还实现如下步骤：

在接收到带有第二标识信息的客户端发送的获取配置文件的请求后，将该请求中的第二标识信息与所述灰度清单中记录的各个客户端的第二标识信息进行匹配，所述第二标识信息为非地址类标识信息；

若所述灰度清单中有第二标识信息与该请求中的第二标识信息相匹配，则获取所述第一配置文件，并采用灰度发布的方式向该客户端发布所述第一配置文件；

若所述灰度清单中无第二标识信息与该请求中的第二标识信息相匹配，则获取所述第二配置文件，并直接发送给该客户端。

进一步地，所述支持灰度模式的配置文件推送程序被所述处理器执行实现所述步骤s1之前，还实现如下步骤：

预先将所述第一配置文件、以及所述第二配置文件存储于所述中心服务器的数据库中；

在收到用户基于所述中心服务器提供的设置界面选择的采用灰度发布的方式发布新版本应用程序的客户端的第一标识信息后，将所选择的各个客户端的第一标识信息写入所述灰度清单，和/或，在收到用户基于所述中心服务器提供的设置界面选择的采用灰度发布的方式发布新版本应用程序的客户端的第二标识信息后，将所选择的各个客户端的第二标识信息写入所述灰度清单。

进一步地，所述第一标识信息包括ip地址、或mac地址，所述第二标识信息为环境变量。

进一步地，所述存储器上还存储有设置界面生成程序，所述设置界面生成程序被所述处理器执行以实现如下步骤：

在收到采用灰度发布的方式发布新版本应用程序的指令后，生成并显示设置界面，所述设置界面包括预先设置的各个客户端的第一标识信息，每个所述第一标识信息后面对应包括一个供用户选择采用灰度发布的方式发布新版本应用程序的第一选择项，和/或，所述设置界面包括预先设置的各个客户端的第二标识信息，每个第二标识信息后面对应包括一个供用户选择采用灰度发布方式发布新版本应用程序的第二选择项。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有支持灰度模式的配置文件推送程序，所述支持灰度模式的配置文件推送程序可被至少一个处理器执行，以使所述至少一个处理器执行上述的支持灰度模式的配置文件推送方法的步骤。

相较于现有技术，本发明所提出的支持灰度模式的配置文件推送方法、中心服务器及计算机可读存储介质，首先，在中心服务器接收到客户端发送的获取配置文件的请求后，将该请求中的第一标识信息与所述中心服务器的数据库中预存的灰度清单中记录的各个客户端的第一标识信息进行匹配；若所述灰度清单中有第一标识信息与该请求中的第一标识信息相匹配，则获取所述中心服务器中预先存储的新版本应用程序对应的第一配置文件，并采用灰度发布的方式向该客户端发布所述第一配置文件；若所述灰度清单中无第一标识信息与该请求中的第一标识信息相匹配，则获取所述中心服务器中预先存储的旧版本应用程序的第二配置文件，并直接发送给该客户端。能够降低新版本应用程序出现问题时的影响度，工作量少且容易维护。

附图说明

图1是本发明各个实施例一可选的应用环境示意图；

图2是图1中服务器一可选的硬件架构的示意图；

图3是图2中服务器一实施例中支持灰度模式的配置文件推送程序的程序模块示意图；

图4是本发明支持灰度模式的配置文件推送程序较佳实施例的实施流程示意图。

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

具体实施方式

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

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

参阅图1所示，是本发明各个实施例一可选的应用环境示意图。由图1可知，本发明各个实施例的应用环境包括，中心服务器10、客户端20、及网络30。其中，中心服务器10包括至少一个服务端、及数据库12(图2中所示)，在本实施例中，服务端为api服务端，数据库12中存储有灰度清单、新版本应用程序对应的第一配置文件、以及旧版本应用程序对应的第二配置文件，且灰度清单上记录有灰度运行新版本应用程序的各个客户端20的第一标识信息，和/或，记录有灰度运行新版本应用程序的各个客户端20对应的环境(例如开发环境、测试环境、运行环境等)的第二标识信息，需要说明的是，第一标识信息为地址类标识信息，例如ip地址、或mac地址，第二标识信息为非地址类标识信息，例如环境变量等。

需要说明的是，在本实施例中，当应用程序有新版本发布时，为了能够保证整体运行系统的稳定，以及降低新版本应用程序出现问题时的影响度，减少工作量且容易维护，在预设比例(例如30％)的客户端采用灰度发布的方式发布新版本应用程序，在其他客户端暂时直接发布旧版本的应用程序，因此，需要操作人员预先将采用灰度发布的方式发布新版本应用程序的客户端的第一标识信息，或者，将采用灰度发布的方式发布新版本应用程序的客户端的第二标识信息写入数据库12的灰度清单中，在本实施例的一种实施方式中，服务器11包括存储器111及处理器112(如图2所示)，存储器111中存储有设置界面生成程序，该设置界面生成程序被处理器112执行以实现如下步骤：在收到采用灰度发布的方式发布新版本应用程序的指令后，生成并显示设置界面，所述设置界面包括预先设置的各个客户端的第一标识信息，每个所述第一标识信息后面对应包括一个供用户选择采用灰度发布的方式发布新版本应用程序的第一选择项，和/或，所述设置界面包括预先设置的各个客户端的第二标识信息，每个第二标识信息后面对应包括一个供用户选择采用灰度发布方式发布新版本应用程序的第二选择项。

进一步地，可以理解的是，在收到用户基于服务器11提供的设置界面选择的采用灰度发布的方式发布新版本应用程序的客户端的第一标识信息后，将所选择的各个客户端的第一标识信息写入所述灰度清单，和/或，在收到用户基于所述中心服务器提供的设置界面选择的采用灰度发布的方式发布新版本应用程序的客户端的第二标识信息后，将所选择的各个客户端的第二标识信息写入所述灰度清单。

网络30可以是企业内部网(intranet)、互联网(internet)、全球移动通讯系统(globalsystemofmobilecommunication，gsm)、宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)、4g网络、5g网络、蓝牙(bluetooth)、wi-fi等无线或有线网络。

中心服务器10与客户端20之间通过网络30通讯连接。中心服务器10的api服务端在接收到客户端20发送的带有第一标识信息的获取配置文件的请求后，将该客户端20发送的请求中的第一标识信息与数据库12中存储的灰度清单中记录的第一标识信息进行匹配，若灰度清单中有第一标识信息与该客户端20发送的请求中的第一标识信息相匹配，则采用灰度发布的方式向该客户端20发布新版本应用程序对应的第一配置文件，若灰度清单中无第一标识信息与该客户端20发送的请求中的第一标识信息相匹配，则直接向该客户端20发送旧版本应用程序对应的第二配置文件。

或者，中心服务器10的api服务端在接收到带有第二标识信息的客户端20发送的获取配置文件的请求后，将该第二标识信息与数据库12中存储的灰度清单中记录的第二标识信息进行匹配，若灰度清单中有第二标识信息与该客户端20发送的请求中第二标识信息相匹配，则采用灰度发布的方式向该客户端20发布新版本应用程序对应的第一配置文件，若灰度清单中无第二标识信息与该客户端20发送的请求中的第二标识信息相匹配，则直接向该客户端20发送旧版本应用程序对应的第二配置文件。

参阅图2所示，是图1中中心服务器10一可选的硬件架构的示意图。本实施例中，中心服务器10可包括，但不仅限于，可通过通信总线110相互通信连接的存储器111、处理器112、及网络接口113。需要指出的是，图2仅示出了具有组件110-113的中心服务器10，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

其中，存储器111至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器111可以是中心服务器10的内部存储单元，例如中心服务器10的硬盘或内存。在另一些实施例中，存储器111也可以是中心服务器10的外部存储设备，例如中心服务器上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。当然，存储器111还可以既包括中心服务器10的内部存储单元也包括其外部存储设备。本实施例中，存储器111通常用于存储安装于中心服务器10的操作系统和各类应用软件，例如支持灰度模式的配置文件推送程序等。此外，存储器111还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器112在一些实施例中可以是中央处理器(centralprocessingunit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。处理器112通常用于控制中心服务器10的总体操作。本实施例中，处理器112用于运行存储器111中存储的程序代码或者处理数据，例如运行存储在存储器111中的支持灰度模式的配置文件推送程序等。

网络接口13可包括无线网络接口或有线网络接口，网络接口13通常用于在中心服务器10与其他电子设备之间建立通信连接。

通信总线110用于实现这些组件之间的通信连接。

图2仅示出了具有组件110-113以及支持灰度模式的配置文件推送程序的中心服务器10，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

可选地，中心服务器10还可以包括用户接口，用户接口可以包括显示器(display)、输入单元比如键盘(keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organiclight-emittingdiode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在基于社交网络的用户关键词提取装置中处理的信息以及用于显示可视化的用户界面。

在一实施例中，中心服务器10的存储器111中存储的支持灰度模式的配置文件推送程序被处理器112执行时实现如下步骤：

a、在中心服务器10接收到客户端20发送的带有第一标识信息的获取配置文件的请求后，将该客户端20发送的请求中的第一标识信息与数据库12中预先存储的灰度清单中记录的各个客户端的第一标识信息进行匹配；

b、若灰度清单中有第一标识信息与该请求中的第一标识信息相匹配，则获取数据库12中预先存储的新版本应用程序对应的第一配置文件，并采用灰度发布的方式向该客户端20发布第一配置文件；

c、若灰度清单中无第一标识信息与该客户端20发送的请求中的第一标识信息相匹配，则获取数据库12中预先存储的旧版本应用程序对应的第二配置文件，并直接发送给客户端20。

需要说明的是，当应用程序有待发布的新版本时，通过在预先确定的预设比例的客户端灰度发布新版本的应用程序，在其他客户端仍运行旧版本的应用程序，这样，可以实现在初始灰度的时候及时发现、以及调整问题，保证整体运行系统的稳定，以及降低新版本应用程序出现问题时的影响度。可以理解的是，要实现在预先确定的预设比例的客户端灰度发布新版本应用程序，则需预先在中心服务器10的数据库12中存储旧版本应用程序的配置文件、以及新版本应用程序的配置文件，并且在收到用户基于所述中心服务器提供的设置界面选择的采用灰度发布的方式发布新版本应用程序的客户端的第一标识信息后，将所选择的各个客户端的第一标识信息写入所述灰度清单和/或，在收到用户基于所述中心服务器提供的设置界面选择的采用灰度发布的方式发布新版本应用程序的客户端的第二标识信息后，将所选择的各个客户端的第二标识信息写入所述灰度清单。

这样，在中心服务器10接收到客户端20发送的带有第一标识信息的获取配置文件的请求后，将该客户端20的发送的请求中的第一标识信息(例如ip地址或mac地址)与数据库12中预先存储的灰度清单中记录的各个客户端的第一标识信息进行匹配；若灰度清单中有第一标识信息与该客户端20发送的请求中的标识信息相匹配，则获取数据库12中预先存储的新版本应用程序的第一配置文件，并采用灰度发布的方式向该客户端20发布第一配置文件；若灰度清单中无第一标识信息与该客户端20发送的请求中的第一标识信息相匹配，则获取数据库12中预先存储的旧版本应用程序的第二配置文件，并发送给该客户端20。

在其他实施方式中，当应用程序有待发布的新版本时，可能需要根据预先确定的客户端的各个运行环境(例如开发环境、测试环境、线上环境等)来选择灰度发布新版本的应用程序，此时，在中心服务器10接收到带有第二标识的客户端20发送的获取配置文件的请求后，将该请求中的第二标识信息与灰度清单中记录的第二标识信息进行匹配，若灰度清单中有第二标识信息与该请求中的第二标识信息相匹配，则获取数据库12中预先存储的新版本应用程序对应的第一配置文件，并采用灰度发布的方式向该客户端20发布第一配置文件；若灰度清单中无第二标识信息与该请求中的第二标识信息相匹配，则获取数据库12中预先存储的旧版本应用程序的第二配置文件，并直接发送给该客户端20。

可选地，在其他的实施例中，支持灰度模式配置文件推送程序还可以被分割为一个或者多个程序模块，一个或者多个程序模块被存储于存储器111中，并由一个或多个处理器(本实施例为处理器112)所执行，以完成本发明，本发明所称的程序模块是指能够完成特定功能的一系列计算机程序指令段。例如，参照图3所示，为本发明服务器一实施例中的支持灰度模式配置文件推送程序的程序模块示意图，该实施例中，支持灰度模式配置文件推送程序可以被分割为匹配模块201、灰度发布模块202、发送模块203，所述模块201-203所实现的功能或操作步骤均与上文类似，此处不再详述，示例性地，例如其中：

匹配模块201用于在中心服务器接收到客户端20发送的带有第一标识信息的获取配置文件的请求后，将该请求中的第一标识信息与所述中心服务器的数据库中预存的灰度清单中记录的各个客户端的第一标识信息进行匹配；

灰度发布模块202用于在若所述灰度清单中有第一标识信息与该请求中的第一标识信息相匹配，则获取所述中心服务器中预先存储的新版本应用程序对应的第一配置文件，并采用灰度发布的方式向该客户端20发布所述第一配置文件；

发送模块203用于在若所述灰度清单中无第一标识信息与该请求中的第一标识信息相匹配，则获取所述中心服务器中预先存储的旧版本应用程序对应的第二配置文件，并直接发送给该客户端20。

此外，本发明还提供一种支持灰度模式的配置文件推送方法。参照图4所示，为本发明支持灰度模式的配置文件推送方法较佳实施例的实施例流程示意图。该方法可以由一个服务器执行，该服务器可以由软件和/或硬件实现。

在本实施例中，支持灰度模式的配置文件推送方法包括：

步骤s301，在中心服务器接收到客户端20发送的带有第一标识信息的获取配置文件的请求后，将该请求中的第一标识信息与中心服务器的数据库中预存的灰度清单中记录的各个客户端的第一标识信息进行匹配；

步骤s302，若灰度清单中有第一标识信息与该请求中的第一标识信息相匹配，则获取中心服务器中预先存储的新版本应用程序对应的第一配置文件，并采用灰度发布的方式向该客户端20发布第一配置文件；

步骤s303，若灰度清单中无第一标识信息与该请求中的第一标识信息相匹配，则获取中心服务器10中预先存储的旧版本应用程序对应的第二配置文件，并直接发送给该客户端20。

需要说明的是，本实施例的服务器图1实施例中中心服务器10的服务端，当应用程序有待发布的新版本时，通过在预先确定的预设比例的客户端灰度发布新版本的应用程序，在其他客户端仍运行旧版本的应用程序，这样，可以实现在初始灰度的时候及时发现、以及调整问题，保证整体运行系统的稳定，以及降低新版本应用程序出现问题时的影响度。可以理解的是，要实现在预先确定的预设比例的客户端灰度发布新版本应用程序，则需预先在中心服务器10的数据库12中存储旧版本应用程序的配置文件、以及新版本应用程序的配置文件，并且需要相应的操作人员基于设置界面13的选择项选择灰度运行新版本应用程序的客户端的第一标识信息(例如ip地址或mac地址)或基于设置界面13的输入框输入灰度运行新版本应用程序的客户端的第一标识信息，并将所选择的第一标识信息或所输入的第一标识信息写入灰度清单。这样，当服务器接收到客户端20发送的获取配置文件的请求后，将该客户端20的标识信息(例如ip地址或mac地址)与数据库12中预先存储的灰度清单中记录的各个客户端的第一标识信息进行匹配；若灰度清单中有第一标识信息与该客户端的标识信息相匹配，则获取数据库12中预先存储的新版本应用程序的第一配置文件，并向该客户端灰度发布第一配置文件；若灰度清单中无第一标识信息与该客户的标识信息相匹配，则获取数据库12中预先存储的旧版本应用程序对应的第二配置文件，并发送给该客户端。

在其他实施方式中，当应用程序有待发布的新版本时，可能需要根据预先确定的客户端的各个运行环境(例如开发环境、测试环境、线上环境等)来选择灰度发布新版本的应用程序，此时，设置界面13上显示有预先设置的各个运行环境的第二标识信息，以及供操作人员(例如研发人员、或测试人员)选择灰度运行新版本应用程序的第二标识信息的第二选择项或供操作人员输入灰度运行新版本应用程序的第二标识信息的第二输入框。对应地，在灰度清单中记录有灰度运行新版本应用程序的各个运行环境的第二标识信息，当服务器11接收到带有第二标识的客户端20发送的获取配置文件的请求后，将该第二标识信息与灰度清单中记录的第二标识信息进行匹配，若灰度清单中有第二标识信息与该第二标识信息相匹配，则获取数据库12中预先存储的新版本应用程序对应的第一配置文件，并向该客户端20灰度发布第一配置文件；若灰度清单中无第二标识信息与该第二标识信息相匹配，则获取数据库12中预先存储的旧版本应用程序的第二配置文件，并发送给该客户端20。

此外，本发明实施例还提出一种计算机可读存储介质，该计算机可读存储介质上存储有支持灰度模式的配置文件推送程序，该支持灰度模式的配置文件推送程序被处理器执行时实现如下步骤：

在中心服务器接收到客户端发送的获取配置文件的请求后，将该请求中的第一标识信息与所述中心服务器的数据库中预存的灰度清单中记录的各个客户端的第一标识信息进行匹配，所述第一标识信息是地址类标识信息；

若所述灰度清单中有第一标识信息与该请求中的第一标识信息相匹配，则获取所述中心服务器中预先存储的新版本应用程序对应的第一配置文件，并采用灰度发布的方式向该客户端发布所述第一配置文件；

若所述灰度清单中无第一标识信息与该请求中的第一标识信息相匹配，则获取所述中心服务器中预先存储的旧版本应用程序的第二配置文件，并直接发送给该客户端。

进一步地，该支持灰度模式的配置文件推送程序被处理器执行时还实现如下步骤：

在中心服务器接收到带有第二标识信息的客户端发送的获取配置文件的请求后，将该请求中的第二标识信息与所述灰度清单中记录的客户端的第二标识信息进行匹配；

若所述灰度清单中有第二标识信息与该请求中的第二标识信息相匹配，则获取所述中心服务器中预先存储的新版本应用程序对应的第一配置文件，并采用灰度发布的方式向该客户端发布所述第一配置文件；

若所述灰度清单中无第二标识信息与该请求中的第二标识信息相匹配，则获取所述中心服务器中预先存储的旧版本应用程序对应的第二配置文件，并直接发送给该客户端。

本发明计算机可读存储介质具体实施方式与上述支持灰度模式的配置文件推送方法和服务器各实施例基本相同，在此不作累述。

通过上述各个实施例可知，本发明的支持灰度模式的配置文件推送方法、服务器、中心服务器及计算机可读存储介质，通过在中心服务器的服务器接收到客户端发送的获取配置文件的请求后，将该客户端的第一标识信息与灰度清单中记录的各个客户端的第一标识信息进行匹配，其中，所述中心服务器的数据库中预存有所述灰度清单；若所述灰度清单中有第一标识信息与该客户端的第一标识信息相匹配，则获取所述中心服务器中预先存储的新版本应用程序对应的第一配置文件，并向该客户端灰度发布所述第一配置文件；若所述灰度清单中无第一标识信息与该客户端的第一标识信息相匹配，则获取所述中心服务器中预先存储的旧版本应用程序的第二配置文件，并发送给该客户端。能够保证整体运行系统的稳定，以及降低新版本应用程序出现问题时的影响度，工作量少且容易维护。

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

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

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