CN114721686A - 配置数据更新方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开提供了一种配置数据更新方法、装置、电子设备和存储介质，涉及云计算技术领域，尤其涉及云原生技术领域。具体实现方案为：获取更新指令，并获取所述更新指令对应的应用配置标识，所述应用配置标识用于标识待更新配置信息的应用和/或待更新的配置信息；查询所述应用配置标识对应的应用配置关系，所述应用配置关系包括所述应用配置标识与应用的配置信息所在的配置位置之间的对应关系；根据所述更新指令，对所述应用配置关系中配置位置处数据进行更新。本公开实施例可以降低应用配置更新成本，提高应用配置更新效率。

Description

配置数据更新方法、装置、电子设备和存储介质

技术领域

本公开涉及云计算技术领域，尤其涉及云原生技术领域，具体涉及一种配置数据更新方法、装置、电子设备和存储介质。

背景技术

通常，为了使计算机软件适应不同的运行环境或者业务需求，人们可以为计算机软件设计可配置项，并通过调整上述可配置项来调整计算机软件的运行状态。

云原生应用，通常指基于云原生思想进行开发部署的计算机应用，相对传统计算机应用程序而言具备高弹性、易共享、高可用和迭代灵活等优势。

发明内容

本公开提供了一种配置数据更新方法、装置、电子设备和存储介质。

根据本公开的一方面，提供了一种配置数据更新方法，包括：

获取更新指令，并获取所述更新指令对应的应用配置标识，所述应用配置标识用于标识待更新配置信息的应用和/或待更新的配置信息；

查询所述应用配置标识对应的应用配置关系，所述应用配置关系包括所述应用配置标识与应用的配置信息所在的配置位置之间的对应关系；

根据所述更新指令，对所述应用配置关系中配置位置处数据进行更新。

根据本公开的一方面，提供了一种配置数据更新装置，包括：

应用配置标识获取模块，用于获取更新指令，并获取所述更新指令对应的应用配置标识，所述应用配置标识用于标识待更新配置信息的应用和/或待更新的配置信息；

应用配置关系获取模块，用于查询所述应用配置标识对应的应用配置关系，所述应用配置关系包括所述应用配置标识与应用的配置信息所在的配置位置之间的对应关系；

配置数据更新模块，用于根据所述更新指令，对所述对应的应用配置关系中配置位置处数据进行更新。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开任一实施例所述的配置数据更新方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行本公开任一实施例所述的配置数据更新方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本公开任一实施例所述的配置数据更新方法。

本公开实施例可以降低应用配置更新成本，提高应用配置更新效率。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开实施例公开的一种配置数据更新方法的流程图；

图2是根据本公开实施例公开的另一种配置数据更新方法的流程图；

图3是根据本公开实施例公开的另一种配置数据更新方法的流程图；

图4是根据本公开实施例公开的另一种配置数据更新方法的场景图；

图5是根据本公开实施例公开的一种配置数据更新装置的结构图；

图6是用来实现本公开实施例的配置数据更新方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本公开实施例公开的一种配置数据更新方法的流程图，本实施例可以适用于对多个应用的配置信息进行更新的情况。本实施例方法可以由配置数据更新装置来执行，该装置可采用软件和/或硬件的方式实现，并具体配置于具有一定数据运算能力的电子设备中，该电子设备可以是服务器设备。

S101，获取更新指令，并获取所述更新指令对应的应用配置标识，所述应用配置标识用于标识待更新配置信息的应用和/或待更新的配置信息。

更新指令用于指示更新某些应用的某些配置信息。在服务器或者服务器集群中部署有多个应用，以及每个应用存在多个配置信息。其中，应用可以是实现任意功能的应用程序。应用的配置信息可以是指运行应用时加载的信息。应用配置标识用于确定是哪些应用的哪些配置信息的数据需要进行更新。其中，应用配置标识是更新指令中携带的信息或基于更新指令中携带的信息所确定。应用配置标识的数量为至少一个。其中，应用配置标识通过标识待更新配置信息的应用，确定是哪些应用的数据需要进行更新；还可以通过标识待更新的配置信息，确定是哪些配置信息的数据需要进行更新；可以通过标识待更新配置信息的应用和待更新的配置信息，确定是哪个应用的哪个配置信息的数据需要更新。示例性的，如果只标识了待更新配置信息的应用，则可以对标识的应用的全部配置信息进行更新；如果只标识了待更新的配置信息，则可以对存在该标识的配置信息的应用的配置信息进行更新；如果同时标识了待更新的应用和配置信息，则对标识的应用的标识的配置信息进行更新。

其中，配置信息可以理解为字段或参数，配置信息的数据可以是指数值或属性值。其中，配置信息可以包括下述至少一项：配置的名称、描述、取值范围、默认值、版本和标识等。后续可以对配置信息进行更新，例如，更新配置的名称、取值范围或默认值等。其中，配置信息的标识在配置信息更新前后通常不改变，也即配置信息更新，不会对配置信息的标识进行更新。示例性的，应用的配置信息为数据源，应用可以在数据源中查询指定内容的数据。例如，更新指令用于将数据源1更新为数据源2。

S102，查询所述应用配置标识对应的应用配置关系，所述应用配置关系包括所述应用配置标识与应用的配置信息所在的配置位置之间的对应关系。

