一种基于salt-stack配置下发验证系统及方法与流程

1.本发明属于计算机技术领域，具体涉及一种火箭发动机喷管扩散段吊装工装。


背景技术：

2.salt-stack是一种全新的基础设施管理方式，部署轻松，在几分钟内可运行起来，扩展性好，很容易管理上万台服务器，速度够快，服务器之间秒级通讯。它基于python开发的一套c/s自动化运维工具，通信采用了zeromq消息队列的(pub/sub)，数据传输采用了aes(高级加密)保证安全性，认证采用了ssl方式。是一个当前流行的配置下发开源平台。
3.但是此配置下发平台，只能将配置文件推送到业务机器，重启对应业务软件，只要业务软件启动成功，就上报成功，但是真正的配置文件内容是否真正生效，却没有办法获知，具体的流程步骤如下：使用者通过控制台界面或者外部接口来修改业务软件的配置项的数据，可以是一项或者多项；边缘节点软件salt-minion边缘触发，定期查询中央salt-master是否有新配置数据；salt-minion如果没有新数据就中止，如果有配置数据更新，就抓取最新的配置数据，组装新的配置文件，移动到对应的业务软件目录，调用业务软件语法检查配置文件，重启业务软件；salt-minion上报执行状态，如果错误，同时返回执行的错误结果；手工介入检查错误结果，修改，然后中央触发配置下发。
4.鉴于此，目前亟待提出一种基于开源salt-stack配置下发的验证方法,确保配置文件生效的同时，检查配置文件的版本，保证实际配置文件的版本与期望的版本保持一致。


技术实现要素：

