CN113485767A - 一种控制配置更新方法、系统及电子设备 - Google Patents

Abstract

本申请提供了一种控制配置更新方法、系统及电子设备，通过本申请所提供的方法，基于业务子系统已存标识与配置项中的标识是否一致判定配置项是否变更，在业务子系统配置项变更后，通过查询配置项所属的业务子系统可定位依赖该配置的业务子系统，并实现针对该业务子系统的部分热更新，避免了配置项发生变更之后全局更新的影响，提升了配置系统的更新效率以及稳定性。

Description

一种控制配置更新方法、系统及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种控制配置更新方法、系统及电子设备。

背景技术

目前，对于系统的配置一般采用静态化配置，也就是每个系统单独写配置文件，这样就会出现在微服务架构下，一个项目会存在多个逻辑模块独立部署，那么每个模块都会需要一份配置文件，因此配置文件过于分散，难以管理。另外，由于采用静态配置文件的方式，所以当配置进行修改后，不容易形成记录，比如记录修改时间、修改内容以及修改人。

为了解决上述问题，配置中心替代了原来的静态配置方式，通过配置中心可以实现配置的集中管理，从而解决配置文件过于分散的问题，并且通过配置中心可以实现配置与应用分离，也就是区分不同环境，从而根据不同环境从配置中心拉取不同的配置。

但是，在配置中心中若是某一配置项发生改变，则需要通知配置中心下的每个业务子系统进行配置更新，这样不仅导致配置效率较低，也将导致配置资源浪费。

发明内容

本发申请提供了一种控制配置更新方法、系统及电子设备，用以实现只对发生配置项变更的业务子系统进行配置更新。具体方案如下：

第一方面，本申请提供了一种控制配置更新方法，所述方法包括：

获取业务子系统对应的配置项，判定所述业务子系统中是否存在第一标识，其中，所述第一标识根据所述业务子系统的配置项得到；

若存在所述第一标识，判定所述配置项中的第二标识与所述第一标识是否一致；

若所述不一致，将所述业务子系统中的所述第一标识更新为所述第二标识，并通知所述业务子系统根据所述配置项进行更新；

若相同，则维持所述业务子系统当前状态。

通过上述的方法，基于业务子系统已存标识以及拉取的配置项中的标识是否一致判定配置项是否变更，也就是每一个业务子系统单独判断配置项是否变更，当配置项变更后，通过查询配置项所属的业务子系统可定位依赖该配置的业务子系统，并实现针对该业务子系统的部分热更新，避免了配置项发生变更之后全局更新的影响，提升了配置系统的稳定性。

在一种可能的设计中，在获取业务子系统对应的配置项之前，所述方法还包括：

创建所述业务子系统，并确定所述业务子系统对应的通用配置项以及特定配置项；

根据所述通用配置项以及特定配置项计算得到所述第一标识，并将所述第一标识存入所述业务子系统的特定配置项；

将所述通用配置项以及所述特定配置项下发至所述业务子系统，以使所述业务子系统根据所述通用配置项以及所述特定配置项进行配置。

通过上述的方式，可以预先在业务子系统中存入该业务子系统对应的标识，从而保证后续可以根据标识判定业务子系统的配置项是否变更。

在一种可能的设计中，在判定所述业务子系统中是否存在第一标识之后，所述方法还包括：

若不存在所述第一标识时，获取所述业务子系统的系统列表；

根据所述系统列表以及所述配置项对所述业务子系统进行配置，并将所述配置项中存入的第一标识存入所述业务子系统。

通过对业务子系统中的标识进行检测可以准确的定位出未配置的业务子系统，从而保证了业务子系统的准确配置。

在一种可能的设计中，通知所述业务子系统根据所述配置项进行更新，包括：

确定所述业务子系统的系统架构；

在所述业务子系统为第一系统架构时，向所述业务子系统中每个节点发送第一指定信号，控制所述业务子系统根据所述第一指定信号进行滚动更新配置；

在所述业务子系统为第二系统架构时，向所述业务子系统发送第二指定信号，控制所述业务子系统根据所述第二指定信号自行更新配置。

通过该方式可以针对每个业务子系统的系统架构进行更新，保证配置更新的准确性。

在一种可能的设计中，在获取业务子系统对应的配置项之前，所述方法还包括：

