基于云平台的配置更新方法、装置、设备及介质与流程

1.本公开涉及计算机技术领域，尤其涉及一种基于云平台的配置更新方法、装置、设备及介质。


背景技术：

2.随着云技术的发展，云平台的应用愈加广泛，在云平台中存在多个云节点，每个云节点中存在相应的配置文件。
3.相关技术中，可以采用独立于云平台的配置管理系统，对各云节点的配置文件进行更改。但是，上述方法采用了云平台以外的配置管理系统，消耗了额外的资源，并且该配置管理系统与该云平台的适配性较低。


技术实现要素：

4.为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种基于云平台的配置更新方法、装置、设备及介质。
5.本公开实施例提供了一种基于云平台的配置更新方法，应用于云平台控制端，所述云平台控制端控制多个云节点，所述方法包括：
6.获取当前配置调整数据；
7.根据所述当前配置调整数据以及所述当前配置调整数据之前的历史配置调整数据生成目标配置调整数据；其中，所述当前配置调整数据的格式和所述历史配置调整数据的格式均为所述云平台控制端支持的格式；
8.将所述目标配置调整数据发送至所述多个云节点，以使每个所述云节点根据所述目标配置调整数据进行配置更新。
9.本公开实施例还提供了一种基于云平台的配置更新装置，设置于云平台控制端，所述云平台控制端控制多个云节点，所述装置包括：
10.获取模块，用于获取当前配置调整数据；
11.生成模块，用于根据所述当前配置调整数据以及所述当前配置调整数据之前的历史配置调整数据生成目标配置调整数据；其中，所述当前配置调整数据的格式和所述历史配置调整数据的格式均为所述云平台控制端支持的格式；
12.发送模块，用于将所述目标配置调整数据发送至所述多个云节点，以使每个所述云节点根据所述目标配置调整数据进行配置更新。
13.本公开实施例还提供了一种电子设备，所述电子设备包括：处理器；用于存储所述处理器可执行指令的存储器；所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现如本公开实施例提供的基于云平台的配置更新方法。
14.本公开实施例还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行如本公开实施例提供的基于云平台的配置更新方法。
15.本公开实施例提供的技术方案与现有技术相比具有如下优点：本公开实施例中提
供的基于云平台的配置更新方案应用于云平台控制端，云平台控制端控制多个云节点，该方法包括：获取当前配置调整数据；根据当前配置调整数据以及当前配置调整数据之前的历史配置调整数据生成目标配置调整数据；其中，当前配置调整数据的格式和历史配置调整数据的格式均为云平台控制端支持的格式；将目标配置调整数据发送至多个云节点，以使每个云节点根据目标配置调整数据进行配置更新。采用上述技术方案，基于云平台自身支持的格式，结合当前配置调整以及历史配置调整生成了目标配置调整，并基于该目标配置调整对云节点进行配置更新，基于云平台自身支持的资源实现了云节点的配置更新，该基于云原生的方法与云平台的适配性较强，并且避免了设置额外的配置更新系统。
附图说明
16.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
17.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
18.图1为本公开实施例提供的一种基于云平台的配置更新方法的流程示意图；
19.图2为本公开实施例提供的一种基于云平台的配置更新方法的数据交互示意图；
20.图3为本公开实施例提供的一种基于云平台的配置更新装置的结构示意图；
21.图4为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
22.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
23.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
24.随着云技术的发展，云平台的应用愈加广泛，在云平台中存在多个云节点，云节点中存在相应的节点配置。
25.相关技术中，可以单独设计一套独立于云平台的上层的配置管理系统，但是，该配置管理系统与云平台的融合性较差，并且该配置管理系统需要在云平台中进行额外的集成，消耗了额外的资源。
26.在另一些相关技术中，可以通过脚本编写运维工具，通过人工进行配置，但是，该技术中人为介入的部分较多，较为容易出错，并且运维工作量较大，依赖云节点进行认证，容易造成认证信息的泄露。
27.为了解决上述问题，本公开实施例提供了一种基于云平台的配置更新方法，下面结合具体的实施例对该方法进行介绍。
28.图1为本公开实施例提供的一种基于云平台的配置更新方法的流程示意图，该方法可以由基于云平台的配置更新装置或者云平台控制端执行，其中，云平台控制端控制多
个云节点，该基于云平台的配置更新装置可以采用软件和/或硬件实现，该基于云平台的配置更新装置一般可集成在电子设备中。
29.其中，云平台控制端可以为云平台中用于对云节点进行控制的设备端，该云平台控制端可以包括云平台控制面和配置管理控制器。云节点可以为云平台中的集群节点。该云节点中可以存在多个用于对云节点进行配置的配置文件，在本公开实施例中，基于修改该配置文件实现了对该云节点的配置。一种可选的实施方式中，该云平台控制端可以为基于kubernetes技术的控制端，云节点可以为基于kubernetes技术的集群节点。
30.如图1所示，该基于云平台的配置更新方法包括：
31.步骤101，获取当前配置调整数据。
32.其中，配置调整数据可以为基于用户需求确定的用于对云节点的节点配置进行调整的数据，该配置调整数据可以包括文件标识和文件内容，该文件标识和文件内容一一对应。本实施对一个配置调整数据包括的文件标识以及文件内容的数量不做限制，例如，若用户需要对云节点中的一个配置文件进行调整时，该配置调整数据可以包括一个文件标识及其对应的一个文件内容；若用户需要对云节点中的多个配置文件进行调整时，该配置调整数据可以包括多个文件标识以及每个文件标识对应的文件内容。当前配置调整数据可以为当前时刻确定的配置调整数据。
33.在本实施例中，用户可以根据自身需求编辑当前配置调整数据，并将该当前配置调整数据发送至云平台控制端，云平台控制端接收该当前配置调整数据。
34.在本公开一些实施例中，云平台控制端配置有预设数据库，其中，预设数据库可以为用于接收配置调整数据的数据库，本实施例对该预设数据库的类型不做限制，例如，该预设数据库可以为分布式键值(etcd)数据库。
35.相应的，在该实施例中，获取当前配置调整数据包括：在监听到预设数据库发生数据写入的情况下，获取预设数据库的写入数据，并将写入数据作为当前配置调整数据；其中，写入数据为通过声明式程序接口进行写入的数据。
36.其中，写入数据可以为写入数据库的数据，该写入数据可以包括文件标识以及每个文件标识对应的具体的文件内容。声明式可以为描述目的的计算机编程样式。声明式程序接口又称声明式应用程序编程接口(application programming interface，api)。
37.在本实施例中，云平台控制端可以监听预设数据库是否发生数据写入。当需要对云节点进行配置时，用户根据自身需求通过声明式程序接口将需要更改的配置文件的文件标识以及更改后的配置文件的文件内容写入该预设数据库，云平台控制端监听到该预设数据库的数据写入操作，获取该预设数据库新写入的写入数据，并将该写入数据作为当前配置调整数据。
38.上述方案中，通过监听预设数据库，云平台控制端能够自动获取当前配置调整数据，提高了节点配置过程的自动化程度。
39.步骤102，根据当前配置调整数据以及当前配置调整数据之前的历史配置调整数据生成目标配置调整数据；其中，当前配置调整数据的格式和历史配置调整数据的格式均为云平台控制端支持的格式。
40.其中，历史配置调整数据可以为当前时刻之前的历史时刻的配置调整数据。目标配置调整数据可以为最终确定对云节点进行配置调整的数据，该目标配置调整数据可以表
征用户期望的云节点配置状态，若当前配置调整数据的格式为基于kubernetes支持的自定义资源形式(crd)定义的yaml格式，该目标配置调整数据可以为静态render配置文件。云平台控制端支持的格式可以为云平台控制端自身能够进行解析的文件格式，本实施例对该格式不做限制，例如，该格式可以为基于kubernetes支持的自定义资源形式(crd)定义的yaml格式。
41.在本公开实施例中，云平台控制端在确定当前配置调整数据之后，可以提取该云平台控制端自身存储的历史配置调整数据，或者提取预设数据库中存储的历史配置数据，将该当前配置调整数据和历史配置调整数据进行结合得到目标配置调整数据。
42.在本公开一些实施例中，候选配置调整数据包括当前配置调整数据和历史配置调整数据，每个候选配置调整数据包括文件标识和文件内容，文件标识和文件内容一一对应。其中，文件标识可以为唯一表征文件内容的标识，本实施例对该文件标识不做限制，例如，该文件标识可以包括文件路径和文件名称。文件内容可以为用户期望的修改后的配置文件的具体内容。
43.一种可选的实施方式中，根据当前配置调整数据以及当前配置调整数据之前的历史配置调整数据生成目标配置调整数据，包括：若多个候选配置调整数据对应的多个文件标识均不相同，则将多个候选配置调整数据进行合并，得到目标配置调整数据。
44.在本实施方式中，云平台控制端可以提取各候选配置调整数据中的文件标识，得到多个文件标识，若该多个文件标识均不相同，则说明该候选配置调整数据是对不同的配置文件进行调整，则将该多个候选配置调整数据进行拼接，得到目标配置调整数据。
45.另一种可选的实施方式中，根据当前配置调整数据以及当前配置调整数据之前的历史配置调整数据生成目标配置调整数据，包括：若多个候选配置调整数据对应的多个文件标识中，存在重复的至少一个第一文件标识，则确定每个第一文件标识对应的多个数据时间戳，将多个数据时间戳中最新时间戳对应的第一文件标识的文件内容确定为第一文件内容；根据各第一文件标识对应的第一文件内容以及第二文件标识对应的第二文件内容确定目标配置调整数据；其中，第二文件标识为多个候选配置调整数据中出现次数为一的文件标识。
46.其中，第一文件标识可以为多个候选配置调整数据对应的多个文件标识中重复出现的文件标识，即该第一文件标识可以为出现至少两次的文件标识。第二文件标识可以为在多个候选配置调整数据对应的多个文件标识中仅出现一次的文件标识。时间戳可以为表征时间信息的数据，第一文件标识对应的多个数据时间戳可以为第一文件标识对应的多个候选配置调整数据的时间戳。
47.在本实施方式中，云平台控制端可以提取各候选配置调整数据中的文件标识，得到多个文件标识，若该多个文件标识中包括重复出现的第一文件标识以及未重复出现的第二文件标识。针对第一文件标识，需要确定各第一文件标识对应的最新的文件内容，具体地，确定该第一文件标识对应的多个候选配置调整数据的时间戳，得到多个数据时间戳，将该多个数据时间戳中距离当前时刻最近的时间戳确定为最新时间戳，将该最新时间戳对应的候选配置调整数据中该第一文件标识对应的文件内容确定为第一文件内容。
48.针对第二文件标识，由于第二文件标识未重复出现，因而一个第二文件标识对应一个第二文件内容。根据该第一文件标识及其对应的第一文件内容，以及第二文件标识及
其对应的第二文件内容，进行组合得到目标配置调整数据。
49.上述方案中，使得目标配置调整数据中一个文件标识对应一个文件内容，避免了相同的文件标识同时对应多个文件内容，避免了根据目标配置调整数据进行节点配置时的无效配置更改，提高了配置更新的效率。
50.步骤103，将目标配置调整数据发送至多个云节点，以使每个云节点根据目标配置调整数据进行配置更新。
51.在本公开实施例中，云平台控制端将确定的目标调整数据发送至该云平台控制端控制的多个云节点，每个云节点接收到该目标配置调整数据之后，根据该目标调整配置数据对自身的配置文件进行更新。
52.本公开实施例提供的基于云平台的配置更新方法应用于云平台控制端，云平台控制端控制多个云节点，该方法包括：获取当前配置调整数据；根据当前配置调整数据以及当前配置调整数据之前的历史配置调整数据生成目标配置调整数据；其中，当前配置调整数据的格式和历史配置调整数据的格式均为云平台控制端支持的格式；将目标配置调整数据发送至多个云节点，以使每个云节点根据目标配置调整数据进行配置更新。采用上述技术方案，基于云平台自身支持的格式，结合当前配置调整以及历史配置调整生成了目标配置调整，并基于该目标配置调整对云节点进行配置更新，基于云平台自身支持的资源实现了云节点的配置更新，该基于云原生的方法与云平台的适配性较强，并且避免了设置额外的配置更新系统。
53.此外，由于采用了云原生operator化的方法进行配置更新，基于云平台自身实现了云节点的配置更新，实现了轻量化的集成，以及云节点的配置统一化管理。并且在对云节点进行配置更新的过程中，人为介入的部分较少，人为出错的概率较低，提高了配置更新的准确性，降低了人力资源的消耗。
54.在本公开一些实施例中，云节点中运行有配置代理单元，将目标配置调整数据发送至多个云节点，以使每个云节点根据目标配置调整数据进行配置更新，包括：将目标配置调整数据发送至多个云节点，以使每个云节点中的配置代理单元根据目标配置调整数据通过根文件系统将云节点中的初始节点配置更改为目标节点配置，并根据云节点的系统类型和/或目标配置调整数据中的文件类型，激活目标节点配置。
55.其中，配置代理单元可以为在云节点中预先设置的用于对云节点的配置文件进行更新的功能单元，该配置代理单元可以为以控制器(daemonset)形式运行的代理执行部署单元(pod)。根文件系统(rootfs)可以为内核启动时所挂载的第一个文件系统。初始节点配置可以为云节点进行当前的配置更改之前云节点中的配置文件，目标节点配置可以为云节点进行当前的配置更改之后云节点中的配置文件。系统类型可以为表征云节点的操作系统类型的数据，该系统类型可以根据用户需求等进行设置，本实施例不做限制，例如，该系统类型包括：不可变类型，例如：coreos系统；普通类型，例如：linux系统。
56.在本公开实施例中，云平台控制端将目标配置调整数据发送至该云平台控制端所控制的多个云节点，每个云节点在接收到该目标配置调整数据之后，依次将该目标配置调整数据中包括的文件标识确定为待处理标识，并根据该待处理标识确定该云节点中的目标文件。具体而言，若文件标识包括文件路径和文件名称，则可以根据该文件路径和文件名称确定云节点中的目标文件。进一步的，判断该目标文件和该待处理标识对应的文件内容
(即，当前的文件内容)是否相同，若该目标文件和当前的文件内容相同，则将下一个文件标识确定为待处理标识，将该下一个文件标识对应的文件内容确定为新的当前的文件内容，将根据该文件标识确定的云节点中的文件确定为新的目标文件，返回比较该新的当前的文件内容和新的目标文件是否相同，直至下一个文件标识为空。若目标文件和当前的文件内容不相同，则通过配置代理单元改变根文件系统(change rootfs)的方式使用当前的文件内容替换该云节点中的目标文件，并将下一个文件标识确定为待处理标识，将该下一个文件标识对应的文件内容确定为新的当前的文件内容，将根据该文件标识确定的云节点中的文件确定为新的目标文件，返回比较该新的当前的文件内容和新的目标文件是否相同，直至下一个文件标识为空。
57.通过上述文件处理，将初始节点配置更改为了目标节点配置，但是该目标节点配置尚未生效，为了使该目标节点配置生效，云节点可以根据自身的系统类型和/或目标调整数据中包括的文件类型确定相应的激活策略，激活该目标节点配置。
58.上述方案中，通改变根文件系统的方式对云节点进行配置更新，从而不依赖与云节点的用户名称、用户密码等认证信息，避免了认证信息泄露的风险，提高了数据的安全性。
59.在本公开一些实施例中，根据云节点的系统类型和/或目标配置调整数据中的文件类型，确定目标节点配置的激活策略，包括：若系统类型为不可变类型，则重启云节点的操作系统；若系统类型为普通类型，且文件类型包括系统服务类型，则确定目标配置调整数据中系统服务类型的文件内容对应的目标系统服务，重启目标系统服务。
60.其中，不可变类型可以为不可变容器操作系统类型，普通类型可以为除了该不可变类型之外的其他操作系统类型。
61.在本实施例中，云节点在将初始节点配置更改为目标节点配置之后，云节点可以获取自身的系统类型，若自身的系统类型为coreos等不可变类型，则需要重启系统以激活更改之后的目标节点配置。若自身的系统类型为不可变类型之外的其他linux操作系统，则需要继续判断更改配置文件的文件类型，具体的，若目标配置调整数据中文件内容的文件类型包括系统服务类型，则确定该系统服务类型的文件内容对应的目标系统服务，并重启该目标系统服务以激活更改之后的目标节点配置。若目标配置调整数据中文件内容的文件类型均为非系统服务类型的普通类型，则无需重启操作系统或者重启系统服务，在将初始节点配置改为目标节点配置之后，该目标节点配置已完成激活。
62.上述方案中，将根据系统类型以及进行配置更新的配置文件的文件类型确定了激活目标节点配置的具体方法，使得该节点更新方法能够适用于不同的系统类型以及不同的文件类型，拓宽了本方法的应用场景。
63.接下来通过一个具体的示例对本公开实施例中的基于云平台的配置更新方法，进行进一步说明，图2为本公开实施例提供的一种基于云平台的配置更新方法的数据交互示意图，如图2所示。
64.用户将需要修改的配置文件编辑为当前配置调整数据，该当前配置调整数据为基于kubernetes支持的自定义资源形式(crd)定义的yaml格式的数据，然后通过声明式api请求将当前配置调整数据发送到基于kubernetes技术的云平台控制面。
65.配置管理控制器监听该当前配置调整数据，发现存在当前配置调整数据之后，配
置管理控制器获取云平台控制面中的当前配置调整数据。进一步地，该配置管理控制器根据自身存储的历史配置调整数据进行调谐操作，生成目标配置调整数据，该目标调整配置数据为静态render配置文件，此该目标配置调整数据表征了云节点的期望配置状态。配置管理控制器将该目标配置调整数据发送至云平台控制面板。其中，该配置管理控制器可以为云平台原生的控制器。
66.云平台控制面将目标配置调整数据发送至云平台中的各个云节点，在各个云节点上以daemonset形式运行有配置代理单元，该配置代理单元可以为代理执行pod，该代理执行pod负责在配置更新的过程中对云节点进行配置。云节点在接收到目标配置调整数据之后，循环对比该目标调整数据中的文件内容与对应的云节点中的目标文件。
67.具体地，云节点依次判断目标调整数据中的当前的文件内容与对应的云节点中的目标文件是否相同，若当前的文件内容与对应的目标文件相同，则判断当前的文件内容是否为最后一个，即该当前的文件内容是否为目标调整数据中的最后一个文件内容。若当前的文件内容与对应的目标文件不相同，则根据文件内容进行对该目标文件进行更新操作。具体地，代理执行pod可以通过更改根文件系统的方式进行目标文件的更新，通过更改根文件系统的方式能够不依赖于服务器用户、服务器密码等认证信息，将云节点配置为目标配置调整数据所表征的期望状态，从而提高了节点配置的效率。
68.若当前的文件内容不为最后一个，则将当前的文件内容更新为下一个文件内容得到新的当前的文件内容，返回判断该新的当前的文件内容与对应的目标文件是否相同。若当前的文件内容是最后一个，则根据系统类型和/或文件类型激活目标节点配置。具体地，若云节点的操作系统为不可变类型的coreos操作系统，则在确定目标节点配置之后，重启操作系统以激活该目标节点配置；若云节点的操作系统为普通类型的其他linux操作系统，如果目标配置调整数据中包括的文件内容对应的文件类型包括系统服务类型，则重启该文件类型为系统服务类型的目标文件对应的系统服务；如果目标配置调整数据中包括的文件内容对应的文件类型不包括系统服务类型，则在确定目标节点配置之后，该目标节点配置已激活。
69.每个云节点将自身的配置更新结果发送至云平台控制面，该配置更新结果包括但不限于：配置更新完成标识、配置更新中断标识、配置更新故障标识中的一个或多个。云平台控制面板接收该配置更新结果。
70.上述方案中，基于云原生的方式进行了云节点的统一节点配置管理，能够实现节点配置的批量修改，集成更轻量，配置更统一完整，减少各节点配置差异，不依赖节点用户名密码等认证信息，降低了节点配置管理的安全性风险；并且，为不同类型的操作系统和/或不同类型的文件内容设置了相应的目标节点配置的激活方法，该基于云平台的配置更新方法适配于不同的操作系统以及文件内容，从而扩大了该节点配置方法的使用场景，更广泛应用于容器云平台节点服务器的不同操作系统。
71.图3本公开实施例提供的一种基于云平台的配置更新装置的结构示意图，该装置可由软件和/或硬件实现，该装置可设置于云平台控制端，云平台控制端控制多个云节点，该装置也可集成在电子设备中。
72.如图3所示，该装置，包括：
73.获取模块301，用于获取当前配置调整数据；
74.生成模块302，用于根据所述当前配置调整数据以及所述当前配置调整数据之前的历史配置调整数据生成目标配置调整数据；其中，所述当前配置调整数据的格式和所述历史配置调整数据的格式均为所述云平台控制端支持的格式；
75.发送模块303，用于将所述目标配置调整数据发送至所述多个云节点，以使每个所述云节点根据所述目标配置调整数据进行配置更新。
76.可选的，所述云平台控制端配置有预设数据库，所述获取模块301用于：
77.在监听到所述预设数据库发生数据写入的情况下，获取所述预设数据库的写入数据，并将所述写入数据作为所述当前配置调整数据；其中，所述写入数据为通过声明式程序接口进行写入的数据。
78.可选的，候选配置调整数据包括所述当前配置调整数据和所述历史配置调整数据，每个所述候选配置调整数据包括文件标识和文件内容，所述文件标识和所述文件内容一一对应。
79.可选的，所述生成模块302用于：
80.若多个所述候选配置调整数据对应的多个所述文件标识均不相同，则将多个所述候选配置调整数据进行合并，得到所述目标配置调整数据。
81.可选的，所述生成模块302用于：
82.若多个所述候选配置调整数据对应的多个所述文件标识中，存在重复的至少一个第一文件标识，则确定每个所述第一文件标识对应的多个数据时间戳，将所述多个数据时间戳中最新时间戳对应的第一文件标识的文件内容确定为第一文件内容；
83.根据各所述第一文件标识对应的第一文件内容以及第二文件标识对应的第二文件内容确定所述目标配置调整数据；其中，所述第二文件标识为多个所述候选配置调整数据中出现次数为一的文件标识。
84.可选的，所述云节点中运行有配置代理单元，所述发送模块303用于：
85.将所述目标配置调整数据发送至所述多个云节点，以使每个所述云节点中的所述配置代理单元根据所述目标配置调整数据通过根文件系统将所述云节点中的初始节点配置更改为目标节点配置，并根据所述云节点的系统类型和/或所述目标配置调整数据中的文件类型，激活所述目标节点配置。
86.可选的，所述发送模块303用于：
87.若所述系统类型为不可变类型，则重启所述云节点的操作系统；
88.若所述系统类型为普通类型，且所述文件类型包括系统服务类型，则确定所述目标配置调整数据中系统服务类型的文件内容对应的目标系统服务，重启所述目标系统服务。
89.本公开实施例所提供的基于云平台的配置更新装置可执行本公开任意实施例所提供的基于云平台的配置更新方法，具备执行方法相应的功能模块和有益效果。
90.图4为本公开实施例提供的一种电子设备的结构示意图。如图4所示，电子设备400包括一个或多个处理器401和存储器402。
91.处理器401可以是中央处理单元(cpu)或者具有基于云平台的配置更新能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备400中的其他组件以执行期望的功能。
92.存储器402可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(ram)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(rom)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器401可以运行所述程序指令，以实现上文所述的本公开的实施例的基于云平台的配置更新方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。
93.在一个示例中，电子设备400还可以包括：输入装置403和输出装置404，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。
94.此外，该输入装置403还可以包括例如键盘、鼠标等等。
95.该输出装置404可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置404可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
96.当然，为了简化，图4中仅示出了该电子设备400中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备400还可以包括任何其他适当的组件。
97.除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本公开实施例所提供的基于云平台的配置更新方法。
98.所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、c++等，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
99.此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本公开实施例所提供的基于云平台的配置更新方法。
100.所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
101.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设
备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
102.以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