配置位置可以是指应用的配置信息的数据的存储位置。实际上不同应用的配置位置不同，以及同一应用的不同配置信息的存储位置不同。由此，配置位置根据应用和配置信息共同确定。其中，配置位置可以是配置信息所属文件的存储地址，还可以是该存储地址和所属文件中的定位位置，其中，定位位置可以包括行位置。

应用配置标识用于确定应用的配置信息，具体是确定至少一个应用，和确定至少一个配置信息等至少一项。示例性的，一个应用配置标识用于确定一个应用、一个配置信息或一个应用的一个配置信息。应用配置标识可以是指应用和配置信息等至少一项的标识。应用配置关系可以包括应用配置标识与应用的配置信息所在位置之间的对应关系。从而，可以从应用和/配置信息的维度，根据应用配置标识查询应用配置关系，以获取应用配置关系中的配置位置。一个应用配置关系可以表示一个应用配置标识，以及该应用配置标识对应的配置位置。该应用配置标识对应的配置位置具体是指该应用配置标识对应的应用的配置信息的配置位置。

示例性的，一个应用配置关系包括一个应用，该应用的一个配置信息，以及该应用的该配置信息的配置位置之间的对应关系。两个应用配置关系关联的应用和配置信息均相同，相应的，配置位置相同，也即这两个应用配置关系相同。两个应用配置关系关联的应用和配置信息中至少一项不同，相应的，配置位置不同，也即这两个应用配置关系不同。可以根据应用配置标识所标识的应用，确定对应的应用配置关系；或者根据应用配置标识所标识的配置信息，确定对应的应用配置关系；还可以根据应用配置标识所标识的应用和配置信息，确定对应的应用配置关系。例如，应用配置标识为应用标识A1，包括应用标识A1的应用配置关系，为该应用配置标识对应的应用配置关系。一个应用配置标识，与至少一个应用配置关系对应，相应确定至少一个配置位置。

在本公开实施例中，配置信息通常是对批量应用抽象出的通用的配置信息。一个应用会在指定目录下存储配置文件，配置文件中包含有大量的配置信息。本公开实施例中应用的配置信息可以包括应用的全部配置信息或部分配置信息。可以在多个应用中查询相同的配置信息，并定义配置当前标识与其他配置信息进行区分，实现确定不同配置当前标识的配置信息，从而可以基于批量应用的配置信息，定义出批量的相同配置信息，以针对这些相同的配置信息进行统一更新。例如，不同应用中存在相同的配置信息，可以抽象出该配置信息，以及该配置信息的数据所在的配置位置。基于这些相同的配置信息和不同的应用，分别建立应用配置标识，同时建立各应用配置标识和配置位置之间的关系，形成应用配置关系。从而在需要对同一配置信息进行更新时，获取多个用于标识该同一配置信息的应用配置标识，确定对应的多个应用配置关系，其中，这些应用配置关系包括该同一配置信息的对应关系，同时包括不同应用的对应关系，实现以在多个应用的不同配置位置处，对同一配置信息的数据的进行更新，实现同时更新不同应用中相同配置信息的数据。

示例性的，第一应用配置关系包括应用配置标识A和配置位置a；第二应用配置关系包括应用配置标识B和配置位置b。应用配置标识A表示应用1的数据源的配置信息，应用配置标识B表示应用2的数据源的配置信息。如前例，更新指令用于将数据源1更新为数据源2，也即确定配置信息为数据源的配置信息，相应的，更新指令对应的应用配置关系，包括第一应用配置关系和第二应用配置关系。更新指令具体用于在配置位置a处将应用1的数据源的配置信息的数据更新为数据源2；在配置位置b处将应用2的数据源的配置信息的数据更新为数据源2。

需要说明的是，通过定义配置信息，还可以更加灵活的组合，例如，指定某个应用的多个配置信息进行更新；又如，指定某个应用的某个配置信息进行更新，可以根据需要进行限定，对此不具体限定。

S103，根据所述更新指令，对所述应用配置关系中配置位置处数据进行更新。

更新指令还包括更新数据或者是用于指向更新数据的信息，更新数据用于对配置信息进行更新。更新数据可以是对配置信息进行更新的数据。配置位置处数据为配置信息的数据。采用更新数据对配置位置处数据进行更新。如前例，更新数据为数据源2，配置位置处数据为数据源1，更新具体是指将数据源1替换为数据源2。

在现有技术中，云平台中，部署有成百上千的云应用，对每个应用的配置文件进行修改过程比较复杂且容易出错。

根据本公开的技术方案，通过获取更新指令，并确定对应的应用配置标识，查询应用配置标识对应的应用配置关系，对应用配置关系中配置位置处数据进行更新，可以根据应用配置标识确定应用的配置信息的数据所在配置位置，实现准确定位需要更新的应用的配置信息的配置位置，并进行配置信息更新，实现准确快速更新配置信息，提高配置更新的效率和准确率。

图2是根据本公开实施例公开的另一种配置数据更新方法的流程图，基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。所述更新指令对应的应用配置标识包括多个应用配置标识。

S201，获取更新指令，并获取所述更新指令对应的应用配置标识，所述应用配置标识用于标识待更新配置信息的应用和/或待更新的配置信息，所述更新指令对应的应用配置标识包括多个应用配置标识。

更新指令对应的应用配置标识的数量可以有多个，可以实现对多个应用进行批量更新，还可以实现对多个配置信息进行批量更新。

