[发明专利]配置文件管理方法、设备及计算机可读存储介质

说明书

本申请实施例公开了一种配置文件管理方法、设备及计算机可读存储介质。该方法应用于网络设备，包括：获取至少一个网络节点的历史配置文件并保存；通过web界面展示历史配置文件，获取针对历史配置文件的修改信息，生成新的配置文件；将新的配置文件发送至至少一个网络节点中的第一节点；若第一节点更新新的配置文件成功，将新的配置文件发送至第二节点；其中，第二节点为至少一个网络节点中没有接收到新的配置文件的节点；若第一节点更新新的配置文件失败，将历史配置文件重新发送至第三节点，其中，第三节点为至少一个网络节点中更新新的配置文件成功的节点。如此，简化配置文件的管理维护步骤，消除配置文件更新失败带来的风险。

技术领域

本申请涉及云计算技术，尤其涉及一种配置文件管理方法、设备及计算机可读存储介质。

背景技术

随着云计算越来越流行，云平台的规模越来越大，云平台中节点数量也在增加，节点上配置文件数量也随之增加，在对云平台进行运维过程中，不可避免的需要对这些配置文件进行变更修改，同时也要保证相同性质的节点(分为控制节点和计算节点)的配置保持一致，为了消除人为的修改失误引起整个云平台服务中断或者瘫痪，对云平台配置文件进行统一管理很有必要。

目前对于节点较少的云平台环境，通常是使用人工维护配置文件，即维护人员登录到各个节点修改配置文件后，重启服务生效；对于节点较多的云平台环境，则使用脚本进行辅助，比如，Puppet、Salt Stack以及Ansible等配置管理工具。

上述两种方案中，人工维护这些配置文件只适用于节点较少的环境，且人工修改这些文件不可避免的会出现操作失误。不同节点对配置文件中的格式和配置的键值对要求都非常严格，很容易修改错误，一个修改错误后，对于整个系统问题的排查也会造成困扰；目前云计算产业发展迅速，云平台节点的规模也是不断增加，实际生产环境节点数目都是几十、几百、甚至上千，人工维护基本不可能。而借助脚本工具虽然能够消除一些人工维护的操作失误，但是也存在一些问题，每个脚本工具所使用的语言和语法都不同，学习这些语言对于普通的运维人员来说需要时间成本。这些问题的存在导致云平台配置文件的运维效率低，运维成本高。

发明内容

为解决上述技术问题，本申请实施例期望提供一种配置文件管理方法、设备及计算机可读存储介质，能够提高配置文件的运维管理效率。

本申请的技术方案是这样实现的：

第一方面，提供了一种配置文件管理方法，应用于网络设备，所述方法包括：

获取至少一个网络节点的历史配置文件并保存；

通过web界面展示所述历史配置文件，获取针对所述历史配置文件的修改信息，生成新的配置文件；

将所述新的配置文件发送至所述至少一个网络节点中的第一节点；

若所述第一节点更新所述新的配置文件成功，将所述新的配置文件发送至第二节点；其中，所述第二节点为所述至少一个网络节点中没有接收到所述新的配置文件的节点；

若所述第一节点更新所述新的配置文件失败，将所述历史配置文件重新发送至第三节点，其中，所述第三节点为所述至少一个网络节点中更新所述新的配置文件成功的节点。

第二方面，一种网络设备，所述网络设备包括：

通信单元，用于获取至少一个网络节点的历史配置文件并保存；

显示单元，用于通过web界面展示所述历史配置文件；

获取单元，用于获取针对所述历史配置文件的修改信息，生成新的配置文件；

所述通信单元，用于将所述新的配置文件发送至所述至少一个网络节点中的第一节点；