技术特征：
1.一种基于云平台的配置更新方法，其特征在于，应用于云平台控制端，所述云平台控制端控制多个云节点，所述方法包括：获取当前配置调整数据；根据所述当前配置调整数据以及所述当前配置调整数据之前的历史配置调整数据生成目标配置调整数据；其中，所述当前配置调整数据的格式和所述历史配置调整数据的格式均为所述云平台控制端支持的格式；将所述目标配置调整数据发送至所述多个云节点，以使每个所述云节点根据所述目标配置调整数据进行配置更新。2.根据权利要求1所述的方法，其特征在于，所述云平台控制端配置有预设数据库，所述获取当前配置调整数据，包括：在监听到所述预设数据库发生数据写入的情况下，获取所述预设数据库的写入数据，并将所述写入数据作为所述当前配置调整数据；其中，所述写入数据为通过声明式程序接口进行写入的数据。3.根据权利要求1所述的方法，其特征在于，候选配置调整数据包括所述当前配置调整数据和所述历史配置调整数据，每个所述候选配置调整数据包括文件标识和文件内容，所述文件标识和所述文件内容一一对应。4.根据权利要求3所述的方法，其特征在于，所述根据所述当前配置调整数据以及所述当前配置调整数据之前的历史配置调整数据生成目标配置调整数据，包括：若多个所述候选配置调整数据对应的多个所述文件标识均不相同，则将多个所述候选配置调整数据进行合并，得到所述目标配置调整数据。5.根据权利要求3所述的方法，其特征在于，所述根据所述当前配置调整数据以及所述当前配置调整数据之前的历史配置调整数据生成目标配置调整数据，包括：若多个所述候选配置调整数据对应的多个所述文件标识中，存在重复的至少一个第一文件标识，则确定每个所述第一文件标识对应的多个数据时间戳，将所述多个数据时间戳中最新时间戳对应的第一文件标识的文件内容确定为第一文件内容；根据各所述第一文件标识对应的第一文件内容以及第二文件标识对应的第二文件内容确定所述目标配置调整数据；其中，所述第二文件标识为多个所述候选配置调整数据中出现次数为一的文件标识。6.根据权利要求1所述的方法，其特征在于，所述云节点中运行有配置代理单元，所述将所述目标配置调整数据发送至所述多个云节点，以使每个所述云节点根据所述目标配置调整数据进行配置更新，包括：将所述目标配置调整数据发送至所述多个云节点，以使每个所述云节点中的所述配置代理单元根据所述目标配置调整数据通过根文件系统将所述云节点中的初始节点配置更改为目标节点配置，并根据所述云节点的系统类型和/或所述目标配置调整数据中的文件类型，激活所述目标节点配置。7.根据权利要求6所述的方法，其特征在于，所述根据所述云节点的系统类型和/或所述目标配置调整数据中的文件类型，激活所述目标节点配置，包括：若所述系统类型为不可变类型，则重启所述云节点的操作系统；若所述系统类型为普通类型，且所述文件类型包括系统服务类型，则确定所述目标配
置调整数据中系统服务类型的文件内容对应的目标系统服务，重启所述目标系统服务。8.一种基于云平台的配置更新装置，其特征在于，设置于云平台控制端，所述云平台控制端控制多个云节点，所述装置包括：获取模块，用于获取当前配置调整数据；生成模块，用于根据所述当前配置调整数据以及所述当前配置调整数据之前的历史配置调整数据生成目标配置调整数据；其中，所述当前配置调整数据的格式和所述历史配置调整数据的格式均为所述云平台控制端支持的格式；发送模块，用于将所述目标配置调整数据发送至所述多个云节点，以使每个所述云节点根据所述目标配置调整数据进行配置更新。9.一种电子设备，其特征在于，所述电子设备包括：处理器；用于存储所述处理器可执行指令的存储器；所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述权利要求1-7中任一所述的基于云平台的配置更新方法。10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-7中任一所述的基于云平台的配置更新方法。

技术总结
本公开实施例涉及一种基于云平台的配置更新方法、装置、设备及介质，涉及计算机技术领域，其中该方法应用于云平台控制端，云平台控制端控制多个云节点，该方法包括获取当前配置调整数据；根据当前配置调整数据以及当前配置调整数据之前的历史配置调整数据生成目标配置调整数据；其中，当前配置调整数据的格式和历史配置调整数据的格式均为云平台控制端支持的格式；将目标配置调整数据发送至多个云节点，以使每个云节点根据目标配置调整数据进行配置更新。本公开实施例，基于云平台自身支持的资源实现了云节点的配置更新，该基于云原生的方法与云平台的适配性较强，并且避免了设置额外的配置更新系统。额外的配置更新系统。额外的配置更新系统。


技术研发人员：幸大树 张铭 黄衍峰
受保护的技术使用者：中电云数智科技有限公司
技术研发日：2023.03.15
技术公布日：2023/8/5