示例性的，更新指令对应的应用配置标识包括下述至少一项：至少一个应用的应用更新标识和至少一个配置信息的配置更新标识。应用更新标识用于标识待更新配置信息的应用，配置更新标识用于标识待更新的配置信息。应用更新标识用于从应用维度查询应用配置关系。配置更新标识用于从配置信息维度查询应用配置关系。

S202，查询所述应用配置标识对应的应用配置关系，所述应用配置关系包括所述应用配置标识与应用的配置信息所在的配置位置之间的对应关系。

多个应用配置标识包括多个应用的应用更新标识，可以查询到多个应用配置关系，以对该些多个应用的配置信息进行批量更新。多个应用配置标识包括多个配置信息的配置更新标识，可以查询到多个应用配置关系，以对该些多个配置信息进行批量更新。此外，多个应用配置标识还可以包括至少一个应用的应用更新标识，以及各应用的配置信息的配置更新标识。可以查询到多个应用配置关系，以对这些应用的特定的配置信息进行更新，从而实现指定应用，以及该应用的指定配置信息进行更新。

S203，根据所述更新指令，对所述应用配置关系中配置位置处数据进行更新。

可选的，所述根据所述更新指令，对所述对应的应用配置关系中配置位置处数据进行更新，包括：获取所述更新指令对应的更新版本，其中，所述应用配置关系中还包括应用配置标识与应用的配置版本之间的对应关系；根据所述更新版本对应的更新数据，对所述应用配置关系中配置位置处数据进行更新：根据所述更新版本，更新所述应用配置关系。

更新指令中包括更新版本或更新版本的指向信息。可以从更新指令中提取更新版本，或者根据指向信息，查询更新版本。配置信息可以多次更新，可以为不同次更新的配置信息设定版本。更新版本用于区分配置信息在更新前后的数据，更新版本可以是指更新数据的版本。应用配置关系还包括配置版本，具体的应用配置关系包括应用配置标识、配置位置和配置版本之间的对应关系，示例性的，应用配置关系包括一个应用，该应用的一个配置信息，该应用的该配置信息的配置位置和该应用的该配置信息的配置版本之间的对应关系。应用配置关系包括的配置版本可以是应用配置关系中配置信息的当前数据的版本。配置版本与更新版本不同，表明当前的配置信息的数据与更新数据不同，可以采用更新数据进行更新。配置版本与更新版本相同，表明当前的配置信息的数据与更新数据相同，无需采用更新数据进行更新。更新版本可以是用户输入的，还可以是根据更新指令的类型确定。更新指令对应的应用配置标识仅包括应用更新标识或配置更新标识，确定更新指令的类型为批量更新类型，从而确定更新版本为最新版本。更新指令对应的应用配置标识包括应用更新标识和配置更新标识，确定更新指令的类型为指定更新类型，从而确定更新版本包括用户指定的目标版本。

更新数据用于更新配置位置处数据。更新数据与更新版本对应。实际上，可以预先定义多个配置信息的配置数据和各配置数据对应的版本，一个版本对应一个配置数据，从而可以获取多个版本对应的配置数据，先从中确定更新版本是哪个版本，在从中确定更新版本对应的配置数据，确定为更新数据。例如，可以预先定义应用A的配置信息存在版本v1、v2和v3，v1版本对应配置信息的配置数据1，v2版本对应配置信息的配置数据2，以及v3版本对应配置信息的配置数据3。可以根据更新指令，确定更新版本为v3，相应的，更新数据为v3版本对应的配置数据3。

应用配置标识对应的应用配置关系，用于确定配置信息所在的配置位置。但该应用配置关系中的配置版本可以与更新版本相同，也可以与更新版本不同。配置版本与更新版本不同的应用配置关系，用于确定需要进行更新的配置信息。配置版本与更新版本相同的应用配置关系，用于确定不需要更新的配置信息。可以对全部的应用配置关系的配置位置处数据进行更新，也可以仅对需要更新的应用配置关系的配置位置处数据进行更新。可选的，根据更新版本对应的更新数据，对对应的应用配置关系中配置位置处数据进行更新，可以包括：根据更新版本对应的更新数据，对更新指令对应的应用配置关系中配置位置处数据进行更新；或者，根据更新版本对应的更新数据，对更新指令对应的，且配置版本与更新版本不同的应用配置关系中配置位置处数据进行更新。例如，可以进一步应用配置标识对应的应用配置关系进行分类，将配置版本与更新版本不同的应用配置关系保留，将配置版本与更新版本相同的应用配置关系剔除。将配置版本与更新版本不同的应用配置关系处的数据进行更新，从而实现仅将需要更新的配置位置处数据进行更新，减少更新数据量。

在配置信息更新完成之后，需要将该配置信息所述的应用配置关系中的配置版本进行更新，具体是将配置版本替换为更新版本。

通过为配置信息的数据配置版本，获取更新版本对应的更新数据对配置位置处数据进行更新，可以准确获取某个版本的数据进行配置信息更新，并且，通过配置应用配置关系中的配置版本，可以区分应用配置关系的配置位置处数据的当前版本，从而选择性对需要更新的数据进行更新，减少重复更新的数据量，提高更新效率，并且使得应用配置关系的配置版本与更新后的配置信息的数据对应，以便针对更新后的配置版本，继续对配置信息的数据进行更新，提高配置信息的更新准确率。