5.为此，本发明提出一种基于开源salt-stack配置下发的验证方法,确保配置文件生效的同时，检查配置文件的版本，保证实际配置文件的版本与期望的版本保持一致。
6.本发明的基于salt-stack的配置下发验证方法，包括如下步骤：
7.步骤一、发起配置数据校验；
8.步骤二、若中央节点与边缘节点内的配置数据不一致，由边缘节点存储中央节点内的配置数据；
9.步骤三、边缘节点将抓取前的配置数据和抓取后的配置数据所对应的版本信息封装为http静态文件并下发至业务软件，重启业务软件；
10.步骤四、边缘节点请求http静态文件中业务软件重启后生效的配置数据对应的版本信息；
11.步骤五、边缘节点异步上传步骤四中请求的版本信息至控制节点；
12.步骤六、控制节点校验来自边缘节点上传的版本信息与本地存储的版本信息之间的一致性同时进行公示。
13.进一步，步骤一中的发起配置数据校验前，包括：
14.中央触发，所述中央触发为由中央节点向边缘节点定期发送配置数据以及对应的版本信息，并由边缘节点执行存储；或
15.边缘触发，所述边缘触发为边缘节点定期查询中央节点内的配置数据，并由边缘节点抓取后执行存储。
16.进一步，步骤三中，将版本信息封装为http静态文件的具体过程为，遍历配置数据中的各数据项，抽取域名数据项和对应的时间数据项
17.以
18.域名数据项，时间数据项；
19.的格式来拼接字符串，然后将不同配置数据中的多个字符串拼接
20.完成后把最终结果输出为http静态文件。
21.进一步的，步骤四中边缘节点请求时，以
22.curl-svo http静态文件地址-x ip
23.发起命令至指定的业务软件内；
24.其中，
25.curl是一个抓取http资源内容的客户端工具，其对应的参数：
26.s:输出不打印错误和进度信息，如果返回正确会打印响应体；
27.v:显示详细的request和response信息；
28.o:将服务器的响应体保存到文件version.html；
29.x:在指定的ip和端口上使用代理。
30.进一步的，在步骤四之前还包括，边缘节点执行步骤一-步骤三任一步骤时向中央节点上报执行状态；
31.若执行状态存在错误，返回当前执行的步骤；
32.若执行状态不存在错误，执行下一步骤。
33.进一步的，还包括步骤七，若控制节点校验来自边缘节点上传的版本信息与本地存储的版本信息不一致，提取不一致的配置数据以及对应的版本信息修改为控制节点本地存储的版本信息，并通过中央触发下发。
34.本发明还提供一种基于开源基于salt-stack配置下发验证系统，包括控制台，所述控制台连接告警平台；
35.中央配置节点，所述中央配置节点包括至少一个主salt-master和一个备salt-master；
36.边缘节点，所述边缘节点为多个，每个所述边缘节点均与所述中央配置节点通信连接，所述边缘节点包括salt-minion和业务软件。
37.进一步的，所述控制台具有多个api。
38.本发明还提供一种电子设备，所述电子设备包括：
39.处理器；
40.用于存储所述处理器可执行指令的存储器；
41.所述处理器用于执行所述的基于salt-stack的配置下发验证方法。
42.本发明还提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行所述的基于salt-stack的配置下发验证方法。
43.本发明的上述技术方案，相比现有技术具有以下优点：
44.本发明提供了一种基于开源salt-stack的配置下发验证方法，将修改配置数据后
的配置文件作为静态文件存储并批量下发，确保配置文件生效的同时，同时检查配置文件的版本，保证实际配置文件的版本与期望的版本保持一致。
附图说明
45.图1是本发明实施例提供的方法的流程示意图；
46.图2是本发明实施例提供的系统的模块连接示意图；
47.图3是本发明实施例提供的电子设备的模块连接示意图。
具体实施方式
48.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
49.实施例一
50.本实施例的方法，如图1所示，包括：步骤一、发起配置数据校验；
51.步骤二、若中央节点与边缘节点内的配置数据不一致，由边缘节点存储中央节点内的配置数据；
52.步骤三、边缘节点将抓取前的配置数据和抓取后的配置数据所对应的版本信息封装为http静态文件并下发至业务软件，重启业务软件；
53.步骤四、边缘节点请求http静态文件中业务软件重启后生效的配置数据对应的版本信息；
54.步骤五、边缘节点异步上传步骤四中请求的版本信息至控制节点；
55.步骤六、控制节点校验来自边缘节点上传的版本信息与本地存储的版本信息之间的一致性同时进行公示。
56.进一步，步骤一中的发起配置数据校验前，包括：
57.中央触发，所述中央触发为由中央节点向边缘节点定期发送配置数据以及对应的版本信息，并由边缘节点执行存储；或
58.边缘触发，所述边缘触发为边缘节点定期查询中央节点内的配置数据，并由边缘节点抓取后执行存储。
59.进一步，步骤三中，将版本信息封装为http静态文件的具体过程为，遍历配置数据中的各数据项，抽取域名数据项和对应的时间数据项
60.以
61.域名数据项，时间数据项；
62.的格式来拼接字符串，然后将不同配置数据中的多个字符串拼接
63.完成后把最终结果输出为http静态文件。
64.进一步的，步骤四中边缘节点请求时，以
65.curl-svo http静态文件地址-x ip
66.发起命令至指定的业务软件内；
67.其中，
68.curl是一个抓取http资源内容的客户端工具，其对应的参数：
69.s:输出不打印错误和进度信息，如果返回正确会打印响应体；
70.v:显示详细的request和response信息；
71.o:将服务器的响应体保存到文件version.html；
72.x:在指定的ip和端口上使用代理。
73.进一步的，在步骤四之前还包括，边缘节点执行步骤一-步骤三任一步骤时向中央节点上报执行状态；
74.若执行状态存在错误，返回当前执行的步骤；
75.若执行状态不存在错误，执行下一步骤。
76.进一步的，还包括步骤七，若控制节点校验来自边缘节点上传的版本信息与本地存储的版本信息不一致，提取不一致的配置数据以及对应的版本信息修改为控制节点本地存储的版本信息，并通过中央触发下发。
77.本发明还提供一种基于开源基于salt-stack配置下发验证系统，如图2所示，包括控制台，所述控制台连接告警平台；
78.中央配置节点，所述中央配置节点包括至少一个主salt-master和一个备salt-master；
79.边缘节点，所述边缘节点为多个，每个所述边缘节点均与所述中央配置节点通信连接，所述边缘节点包括salt-minion和业务软件。
80.进一步的，所述控制台具有多个api。
81.下面，参考图3来描述根据本技术实施例的电子设备。该电子设备可以是第一设备和第二设备中的任一个或两者、或与它们独立的单机设备，该单机设备可以与第一设备和第二设备进行通信，以从它们接收所采集到的输入信号。
82.图3示出了根据本技术实施例的电子设备的框图。
83.如图3所示，电子设备10包括一个或多个处理器11和存储器12。
84.处理器11可以是中央处理单元(cpu)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备10中的其他组件以执行期望的功能。
85.存储器12可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(ram)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(rom)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器11可以运行所述程序指令，以实现上文所述的本技术的各个实施例的支持多协议视频直播的视频生成方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。
86.在一个示例中，电子设备10还可以包括：输入装置13和输出装置14，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。
87.在该电子设备是单机设备时，该输入装置13可以是通信网络连接器，用于从第一设备和第二设备接收所采集的输入信号。
88.此外，该输入设备13还可以包括例如键盘、鼠标等等。
89.该输出装置14可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该
输出设备14可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
90.当然，为了简化，图3中仅示出了该电子设备10中与本技术有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备10还可以包括任何其他适当的组件。
91.除了上述方法和设备以外，本技术的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本技术各种实施例的支持多协议视频直播的视频生成方法中的步骤。
92.所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本技术实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、c++等，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
93.此外，本技术的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本技术各种实施例的支持多协议视频直播的视频生成方法中的步骤。
94.所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
95.实施例二
96.本实施例是基于实施例一的应用实施例，在某一场景下对实施例一中的方法的再现。
97.使用者通过控制台界面或者外部接口来修改业务软件的配置项的数据，可以是一项或者多项
98.边缘节点软件salt-minion边缘触发，定期查询中央salt-master是否有新配置数据
99.salt-minion如果没有新数据就中止，如果有配置数据更新，就抓取最新的配置数据，组装新的配置文件，移动到对应的业务软件目录，调用业务软件语法检查配置文件，重启业务软件
100.创建一个新的版本列表配置文件。把此salt-minion当前使用和最新下发的版本信息封装成一个新的配置文件version.html下发给业务软件，同时业务软件将此文件当作http的静态文件提供get请求服务。
101.请求的命令类似如下：
102.curl-svo version.html"http://version.sinocache.net/version.html"-x127.0.0.1:80
103.获取的内部包含对应的所有配置版本列表,用分号分割，详细如下：
104.tccdn.jsfz.czedu.com.cn,20200921143449833；hls-playback-l.nje.cn,20200921143449529；tvcdn.sinotruk.com,20200921143449160；cdn-x1art-assets.n1.com.cn,20200921143449777；live.educlouds.cn,20200921143449564；wxwb.scqstv.com,20200921143449405；hls-playback-h.nje.cn,20200921143449492；upload.qudong.com。
105.salt-minion上报执行状态，如果错误，同时返回执行的错误结果。
106.结束后salt-minion立即向本机业务软件发起一个http get请求获取上述version.html，获取业务软件的生效的配置版本信息列表，salt-minion同时将配置版本信息列表异步上报给控制台，统一展示。
107.控制台内部定期检查实际的上报配置版本与期望的配置版本，如果一致，确定下发成功，如果不一致触发告警；收到告警后，手工介入检查错误结果，修改，然后中央触发配置下发，执行上述步骤。
108.控制台接受到上述报文，解析，入库，展示,校对,告警。完成整个配置下发的闭环。
109.显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。