获取业务子系统的配置项中的通用配置项以及特定配置项，其中，所述通用配置项表征每个业务子系统都包含的配置项，所述特征配置项为每个业务子系统各自对应的配置项；

在所述通用配置项以及所述特定配置项中确定出同名属性，并将所述通用配置项中的所述同名属性的属性覆盖所述特定配置项中同名属性的属性。

可以在通用配置项变更之后，通过配置项间继承，覆盖的形式，保证配置项之间的关联关系，减少人为配置错误。另外，在配置中心中可以预置一套通用配置项供环境部署使用，极大的方便了运维人员快速搭建一套新环境。

第二方面，本申请提供了一种控制配置更新系统，所述系统包括：

获取模块，用于获取业务子系统对应的配置项，判定所述业务子系统中是否存在第一标识，其中，所述第一标识根据所述业务子系统的配置项得到；

处理模块，用于若存在所述第一标识，判定所述配置项中的第二标识与所述第一标识是否一致；若所述不一致，将所述业务子系统中的所述第一标识更新为所述第二标识，并通知所述业务子系统根据所述配置项进行更新；若相同，则维持所述业务子系统当前状态。

在一种可能的设计中，所述处理模块，还用于创建所述业务子系统，并确定所述业务子系统对应的通用配置项以及特定配置项；根据所述通用配置项以及特定配置项计算得到所述第一标识，并将所述第一标识存入所述业务子系统的特定配置项；将所述通用配置项以及所述特定配置项下发至所述业务子系统，以使所述业务子系统根据所述通用配置项以及所述特定配置项进行配置。

在一种可能的设计中，所述处理模块，还用于若不存在所述第一标识时，获取所述业务子系统的系统列表；根据所述系统列表以及所述配置项对所述业务子系统进行配置，并将所述配置项中存入的第一标识存入所述业务子系统。

第三方面，本申请提供了一种电子设备，包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现上述的控制配置更新方法步骤。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述的控制配置更新方法步骤。

上述第二方面至第四方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面或第一方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。

附图说明

图1为本申请提供的配置中心的系统架构示意图；

图2为本申请提供的环境、业务子系统、配置项之间层级关系示意图；

图3为本申请提供的一种控制配置更新方法的流程图；

图4为本申请提供的一种控制配置更新系统的结构示意图；

图5为本申请提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。需要说明的是，在本申请的描述中“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。A与B连接，可以表示：A与B直接连接和A与B通过C连接这两种情况。另外，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

下面结合附图，对本申请实施例进行详细描述。

如图1所示为本申请所提供方法的一种可能的应用场景，图1示出配置中心的系统架构，在该系统架构中包含了配置中心、环境X以及环境Y，此处的环境可以是测试环境、预发布环境、生产环境等。环境X以及环境Y为配置项作用的目标。

在配置中心中包含了一个服务端server以及多个存储介质etcd。server用于实现配置中心的服务端功能，etcd为配置中心服务端数据的存储介质。在该存储介质中可以存储各个业务子系统的配置项。

在环境X中包含了中间机构agent、业务子系统，agent用于实现配置中心的客户端功能，也就是查询服务端的配置项，检测配置项是否变更，并将变更的配置项应用到最终的目标环境中。这里需要说明是，该业务子系统是指微服务架构中提供某一功能服务的最小单元，用于对外提供业务能力。

同理，环境Y中的架构与环境X中的架构一致，只是业务子系统的功能上存在区别，此处就不再赘述。

由于在配置中心下的每个环境的不同，因此每个环境对应的业务子系统也不相同，但是会存在各业务子系统中某一项配置项一致，比如图2所示的环境、业务子系统、配置项之间层级关系，在图2中一个环境对应可以对应1个或者2个业务子系统，一个业务子系统可以对应多个配置项。在图2中所有业务子系统中都存在一个相同的配置项a，此时配置项a作为通用配置项，而其他配置项b、c、d、e属于不同的业务自系统，因此就作为特定配置项。

基于上述的系统架构，在配置中心的配置项发生改变时，需要通知各个业务子系统进行对应的配置项更新，若是该配置项只是针对某一业务子系统中的配置项进行的变更，则需要针对性的对需要变更配置项的业务子系统进行配置项更新。为了实现该目的本申请提供了一种控制配置更新方法，用以实现只对发生配置项变更的业务子系统进行配置更新。参照图3，本申请提供了一种控制配置更新方法，该方法流程如下：

S30，获取业务子系统对应的配置项，判定所述业务子系统中是否存在第一标识；