可选的，所述更新版本包括所述配置版本的历史版本或所述配置版本的新版本。

历史版本是指发布时序在配置版本之前的版本。新版本是指发布时序在配置版本之后的版本。更新版本包括配置版本的历史版本，表明配置版本可以回溯到历史版本。更新版本包括配置版本的新版本，表明配置版本可以更新到最新的版本。示例性的，应用A的配置信息的配置版本为v1；应用B的配置信息的配置版本为v2。更新版本为v3，应用A和应用B的配置信息均更新为更新版本v3的更新数据。又如，应用A的配置信息的配置版本为v3；应用B的配置信息的配置版本为v2。更新版本为v2，应用A的配置信息更新为更新版本v2的更新数据，应用B的配置信息不进行更新。如前述，目标版本可以是配置版本的历史版本。

示例性的，加载新版本的配置信息的应用的性能低于加载历史版本的配置信息的应用的性能，此时，可以将当前的配置版本的配置信息，回溯到历史版本，提高应用的性能。

通过设定更新版本为配置版本的历史版本或新版本，可以提高更新配置信息的灵活性，适配不同的更新应用场景。

在一个具体的例子中，更新的情况包括以下：

1、针对更新指令，应用配置标识包括多个应用的应用更新标识，更新指令为批量更新类型的指令，确定更新版本为最新版本。基于每个应用的应用更新标识，分别查询应用更新标识对应的应用配置关系，确定多个应用配置关系。获取多个应用配置关系的配置位置。针对每个配置位置，根据更新版本对应的更新数据，对配置位置处数据进行更新。其中，可以存在多个配置信息的数据，可以根据配置位置对应的配置信息，将更新数据中属于该对应配置信息的数据，对该配置位置处数据进行更新。其中，可以获取多个版本的配置信息的数据，在批量更新应用的配置信息的过程中，选择最新版本的配置信息的数据，确定为更新版本对应的更新数据，并对应更新配置位置处数据，实现将批量应用的配置版本的配置信息更新为最新版本的配置信息。示例性的，配置信息X的版本包括v1、v2和v3等三个版本，第一应用配置关系包括应用A，配置信息X，配置版本本为v1，配置位置a，第二应用配置关系包括应用B，配置信息X，配置版本为v2，配置位置b。应用配置标识包括应用A和应用B的应用更新标识，更新版本为最新版本。采用v3版本的配置信息的更新数据，对配置位置a和b处数据进行更新。更新后的应用A的配置信息为v3版本的配置信息，更新后的应用B的配置信息为v3版本的配置信息。

2、针对更新指令，应用配置标识包括多个配置信息的配置更新标识，更新指令为批量更新类型的指令，确定更新版本为最新版本。基于每个配置信息的配置更新标识，分别查询配置更新标识对应的应用配置关系，确定多个应用配置关系。获取多个应用配置关系的配置位置。针对每个配置位置，根据更新版本对应的更新数据，对配置位置处数据进行更新。示例性的，配置信息X和Y的版本包括v1、v2和v3等三个版本，第一应用配置关系包括应用A，配置信息X，配置版本本为v1，配置位置a，第二应用配置关系包括应用B，配置信息Y，配置版本为v2，配置位置b。应用配置标识包括配置信息X和配置信息Y的配置更新标识，更新版本为最新版本。采用v3版本的配置信息X的更新数据，对配置位置a处数据进行更新，采用v3版本的配置信息Y的更新数据，对配置位置b处数据进行更新。更新后的应用A的配置信息X为v3版本的配置信息，更新后的应用B的配置信息Y为v3版本的配置信息。

3、针对更新指令，应用配置标识包括应用更新标识和配置更新标识等至少一项，标识的数量较少，更新指令为指定更新类型的指令，确定更新版本为更新指令对应的目标版本。基于应用更新标识和/或配置更新标识，应用配置标识对应的应用配置关系，确定多个应用配置关系。获取多个应用配置关系的配置位置。针对每个配置位置，根据目标版本对应的更新数据，对配置位置处数据进行更新。示例性的，配置信息X和Y的版本包括v1、v2和v3等三个版本，第一应用配置关系包括应用A，配置信息X，配置版本本为v1，配置位置a。应用配置标识包括应用A的更新标识，更新版本为v2版本。采用v2版本的配置信息X的更新数据，对配置位置a处数据进行更新。更新后的应用A的配置信息X为v2版本的配置信息。又如，第二应用配置关系包括应用B，配置信息Y，配置版本为v3，配置位置b。应用配置标识包括配置信息Y的配置更新标识，更新版本为v1版本。采用v1版本的配置信息Y的更新数据，对配置位置b处数据进行更新。更新后的应用B的配置信息Y为v1版本的配置信息。

其中，前两种是对批量的应用或批量的配置信息进行配置信息更新，通常是更到对应的最新版本。最后一种是针对性的对少数的应用或配置信息进行配置信息微调，配置信息可以回溯到历史版本，也可以更新到新版本。

根据本公开的技术方案，通过配置应用配置标识包括应用更新标识和配置更新标识等至少一项，且标识的数量为至少一个，可以从应用维度和配置维度对配置信息进行更新，在应用维度下，对批量应用的配置信息进行更新，在配置维度下，对批量的配置信息进行更新，实现应用和配置信息的批量更新，提高了配置的更新效率，此外还可以针对某些应用的特定配置信息进行更新，提高配置的精准性。

图3是根据本公开实施例公开的另一种配置数据更新方法的流程图，基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。所述方法优化为还包括：检测到云原生应用的配置数据更新事件，对所述云原生应用进行重启，以使更新的配置数据生效。

S301，获取更新指令，并获取所述更新指令对应的应用配置标识，所述应用配置标识用于标识待更新配置信息的应用和/或待更新的配置信息。

S302，查询所述应用配置标识对应的应用配置关系，所述应用配置关系包括所述应用配置标识与应用的配置信息所在的配置位置之间的对应关系。

S303，根据所述更新指令，对所述应用配置关系中配置位置处数据进行更新。

S304，对所述云原生应用进行重启，以使更新的配置数据生效。

本公开实施例中应用于云平台中，云平台部署有云应用。云应用可以分为非云原生应用和云原生应用，云原生应用是指应用程序原生就被设计为在云上以最佳方式运行，具体是基于云原生的框架开发的应用。云原生应用用于构建和部署应用，以充分发挥云计算的优势。云原生应用可以实现快速和频繁的构建、发布和部署，结合云计算的特点实现和底层硬件和操作系统解耦，可以方便的满足在扩展性，可用性和可移植性等方面的要求。同时通过拆解为多个小型功能开发，在开发、测试和运维之间进行更密切的协作。云原生应用通常是基于通用的开发框架进行开发，其部署包在不同的云平台上都能正常部署，也即云原生应用的通用性较强。非云原生应用通常是指传统方式开发的应用，并部署在云平台中，非云原生应用在不同的云平台中可能无法部署，只能在特定的云平台中部署，非云原生应用无法通用适配云平台。

云平台可以管理云原生应用，并调用云原生应用的一些接口，实现云原生应用的一些功能。不同云原生应用的部分功能是通用的，可以通过云平台统一进行管理。云平台也可以管理非云原生应用，但通常仅仅对非云原生应用的是否运行的状态进行检测等。云平台的服务器可以统一控制云原生应用重新部署。而由于不同非云原生应用的重新部署功能是不同的，难以统一控制非原生应用重新部署。从而，本公开实施例中应用于云原生应用可以对云原生应用的配置信息进行批量更新，提高云原生应用的配置信息的更新效率。

云原生应用的配置信息的数据发生更新之后，对云原生应用进行重启是为了使云原生应用加载更新后的配置数据，并应用于运行过程中，实现更新的配置数据生效。其中，云原生应用的重启可以是停止云原生应用的运行，并再次启动。此外，云原生应用的重启还可以包括重新部署的操作。停止云原生应用的运行，重新部署该云原生应用，启动重新部署后的云原生应用。

可选的，所述获取更新指令，包括：获取当前环境参数；根据预设的环境参数与更新数据之间的对应关系和所述当前环境参数，确定所述当前环境参数对应的更新数据，根据所述对应的更新数据，生成更新指令，所述对应的更新数据用于对所述对应的应用配置关系中配置位置处数据进行更新。

通常应用在初始运行时，会设定配置信息的数据为初始值或默认值。但在不同的运行环境中，应用的配置信息会随着运行环境更改而更改。示例性的，应用的配置信息为数据源的配置信息，默认值是数据源1，但在当前环境中，只有数据源2，因此需要将涉及到数据源1的配置信息，修改为数据源2。

当前环境参数可以是指应用运行的当前环境的一些参数。当前环境参数用于确定应用运行的当前环境中的配置信息的更新数据。示例性的，当前环境参数可以包括下述至少一项：网络参数、中央处理器(Central Processing Unit，CPU)参数、内存参数和操作系统参数等。可以预先配置多个环境参数与更新数据的组合，建立环境参数与更新数据之间的对应关系，根据当前环境参数和环境参数与更新数据之间的对应关系，确定当前环境对应的更新数据。更新指令需要指定更新数据，才能对配置信息进行更新，从而，根据更新数据或指向更新数据的信息，生成更新指令。此外，可以设定更新数据的更新版本。可以根据当前环境参数，确定对应的更新数据，并根据更新数据以及更新数据的更新版本，生成更新指令。

实际上，当前环境参数通常是对指定的配置信息造成影响，可以根据当前环境参数，确定配置信息，并生成配置更新标识。如前例，根据配置更新标识、更新数据和更新版本，生成更新指令。从而可以确定更新指令用于更新的配置信息，以及对需要更新的配置信息的更新数据。

此外，具体的应用场景可以是：云原生应用部署在目标环境中，用户可以根据目标环境的当前环境参数，并与更新数据、更新数据所属的配置信息的标识和更新版本进行对应存储。例如，根据当前环境参数，新增一条配置信息的版本定义数据，具体包括该配置信息的标识、存在该配置信息的应用的标识，该配置信息的版本，该应用的该配置信息在该版本下的配置数据，并建立该条配置信息的版本定义数据与当前环境参数之间的对应关系，由于该条配置信息的版本定义数据中包括配置数据，从而建立配置数据与当前环境参数之间的对应关系，并确定为更新数据与环境参数之间的对应关系。在基于该当前环境参数更新关联的应用的配置信息的数据的情况下，根据当前环境参数，确定对应的配置信息的版本定义数据，具体是将该配置信息的版本定义数据中配置数据确定为更新数据，将该配置信息的版本定义数据中配置信息的版本，确定为更新版本，将该配置信息的版本定义数据中配置信息的标识，确定为配置更新标识。根据更新版本、配置更新标识和更新数据，生成更新指令。从而，根据更新指令，将对应的配置位置处数据更新为更新数据，从而实现对需要更新的应用的配置信息更新为适配目标环境的配置信息。