在本申请中，在对各个业务子系统中的配置项进行变更检测之前，首先需要创建环境并绑定该环境所需要的业务子系统，在确定完业务子系统之后，加载预配置项，若是在该预配置项中存在不满足要求的某一配置项，则需要对不满足要求的配置项进行变更。其中，在预配置项中包含了通用配置项以及特定配置项。

若是在通用配置项进行了变更，则在通用配置项以及特定配置项中确定出同名属性，并将通用配置项中的同名属性覆盖特定配置项中同名属性的属性。简单来讲，特定配置项中同名属性可以覆盖或者是复制通用配置中项的同名属性。基于该方式，可以在通用配置项变更之后，通过配置项间继承，覆盖的形式，保证配置项之间的关联关系，减少人为配置错误。

另外，在配置中心中可以预置一套通用配置项供环境部署使用，极大的方便了运维人员快速搭建一套新环境。

在业务子系统完成所有配置项的配置之后，配置中心根据业务子系统的通用配置项以及特定配置项计算得到第一标识。在本申请中该标识可以是哈希值。该哈希值可以是将业务子系统的所有属性项按照升序排列后计算得到，因此配置项发生变更时，该哈希值也对应变更。

当然，在本申请中除了可以使用哈希值作为标识之外，还可以使用其他的参数来作为标识，只要是可以根据配置项变更而变更的参数都可以作为该标识。

生成的第一标识将被存储到所述业务子系统对应的配置项中，在业务子系统拉取配置项时，该业务子系统将保存该第一标识。

基于上述的过程就完成了业务子系统的配置过程，并将配置发布到目标环境。

在目标环境启动之后，业务子系统将拉取对应的配置项，并判定该配置项中是否存在第一标识。此处的第一标识为配置中心根据所述业务子系统的配置项生成的标识。

若是该业务子系统中不存在该第一标识，则执行步骤S34；若是在该业务子系统中存在该第一标识，则执行步骤S31。

S31，判定所述配置项中的第二标识与所述第一标识是否一致；

在拉取业务子系统的配置项之后，将在配置项中确定出存储在配置项中的第二标识，第二标识为根据业务子系统当前的配置项生成的标识。

在确定业务子系统中已经存在第一标识时，将该第二标识与第一标识匹配，确定两标识是否一致。

举例来讲，在拉取业务子系统的配置项时，该配置项中已经存入了一哈希值，在业务子系统中也保存了一个哈希值，此时将两个哈希值匹配确定是否一致。

在第二标识与第一标识一致时，执行步骤S32；若第二标识与第一标识不一致时，执行步骤S33。

S32，维持业务子系统的当前状态；

在第一标识以及第二标识一致的情况下，说明配像项没有变更，此时将维持业务子系统的当前状态。

S33，将所述业务子系统中的所述第一标识更新为所述第二标识，并通知所述业务子系统根据所述配置项进行更新。

若第二标识的与第一标识不一致，则说明所述业务子系统的配置项已经变更，也就是业务子系统的配置项需要变更。首先配置项将被拉取到本地存储，然后通知所述业务子系统进行配置项更新。

由于业务子系统的系统架构不同，因此针对不同的业务子系统的系统架构存在不同更新方式，因此在业务子系统进行配置项更新之前，需要确定业务子系统的系统架构，在业务子系统为第一系统架构时，向业务子系统中每个节点发送第一指定信号，控制所述业务子系统根据所述第一指定信号进行滚动更新配置；在业务子系统为第二系统架构时，向业务子系统发送第二指定信号，控制业务子系统根据所述第二指定信号自行更新配置。

举例来说，如图2所示，配置项拉取到本地后，agent查询变更项所属的业务子系统，并通知所属业务子系统更新配置项。若业务子系统是负载均衡的多节点架构，则agent以此发送KILL信号到业务子系统的每一个节点，依次滚动更新每一个业务子系统配置。若业务子系统是单节点架构，则agent发送TERM信号到该节点，由业务子系统自行进行配置项更新。

通过上述的方法，基于业务子系统已存标识以及拉取的配置项中的标识是否一致判定配置项是否变更，也就是每一个业务子系统单独判断配置项是否变更，当配置项变更后，通过查询配置项所属的业务子系统可定位依赖该配置的业务子系统，并实现针对该业务子系统的部分热更新，避免了配置项发生变更之后全局更新的影响，提升了配置系统的更新效率以及稳定性。并且在本申请中通过配置文件加环境变量的方式向业务的子系统注入配置项，实现了开发语言与的业务的分离。