通过获取当前环境参数，并基于当前环境参数与更新数据之间的对应关系，确定当前环境下的更新数据，并据此生成更新指令，可以使得应用的配置信息更新为适配当前环境的数据，快速实现应用在当前环境的正常运行，提高应用的运行稳定性。

可选的，所述获取更新指令，包括：获取第一应用的第一运行性能信息，所述第一应用为基于第一版本的配置数据运行的目标应用；获取第二应用的第二运行性能信息，所述第二应用为基于第二版本的配置数据运行的所述目标应用；对所述第一运行性能信息与所述第二运行性能信息进行比较；根据比较结果，确定更新版本，并基于所述更新版本生成更新指令。

第一应用和第二应用是相同类型的目标应用，仅仅是加载的配置数据不同。第一版本的配置数据和第二版本的配置数据不同。第一版本和第二版本不同。第一版本和第二版本是同一目标应用的同一配置信息的不同版本。运行性能信息是指目标应用的运行性能，示例性的，运行性能可以包括下述至少一项：资源的消耗量、输入输出的流量、响应速度和用户的行为信息等。第一运行性能信息是指第一应用的运行性能信息，第二运行性能信息是指第二应用的运行性能信息。比较结果用于对配置数据和更新版本进行筛选。根据比较结果，在第一版本和第二版本中，确定运行性能好的版本，并将该版本、该版本对应的配置数据以及对应的应用配置标识，生成更新指令，将与该版本不同的配置信息，更新为该版本的配置数据。

实际上，可以是对相同的多个数量的目标应用，分别采用不同版本的配置数据运行，得到不同配置数据下的运行性能信息，运行性能信息可以用于对配置数据和配置版本进行筛选。将运行性能好的的配置数据和版本，确定为更新版本和更新版本对应的更新数据，并根据更新版本和更新数据生成更新指令，用于对运行性能差的配置数据和版本进行更新。具体的，可以对应用进行调试，检测哪些配置数据可以使得应用实现更好的性能。

示例性的，第一版本的运行性能好于第二版本的运行性能，将加载第二版本的配置数据的应用的配置信息，更新为第一版本的配置数据。

通过对多个相同类型的目标应用分别运行不同版本的配置数据，并基于不同应用的运行性能信息，筛选出运行性能好的配置数据和更新版本，生成更新指令，提高应用的性能。

根据本公开的技术方案，通过更新云原生应用的配置信息，并在更新后，对云原生应用进行重启，可以使得云原生应用快速生效更新后的配置信息，提高云原生应用的更新实时性。

图4是根据本公开实施例公开的另一种配置数据更新方法的场景图。本公开实施例应用于云平台系统中，每个应用可以理解为一个微服务。大规模业务包括几百几千个应用，业务对应于一个服务，应用对应于一个服务的微服务。业务有很多配置，每个配置是业务的一个参数。业务开发人员把业务的关键配置信息提取到配置管理中心，在配置管理中心中对关键配置进行统一定义。配置管理中心是云平台的一个组件。关键配置与场景相关，场景可以包括网络、CPU、内存、磁盘和操作系统架构等，一般会预先建立一个映射表，每个场景有对应的关键配置。配置的定义包括配置的名称、描述、取值范围、默认值、版本、配置标识(Identity document，ID)，即为关键配置做一个说明。首次创建关键配置即会产生一个定义，后续可以对定义进行更新。每次更新，会为关键配置生成一个新的版本号，例如原版本号v1，新版本号v2；更新过程中配置ID保持不变。

首次创建关键配置的定义后，云平台在每个应用中绑定关键配置的配置ID，同时生成应用配置关系，应用配置关系包括应用的应用当前标识、关键配置的配置当前标识(即前述配置ID)、关键配置的配置位置和关键配置的配置版本。之后，关键配置的定义内容被同步至应用的配置位置，也即关键配置的数据更新到应用的配置位置处。配置位置是关键配置在每个应用的配置文件中的坐标。应用配置文件是应用运行时配置参数的集合。

将应用已绑定的关键配置称为应用的关联关键配置。绑定时，可以一键绑定，即批量将多个关联关键配置的配置当前标识与对应的应用的应用当前标识绑定，并在应用配置关系中记录关键配置的配置版本。

配置管理中心的界面直观地显示了绑定了关联关键配置的应用的列表，以及应用的应用配置关系的配置版本与关键配置最新定义的版本之间的版本差异。配置中心遍历所有应用配置关系，若不存在应用配置关系，则没有绑定，不进行比较；若存在，通过比较应用配置关系中的版本号与关键配置定义中的最新版本(因为定义会被更新)，若不同，这说明存在差异。通过应用配置关系如果有差异或没差异，配置中心的界面会有对应的特殊显示以便于业务人员识别，特殊显示可以是高亮显示或标特定颜色显示等。

配置数据更新方法可以包括：

S401，获取更新指令，并获取所述更新指令对应的应用配置标识，应用配置标识用于标识待更新配置信息的应用和/或待更新的配置信息，应用为云原生应用。

S402，查询所述应用配置标识对应的应用配置关系，所述应用配置关系包括应用的配置信息所在的配置位置。

S403，根据更新指令的类型，获取更新指令对应的更新版本。

S404，根据所述更新版本对应的更新数据，对所述对应的应用配置关系中配置位置处数据进行更新。

S405，根据所述更新版本，更新所述更新指令对应的应用配置关系中配置版本。

例如，关键配置有三个版本：v1、v2、v3，应用A的应用配置关系中的版本为v1，应用B的应用配置关系中的版本为v2。

(1)可以通过微调分别将应用A的版本更新到v2或v3；应用B的版本更新到v3(或者v1也行)；

(2)批量选择此2个应用，然后一键操作将应用A和应用B的关键配置版本均更新为最新，即v3；

(3)一共有m个关键配置，每个关键配置有n个版本，可以批量选择关键配置，将绑定了每个关键配置的应用的版本都跟新为最新。

更新是将应用配置关系中的版本号修改为指定的版本号(例如最新的版本号)，同时将指定版本号的更新数据写入到应用的配置文件中。

S406，对云原生应用进行重启，以使更新的配置数据生效。

在派生完成之后，可以通过一键重启功能重新部署应用(此应用为关键配置版本更新后的应用，未进行版本更新的应用不用重启)，使派生生效。派生可以理解为批量的对大量应用的配置进行更新修改。通过这种方式，可以在业务包含大量应用和配置的时候批量派生，实现对配置的批量修改，大大提高了效率。

词外，在应用侧，可以追加绑定关键配置和应用配置关系，或者解除绑定配置和应用配置关系。追加或解除后可以重新部署应用，使应用配置文件生效。便于调试，确定应用在绑定哪些配置的情况下运行最优。

根据本公开的技术方案，对云原生应用的配置进行统一管理，极大地提高了实施效率，实现在不同维度和不同粒度来管理云原生应用的配置具体是，在维度上，在应用维度和配置维度对关键配置进行更新，配置维度下可以对关键配置进行批量更新；粒度上，可以对单个应用、多个应用进行多个关键配置的更新，还可以通过配置绑定或解绑对应用进行微调，实现对配置的批量修改，大大提高了效率。

根据本公开的实施例，图5是本公开实施例中的配置数据更新装置的结构图，本公开实施例适用于对多个应用的配置信息进行更新的情况。该装置采用软件和/或硬件实现，并具体配置于具备一定数据运算能力的电子设备中。

如图5所示的一种配置数据更新装置500，包括：应用配置标识获取模块501、应用配置关系获取模块502和配置数据更新模块503；其中，

应用配置标识获取模块501，用于获取更新指令，并获取所述更新指令对应的应用配置标识，所述应用配置标识用于标识待更新配置信息的应用和/或待更新的配置信息；

应用配置关系获取模块502，用于查询所述应用配置标识对应的应用配置关系，所述应用配置关系包括所述应用配置标识与应用的配置信息所在的配置位置之间的对应关系；

配置数据更新模块503，用于根据所述更新指令，对所述应用配置关系中配置位置处数据进行更新。

根据本公开的技术方案，获取更新指令，并确定对应的应用配置标识，查询对应的应用配置关系，更新应用配置关系中配置位置处数据，可以根据应用配置标识确定应用的配置信息的数据所在配置位置，实现，准确定位需要更新的应用的配置信息的配置位置，并进行配置信息更新，实现准确快速更新配置信息，提高配置更新的效率和准确率。

进一步的，所述更新指令对应的应用配置标识包括多个应用配置标识。

进一步的，所述配置数据更新模块503，包括：更新版本获取单元，用于获取所述更新指令对应的更新版本，其中，所述应用配置关系中还包括应用配置标识与应用的配置版本之间的对应关系；配置数据更新单元，用于根据所述更新版本对应的更新数据，对所述应用配置关系中配置位置处数据进行更新；版本更新单元，用于根据所述更新版本，更新所述应用配置关系中配置版本。

进一步的，所述更新版本包括所述配置版本的历史版本或所述配置版本的新版本。

进一步的，所述应用配置标识获取模块501，包括：当前参数获取单元，用于获取当前环境参数；更新数据获取单元，用于根据预设的环境参数与更新数据之间的对应关系和所述当前环境参数，确定所述当前环境参数对应的更新数据；更新指令生成单元，用于根据所述对应的更新数据，生成更新指令，所述对应的更新数据用于对所述对应的应用配置关系中配置位置处数据进行更新。

进一步的，所述应用配置标识获取模块501，包括：第一运行性能信息获取单元，用于在获取第一应用的第一运行性能信息，所述第一应用为基于第一版本的配置数据运行的目标应用；第二运行性能信息获取单元，用于获取第二应用的第二运行性能信息，所述第二应用为基于第二版本的配置数据运行的所述目标应用；运行性能信息比较单元，用于对所述第一运行性能信息与所述第二运行性能信息进行比较；更新指令生成单元，用于根据比较结果，确定更新版本，并基于所述更新版本生成更新指令。

进一步的，所述配置数据更新装置，所述应用为云原生应用，还包括：云原生应用重启模块，用于在根据所述更新指令，对所述对应的应用配置关系中配置位置处数据进行更新之后，对所述云原生应用进行重启，以使更新的配置数据生效。