S34，获取所述业务子系统的系统列表；

若是在该业务子系统中不存在第一标识时，则说明该业务子系统还未进行配置，此时将拉取所述业务子系统的系统列表，在该系统列表中包含了所述业务子系统的配置项。

S35，根据所述系统列表以及所述配置项对所述业务子系统进行配置，并将所述第一标识存入所述业务子系统。

根据拉取的配置项，对业务子系统进行配置，由于在该配置项中存入了第一标识，因此在配置完成之后，在该业务子系统中将存储第一标识。

通过对业务子系统中的标识进行检测可以准确的定位出未配置的业务子系统，从而保证了业务子系统的准确配置，并且能够支持多套环境的配置管理。

基于同一发明构思，本申请实施例中还提供了一种控制配置更新系统，该控制配置更新系统用以实现只对发生配置项变更的业务子系统进行配置更新，参照图4，所述系统包括：

获取模块401，用于获取业务子系统对应的配置项，判定所述业务子系统中是否存在第一标识；

处理模块402，用于若存在所述第一标识，判定所述配置项中的第二标识与所述第一标识是否一致；若所述不一致，将所述业务子系统中的所述第一标识更新为所述第二标识，并通知所述业务子系统根据所述配置项进行更新；若相同，则维持所述业务子系统当前状态。

在一种可能的设计中，所述处理模块402，还用于创建所述业务子系统，并确定所述业务子系统对应的通用配置项以及特定配置项；根据所述通用配置项以及特定配置项计算得到所述第一标识，并将所述第一标识存入所述业务子系统的特定配置项；将所述通用配置项以及所述特定配置项下发至所述业务子系统，以使所述业务子系统根据所述通用配置项以及所述特定配置项进行配置。

在一种可能的设计中，所述处理模块402，还用于若不存在所述第一标识时，获取所述业务子系统的系统列表；根据所述系统列表以及所述配置项对所述业务子系统进行配置，并将所述配置项中存入的第一标识存入所述业务子系统。

在一种可能的设计中，所述处理模块402，具体用于确定所述业务子系统的系统架构；在所述业务子系统为第一系统架构时，向所述业务子系统中每个节点发送第一指定信号，控制所述业务子系统根据所述第一指定信号进行滚动更新配置；在所述业务子系统为第二系统架构时，向所述业务子系统发送第二指定信号，控制所述业务子系统根据所述第二指定信号自行更新配置。

在一种可能的设计中，所述处理模块402，还用于获取业务子系统的配置项中的通用配置项以及特定配置项，在所述通用配置项以及所述特定配置项中确定出同名属性，并将所述通用配置项中的所述同名属性的属性覆盖所述特定配置项中同名属性的属性，其中，所述通用配置项表征每个业务子系统都包含的配置项，所述特征配置项为每个业务子系统各自对应的配置项。

通过本申请所提供的系统，基于业务子系统已存标识以及拉取的配置项中的标识是否一致判定配置项是否变更，也就是每一个业务子系统单独判断配置项是否变更，当配置项变更后，通过查询配置项所属的业务子系统可定位依赖该配置的业务子系统，并实现针对该业务子系统的部分热更新，避免了配置项发生变更之后全局更新的影响，提升了配置系统的更新效率以及稳定性。并且在本申请中通过配置文件加环境变量的方式向业务的子系统注入配置项，实现了开发语言与的业务的分离。

基于同一发明构思，本申请实施例中还提供了一种电子设备，所述电子设备可以实现前述控制配置更新系统的功能，参考图5，所述电子设备包括：

至少一个处理器501，以及与至少一个处理器501连接的存储器502，本申请实施例中不限定处理器501与存储器502之间的具体连接介质，图5中是以处理器501和存储器502之间通过总线500连接为例。总线500在图5中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线500可以分为地址总线、数据总线、控制总线等，为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器501也可以称为控制器，对于名称不做限制。

在本申请实施例中，存储器502存储有可被至少一个处理器501执行的指令，至少一个处理器501通过执行存储器502存储的指令，可以执行前文论述的控制配置更新方法。处理器501可以实现图5所示的装置中各个模块的功能。