上述配置数据更新装置可执行本公开任意实施例所提供的配置数据更新方法，具备执行配置数据更新方法相应的功能模块和有益效果。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性区域图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如配置数据更新方法。例如，在一些实施例中，配置数据更新方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的配置数据更新方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行配置数据更新方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或区域图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (17)

1.一种配置数据更新方法，包括：

获取更新指令，并获取所述更新指令对应的应用配置标识，所述应用配置标识用于标识待更新配置信息的应用和/或待更新的配置信息；

查询所述应用配置标识对应的应用配置关系，所述应用配置关系包括所述应用配置标识与应用的配置信息所在的配置位置之间的对应关系；

根据所述更新指令，对所述应用配置关系中配置位置处数据进行更新。

2.根据权利要求1所述的方法，其中，所述更新指令对应的应用配置标识包括多个应用配置标识。

3.根据权利要求1所述的方法，其中，所述根据所述更新指令，对所述对应的应用配置关系中配置位置处数据进行更新，包括：

获取所述更新指令对应的更新版本，其中，所述应用配置关系中还包括应用配置标识与应用的配置版本之间的对应关系；

根据所述更新版本对应的更新数据，对所述应用配置关系中配置位置处数据进行更新；

根据所述更新版本，更新所述应用配置关系中配置版本。

4.根据权利要求3所述的方法，其中，所述更新版本包括所述配置版本的历史版本或所述配置版本的新版本。

5.根据权利要求1所述的方法，其中，所述获取更新指令，包括：

获取当前环境参数；

根据预设的环境参数与更新数据之间的对应关系和所述当前环境参数，确定所述当前环境参数对应的更新数据；

根据所述对应的更新数据，生成更新指令，所述对应的更新数据用于对所述对应的应用配置关系中配置位置处数据进行更新。

6.根据权利要求1或3所述的方法，其中，所述获取更新指令，包括：

获取第一应用的第一运行性能信息，所述第一应用为基于第一版本的配置数据运行的目标应用；

获取第二应用的第二运行性能信息，所述第二应用为基于第二版本的配置数据运行的所述目标应用；

对所述第一运行性能信息与所述第二运行性能信息进行比较；

根据比较结果，确定更新版本，并基于所述更新版本生成所述更新指令。

7.根据权利要求1-6中任一项所述的方法，所述应用为云原生应用，在根据所述更新指令，对所述对应的应用配置关系中配置位置处数据进行更新之后，还包括：

对所述云原生应用进行重启，以使更新的配置数据生效。

8.一种配置数据更新装置，包括：

应用配置标识获取模块，用于获取更新指令，并获取所述更新指令对应的应用配置标识，所述应用配置标识用于标识待更新配置信息的应用和/或待更新的配置信息；

应用配置关系获取模块，用于查询所述应用配置标识对应的应用配置关系，所述应用配置关系包括所述应用配置标识与应用的配置信息所在的配置位置之间的对应关系；

配置数据更新模块，用于根据所述更新指令，对所述对应的应用配置关系中配置位置处数据进行更新。

9.根据权利要求8所述的装置，其中，所述更新指令对应的应用配置标识包括多个应用配置标识。

10.根据权利要求8所述的装置，其中，所述配置数据更新模块，包括：

更新版本获取单元，用于获取所述更新指令对应的更新版本，其中，所述应用配置关系中还包括应用配置标识与应用的配置版本之间的对应关系；

配置数据更新单元，用于根据所述更新版本对应的更新数据，对所述应用配置关系中配置位置处数据进行更新；

版本更新单元，用于根据所述更新版本，更新所述应用配置关系中配置版本。

11.根据权利要求10所述的装置，其中，所述更新版本包括所述配置版本的历史版本或所述配置版本的新版本。

12.根据权利要求8所述的装置，其中，所述应用配置标识获取模块，包括：

当前参数获取单元，用于获取当前环境参数；

更新数据获取单元，用于根据预设的环境参数与更新数据之间的对应关系和所述当前环境参数，确定所述当前环境参数对应的更新数据；

更新指令生成单元，用于根据所述对应的更新数据，生成更新指令，所述对应的更新数据用于对所述对应的应用配置关系中配置位置处数据进行更新。

13.根据权利要求8或10所述的装置，其中，所述应用配置标识获取模块，包括：

第一运行性能信息获取单元，用于在获取第一应用的第一运行性能信息，所述第一应用为基于第一版本的配置数据运行的目标应用；

第二运行性能信息获取单元，用于获取第二应用的第二运行性能信息，所述第二应用为基于第二版本的配置数据运行的所述目标应用；

运行性能信息比较单元，用于对所述第一运行性能信息与所述第二运行性能信息进行比较；

更新指令生成单元，用于根据比较结果，确定更新版本，并基于所述更新版本生成更新指令。

14.根据权利要求8-13中任一项所述的装置，所述应用为云原生应用，还包括：

云原生应用重启模块，用于在根据所述更新指令，对所述对应的应用配置关系中配置位置处数据进行更新之后，对所述云原生应用进行重启，以使更新的配置数据生效。

15.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的配置数据更新方法。

16.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-7中任一项所述的配置数据更新方法。

17.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-7中任一项所述的配置数据更新方法。

Images