其中，处理器501是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器502内的指令以及调用存储在存储器502内的数据，该装置的各种功能和处理数据，从而对该装置进行整体监控。

在一种可能的设计中，处理器501可包括一个或多个处理单元，处理器501可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器501中。在一些实施例中，处理器501和存储器502可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器501可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的控制配置更新方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器502可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器502是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器502还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器501进行设计编程，可以将前述实施例中介绍的控制配置更新方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图3所示的实施例的控制配置更新方法的步骤。如何对处理器501进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一发明构思，本申请实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述控制配置更新方法。

在一些可能的实施方式中，本申请提供的控制配置更新方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在装置上运行时，程序代码用于使该控制设备执行本说明书上述描述的根据本申请各种示例性实施方式的控制配置更新方法中的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种控制配置更新方法，其特征在于，所述方法包括：

获取业务子系统对应的配置项，判定所述业务子系统中是否存在第一标识，其中，所述第一标识根据所述业务子系统的配置项得到；

若存在所述第一标识，判定所述配置项中的第二标识与所述第一标识是否一致；

若所述不一致，将所述业务子系统中的所述第一标识更新为所述第二标识，并通知所述业务子系统根据所述配置项进行更新；

若相同，则维持所述业务子系统当前状态。

2.如权利要求1所述的方法，其特征在于，在获取业务子系统对应的配置项之前，所述方法还包括：

创建所述业务子系统，并确定所述业务子系统对应的通用配置项以及特定配置项；

根据所述通用配置项以及特定配置项计算得到所述第一标识，并将所述第一标识存入所述业务子系统的特定配置项；

将所述通用配置项以及所述特定配置项下发至所述业务子系统，以使所述业务子系统根据所述通用配置项以及所述特定配置项进行配置。

3.如权利要求1所述的方法，其特征在于，在判定所述业务子系统中是否存在第一标识之后，所述方法还包括：

若不存在所述第一标识时，获取所述业务子系统的系统列表；

根据所述系统列表以及所述配置项对所述业务子系统进行配置，并将所述配置项中存入的第一标识存入所述业务子系统。

4.如权利要求1所述的方法，其特征在于，通知所述业务子系统根据所述配置项进行更新，包括：

确定所述业务子系统的系统架构；

在所述业务子系统为第一系统架构时，向所述业务子系统中每个节点发送第一指定信号，控制所述业务子系统根据所述第一指定信号进行滚动更新配置；

在所述业务子系统为第二系统架构时，向所述业务子系统发送第二指定信号，控制所述业务子系统根据所述第二指定信号自行更新配置。

5.如权利要求1所述的方法，其特征在于，在获取业务子系统对应的配置项之前，所述方法还包括：

获取业务子系统的配置项中的通用配置项以及特定配置项，其中，所述通用配置项表征每个业务子系统都包含的配置项，所述特征配置项为每个业务子系统各自对应的配置项；

在所述通用配置项以及所述特定配置项中确定出同名属性，并将所述通用配置项中的所述同名属性的属性覆盖所述特定配置项中同名属性的属性。

6.一种控制配置更新系统，其特征在于，所述系统包括：

获取模块，用于获取业务子系统对应的配置项，判定所述业务子系统中是否存在第一标识，其中，所述第一标识根据所述业务子系统的配置项得到；

处理模块，用于若存在所述第一标识，判定所述配置项中的第二标识与所述第一标识是否一致；若所述不一致，将所述业务子系统中的所述第一标识更新为所述第二标识，并通知所述业务子系统根据所述配置项进行更新；若相同，则维持所述业务子系统当前状态。

7.如权利要求6所述的系统，其特征在于，所述处理模块，还用于创建所述业务子系统，并确定所述业务子系统对应的通用配置项以及特定配置项；根据所述通用配置项以及特定配置项计算得到所述第一标识，并将所述第一标识存入所述业务子系统的特定配置项；将所述通用配置项以及所述特定配置项下发至所述业务子系统，以使所述业务子系统根据所述通用配置项以及所述特定配置项进行配置。

8.如权利要求6所述的系统，其特征在于，所述处理模块，还用于若不存在所述第一标识时，获取所述业务子系统的系统列表；根据所述系统列表以及所述配置项对所述业务子系统进行配置，并将所述配置项中存入的第一标识存入所述业务子系统。

9.一种电子设备，其特征在于，包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现权利要求1-5中任一项所述的方法步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-5任一项所述的方法步骤。

Images