版本自动化部署方法、装置、电子设备及计算机存储介质与流程
未命名
10-09
阅读:129
评论:0
1.本技术涉及计算机技术领域,特别涉及一种版本自动化部署方法、装置、电子设备及计算机存储介质。
背景技术:
2.版本部署是一项繁杂易出错的工程活动,同时它又是应用更新上线前的最重要活动。
3.一旦运维人员在运维过程中发生部署错误将可能导致应用上线失败,甚至可能引起严重的客户应用问题。
技术实现要素:
4.有鉴于此,本技术提供一种版本自动化部署方法、装置、电子设备及计算机存储介质,有效提升了部署工作的智能性和精确性,提升了企业在运维工作中的效率。
5.本技术第一方面提供了一种版本自动化部署方法,应用于应用服务器,包括:
6.接收到版本注册中心发送的版本切换指令后,启动服务等待队列接收客户新发送的请求信息;其中,所述版本注册中心会对多个应用服务器进行划分,分批发送版本切换指令至每一个应用服务器;
7.将当前服务的处理进程进行冻结,缓存当前服务的用户请求;
8.从所述版本注册中心获取到目标版本,在缓存完成当前服务的用户请求后执行所述目标版本;其中,所述目标版本为增量版本或全量版本;
9.请求所述版本注册中心的验证程序对当前自动化部署服务进行验证,得到验证结果;
10.若所述验证结果表明验证通过,向所述版本注册中心发送部署成功通知;
11.若所述验证结果表明验证不通过,向所述版本注册中心发送部署失败信息,同时向所述版本注册中心请求上一快照的信息并执行回滚操作。
12.可选的,所述接收到版本注册中心发送的版本切换指令后,启动服务等待队列接收客户新发送的请求信息之后,还包括:
13.若所述服务等待队列中等待的请求信息的数量超过预设数量,则将请求信息转发至其他批次的应用服务器。
14.可选的,所述版本自动化部署方法,还包括:
15.接收所述版本注册中心发送的差异计算请求;其中,所述差异计算请求至少包括:版本要素项;所述版本要素项至少包括:配置文件、执行码和数据库脚本;
16.将所述版本要素项与自身的版本要素项进行比较,得到比对结果;其中,所述比对结果至少包括:位置信息、修改信息和修改后的文件哈希码;
17.将所述比对结果发送至所述版本注册中心;其中,所述版本注册中心根据所述比对结果对命令库中的命令进行替换,将替换过程中使用到的指令集作为所述版本要素项的
快照项,遍历所有要素项并根据要素项的顺序要求对快照项进行组合生成增量快照。
18.可选的,所述版本自动化部署方法,还包括:
19.接收所述版本注册中心发送的数据收集请求;
20.向所述版本注册中心发送应用服务器上每一个路径下的执行码文件;其中,所述版本注册中心对收集到的每一个应用服务器上的执行码文件进行合并,生成全量版本快照。
21.本技术第二方面提供了一种版本自动化部署装置,应用于应用服务器,包括:
22.启动单元,用于接收到版本注册中心发送的版本切换指令后,启动服务等待队列接收客户新发送的请求信息;其中,所述版本注册中心会对多个应用服务器进行划分,分批发送版本切换指令至每一个应用服务器;
23.冻结单元,用于将当前服务的处理进程进行冻结,缓存当前服务的用户请求;
24.获取单元,用于从所述版本注册中心获取到目标版本,在缓存完成当前服务的用户请求后执行所述目标版本;其中,所述目标版本为增量版本或全量版本;
25.请求单元,用于请求所述版本注册中心的验证程序对当前自动化部署服务进行验证,得到验证结果;
26.第一通知单元,用于若所述验证结果表明验证通过,向所述版本注册中心发送部署成功通知;
27.第二通知单元,用于若所述验证结果表明验证不通过,向所述版本注册中心发送部署失败信息,同时向所述版本注册中心请求上一快照的信息并执行回滚操作。
28.可选的,所述版本自动化部署装置,还包括:
29.转发单元,用于若所述服务等待队列中等待的请求信息的数量超过预设数量,则将请求信息转发至其他批次的应用服务器。
30.可选的,所述版本自动化部署装置,还包括:
31.第一接收单元,用于接收所述版本注册中心发送的差异计算请求;其中,所述差异计算请求至少包括:版本要素项;所述版本要素项至少包括:配置文件、执行码和数据库脚本;
32.比对单元,用于将所述版本要素项与自身的版本要素项进行比较,得到比对结果;其中,所述比对结果至少包括:位置信息、修改信息和修改后的文件哈希码;
33.第一发送单元,用于将所述比对结果发送至所述版本注册中心;其中,所述版本注册中心根据所述比对结果对命令库中的命令进行替换,将替换过程中使用到的指令集作为所述版本要素项的快照项,遍历所有要素项并根据要素项的顺序要求对快照项进行组合生成增量快照。
34.可选的,所述版本自动化部署装置,还包括:
35.第二接收单元,用于接收所述版本注册中心发送的数据收集请求;
36.第二发送单元,用于向所述版本注册中心发送应用服务器上每一个路径下的执行码文件;其中,所述版本注册中心对收集到的每一个应用服务器上的执行码文件进行合并,生成全量版本快照。
37.本技术第三方面提供了一种电子设备,包括:
38.一个或多个处理器;
39.存储装置,其上存储有一个或多个程序;
40.当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如第一方面任意一项所述的版本自动化部署方法。
41.本技术第四方面提供了一种计算机存储介质,其上存储有计算机程序,其中,所述计算机程序被处理器执行时实现如第一方面任意一项所述的版本自动化部署方法。
42.由以上方案可知,本技术提供一种版本自动化部署方法、装置、电子设备及计算机存储介质,所述版本自动化部署方法应用于应用服务器,在接收到版本注册中心发送的版本切换指令后,启动服务等待队列接收客户新发送的请求信息;并将当前服务的处理进程进行冻结,缓存当前服务的用户请求;然后,从所述版本注册中心获取到目标版本,在缓存完成当前服务的用户请求后执行所述目标版本;最后,请求所述版本注册中心的验证程序对当前自动化部署服务进行验证,得到验证结果;若所述验证结果表明验证通过,向所述版本注册中心发送部署成功通知;若所述验证结果表明验证不通过,向所述版本注册中心发送部署失败信息,同时向所述版本注册中心请求上一快照的信息并执行回滚操作。有效提升了部署工作的智能性和精确性,提升了企业在运维工作中的效率。
附图说明
43.为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
44.图1为本技术实施例提供的一种版本自动化部署方法的具体流程图;
45.图2为本技术另一实施例提供的一种版本自动化部署方法的流程图;
46.图3为本技术另一实施例提供的一种版本自动化部署方法的流程图;
47.图4为本技术另一实施例提供的一种版本自动化部署装置的示意图;
48.图5为本技术另一实施例提供的一种实现版本自动化部署方法的电子设备的示意图。
具体实施方式
49.下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
50.本文使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”;术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
51.需要注意,本技术中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
52.需要注意,本技术中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域
技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
53.首先,需要说明的是,本技术版本自动化部署时将现有的部署架构修改为各类应用服务器、版本注册中心,版本注册中心对应用服务器中的各版本要素项(配置文件、执行码、数据库脚本等)进行注册以及哈希码生成,同时在版本注册中心记录各应用服务器的验证脚本以及验证结果图。
54.本技术实施例提供了一种版本自动化部署方法,应用于应用服务器,如图1所示,具体包括以下步骤:
55.s101、接收到版本注册中心发送的版本切换指令后,启动服务等待队列接收客户新发送的请求信息。
56.其中,版本注册中心会对多个应用服务器进行划分,分批发送版本切换指令至每一个应用服务器。
57.需要说明的是,版本注册中心还内置了丰富的指令库,指令库提供了简单的部署开始、部署验证、部署回滚等指令支持运维人员对全量得服务器进行打包部署或回滚。同时在版本控制中,基于运维人员的操作习惯,对客户指令进行记录和链接,自动生成运维人员的指令集和指令集快捷启动指令,并将启动指令、指令集、执行时间、执行结果等信息自动备份记录留存。
58.可选的,在本技术的另一实施例中,在启动服务等待队列接收客户新发送的请求信息之后,版本自动化部署方法的一种实施方式,还包括:
59.若服务等待队列中等待的请求信息的数量超过预设数量,则将请求信息转发至其他批次的应用服务器。
60.s102、将当前服务的处理进程进行冻结,缓存当前服务的用户请求。
61.s103、从版本注册中心获取到目标版本,在缓存完成当前服务的用户请求后执行目标版本。
62.其中,目标版本为增量版本或全量版本。
63.s104、请求版本注册中心的验证程序对当前自动化部署服务进行验证,得到验证结果。
64.需要说明的是,当前自动化部署服务即上述的实施过程,版本注册中心的验证程序会对上述的实施过程的每一步进行验证,得到验证结果。
65.s105、若验证结果表明验证通过,向版本注册中心发送部署成功通知。
66.s106、若验证结果表明验证不通过,向版本注册中心发送部署失败信息,同时向版本注册中心请求上一快照的信息并执行回滚操作。
67.在自动化部署之前功能测试阶段,系统获取版本库的更新变动,对于每次版本变更,将版本注册中心的各要素项与功能测试地址下的应用服务器各要素项信息进行比较,识别哈希码变化,对变化的配置项,版本注册中心与应用服务器计算获取差异快照,因此,在本技术的另一实施例中,版本自动化部署方法的一种实施方式,如图2所示,还包括:
68.s201、接收版本注册中心发送的差异计算请求。
69.其中,差异计算请求至少包括:版本要素项;版本要素项至少包括:配置文件、执行码和数据库脚本。
70.s202、将版本要素项与自身的版本要素项进行比较,得到比对结果。
71.其中,比对结果至少包括:位置信息、修改信息和修改后的文件哈希码。
72.s203、将比对结果发送至版本注册中心。
73.其中,版本注册中心根据比对结果对命令库中的命令进行替换,将替换过程中使用到的指令集作为版本要素项的快照项,遍历所有要素项并根据要素项的顺序要求对快照项进行组合生成增量快照。
74.例如位置信息h后新增“a=1”信息,则依次调用打开文件、跳转指令、新增“a=1”、保存文件指令,并将改指令集作为要素项的快照项。
75.可选的,在本技术的另一实施例中,版本自动化部署方法的一种实施方式,如图3所示,还包括:
76.s301、接收版本注册中心发送的数据收集请求。
77.s302、向版本注册中心发送应用服务器上每一个路径下的执行码文件。
78.其中,版本注册中心对收集到的每一个应用服务器上的执行码文件进行合并,生成全量版本快照。
79.可以理解的是,本技术对于获取的增量快照和全量快照采用压缩的方法对版本大小进行控制,同时压缩时可根据企业的要求进行压缩密码、压缩格式等要求进行自定义设置。
80.由以上方案可知,本技术提供一种版本自动化部署方法,应用于应用服务器,在接收到版本注册中心发送的版本切换指令后,启动服务等待队列接收客户新发送的请求信息;并将当前服务的处理进程进行冻结,缓存当前服务的用户请求;然后,从版本注册中心获取到目标版本,在缓存完成当前服务的用户请求后执行目标版本;最后,请求版本注册中心的验证程序对当前自动化部署服务进行验证,得到验证结果;若验证结果表明验证通过,向版本注册中心发送部署成功通知;若验证结果表明验证不通过,向版本注册中心发送部署失败信息,同时向版本注册中心请求上一快照的信息并执行回滚操作。有效提升了部署工作的智能性和精确性,提升了企业在运维工作中的效率。
81.本技术另一实施例提供了一种版本自动化部署装置,应用于应用服务器,如图4所示,具体包括:
82.启动单元401,用于接收到版本注册中心发送的版本切换指令后,启动服务等待队列接收客户新发送的请求信息。
83.其中,版本注册中心会对多个应用服务器进行划分,分批发送版本切换指令至每一个应用服务器。
84.可选的,在本技术的另一实施例中,版本自动化部署装置的一种实施方式,还包括:
85.转发单元,用于若服务等待队列中等待的请求信息的数量超过预设数量,则将请求信息转发至其他批次的应用服务器。
86.本技术上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,此处不再赘述。
87.冻结单元402,用于将当前服务的处理进程进行冻结,缓存当前服务的用户请求。
88.获取单元403,用于从版本注册中心获取到目标版本,在缓存完成当前服务的用户请求后执行目标版本。
89.其中,目标版本为增量版本或全量版本。
90.请求单元404,用于请求版本注册中心的验证程序对当前自动化部署服务进行验证,得到验证结果。
91.第一通知单元405,用于若验证结果表明验证通过,向版本注册中心发送部署成功通知。
92.第二通知单元406,用于若验证结果表明验证不通过,向版本注册中心发送部署失败信息,同时向版本注册中心请求上一快照的信息并执行回滚操作。
93.本技术上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,如图1所示,此处不再赘述。
94.可选的,在本技术的另一实施例中,版本自动化部署装置的一种实施方式,还包括:
95.第一接收单元,用于接收版本注册中心发送的差异计算请求。
96.其中,差异计算请求至少包括:版本要素项;版本要素项至少包括:配置文件、执行码和数据库脚本。
97.比对单元,用于将版本要素项与自身的版本要素项进行比较,得到比对结果。
98.其中,比对结果至少包括:位置信息、修改信息和修改后的文件哈希码。
99.第一发送单元,用于将比对结果发送至版本注册中心。
100.其中,版本注册中心根据比对结果对命令库中的命令进行替换,将替换过程中使用到的指令集作为版本要素项的快照项,遍历所有要素项并根据要素项的顺序要求对快照项进行组合生成增量快照。
101.本技术上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,如图2所示,此处不再赘述。
102.可选的,在本技术的另一实施例中,版本自动化部署装置的一种实施方式,还包括:
103.第二接收单元,用于接收版本注册中心发送的数据收集请求。
104.第二发送单元,用于向版本注册中心发送应用服务器上每一个路径下的执行码文件。
105.其中,版本注册中心对收集到的每一个应用服务器上的执行码文件进行合并,生成全量版本快照。
106.本技术上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,如图3所示,此处不再赘述。
107.由以上方案可知,本技术提供一种版本自动化部署装置,应用于应用服务器,在接收到版本注册中心发送的版本切换指令后,启动单元401启动服务等待队列接收客户新发送的请求信息;冻结单元402并将当前服务的处理进程进行冻结,缓存当前服务的用户请求;然后,获取单元403从版本注册中心获取到目标版本,在缓存完成当前服务的用户请求后执行目标版本;最后,请求单元404请求版本注册中心的验证程序对当前自动化部署服务进行验证,得到验证结果;若验证结果表明验证通过,第一通知单元405向版本注册中心发送部署成功通知;若验证结果表明验证不通过,第二通知单元406向版本注册中心发送部署失败信息,同时向版本注册中心请求上一快照的信息并执行回滚操作。有效提升了部署工
作的智能性和精确性,提升了企业在运维工作中的效率。
108.本技术提供的一种版本自动化部署方法、装置、电子设备及计算机存储介质可用于金融领域或其他领域,例如,可用于应用更新上线前的场景。上述仅为示例,并不对本技术提供的一种版本自动化部署方法、装置、电子设备及计算机存储介质的应用领域进行限定。
109.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
110.本技术另一实施例提供了一种电子设备,如图5所示,包括:
111.一个或多个处理器501。
112.存储装置502,其上存储有一个或多个程序。
113.当所述一个或多个程序被所述一个或多个处理器501执行时,使得所述一个或多个处理器501实现如上述实施例中任意一项所述的版本自动化部署方法。
114.本技术另一实施例提供了一种计算机存储介质,其上存储有计算机程序,其中,计算机程序被处理器执行时实现如上述实施例中任意一项所述版本自动化部署方法。
115.在本技术的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
116.需要说明的是,本技术上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、rf(射频)等等,或者上述的任意合适的组合。
117.上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
118.本技术另一实施例提供了一种计算机程序产品,当该计算机程序产品被执行时,其用于执行上述任一项的版本自动化部署方法。
119.特别地,根据本技术的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本技术的实施例包括一种计算机程序产品,其包括承载在非暂态计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置从网络上被下载和安装,或者从存储装置被安装,或者从rom被安装。在该计算机程序被处理装置执行时,执行本技术实施例的方法中限定的上述功能。
120.尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
121.虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本技术的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
122.以上描述仅为本技术的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本技术中所涉及的申请范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述申请构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本技术中申请的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
技术特征:
1.一种版本自动化部署方法,其特征在于,应用于应用服务器,包括:接收到版本注册中心发送的版本切换指令后,启动服务等待队列接收客户新发送的请求信息;其中,所述版本注册中心会对多个应用服务器进行划分,分批发送版本切换指令至每一个应用服务器;将当前服务的处理进程进行冻结,缓存当前服务的用户请求;从所述版本注册中心获取到目标版本,在缓存完成当前服务的用户请求后执行所述目标版本;其中,所述目标版本为增量版本或全量版本;请求所述版本注册中心的验证程序对当前自动化部署服务进行验证,得到验证结果;若所述验证结果表明验证通过,向所述版本注册中心发送部署成功通知;若所述验证结果表明验证不通过,向所述版本注册中心发送部署失败信息,同时向所述版本注册中心请求上一快照的信息并执行回滚操作。2.根据权利要求1所述的版本自动化部署方法,其特征在于,所述接收到版本注册中心发送的版本切换指令后,启动服务等待队列接收客户新发送的请求信息之后,还包括:若所述服务等待队列中等待的请求信息的数量超过预设数量,则将请求信息转发至其他批次的应用服务器。3.根据权利要求1所述的版本自动化部署方法,其特征在于,还包括:接收所述版本注册中心发送的差异计算请求;其中,所述差异计算请求至少包括:版本要素项;所述版本要素项至少包括:配置文件、执行码和数据库脚本;将所述版本要素项与自身的版本要素项进行比较,得到比对结果;其中,所述比对结果至少包括:位置信息、修改信息和修改后的文件哈希码;将所述比对结果发送至所述版本注册中心;其中,所述版本注册中心根据所述比对结果对命令库中的命令进行替换,将替换过程中使用到的指令集作为所述版本要素项的快照项,遍历所有要素项并根据要素项的顺序要求对快照项进行组合生成增量快照。4.根据权利要求3所述的版本自动化部署方法,其特征在于,还包括:接收所述版本注册中心发送的数据收集请求;向所述版本注册中心发送应用服务器上每一个路径下的执行码文件;其中,所述版本注册中心对收集到的每一个应用服务器上的执行码文件进行合并,生成全量版本快照。5.一种版本自动化部署装置,其特征在于,应用于应用服务器,包括:启动单元,用于接收到版本注册中心发送的版本切换指令后,启动服务等待队列接收客户新发送的请求信息;其中,所述版本注册中心会对多个应用服务器进行划分,分批发送版本切换指令至每一个应用服务器;冻结单元,用于将当前服务的处理进程进行冻结,缓存当前服务的用户请求;获取单元,用于从所述版本注册中心获取到目标版本,在缓存完成当前服务的用户请求后执行所述目标版本;其中,所述目标版本为增量版本或全量版本;请求单元,用于请求所述版本注册中心的验证程序对当前自动化部署服务进行验证,得到验证结果;第一通知单元,用于若所述验证结果表明验证通过,向所述版本注册中心发送部署成功通知;第二通知单元,用于若所述验证结果表明验证不通过,向所述版本注册中心发送部署
失败信息,同时向所述版本注册中心请求上一快照的信息并执行回滚操作。6.根据权利要求5所述的版本自动化部署装置,其特征在于,还包括:转发单元,用于若所述服务等待队列中等待的请求信息的数量超过预设数量,则将请求信息转发至其他批次的应用服务器。7.根据权利要求5所述的版本自动化部署装置,其特征在于,还包括:第一接收单元,用于接收所述版本注册中心发送的差异计算请求;其中,所述差异计算请求至少包括:版本要素项;所述版本要素项至少包括:配置文件、执行码和数据库脚本;比对单元,用于将所述版本要素项与自身的版本要素项进行比较,得到比对结果;其中,所述比对结果至少包括:位置信息、修改信息和修改后的文件哈希码;第一发送单元,用于将所述比对结果发送至所述版本注册中心;其中,所述版本注册中心根据所述比对结果对命令库中的命令进行替换,将替换过程中使用到的指令集作为所述版本要素项的快照项,遍历所有要素项并根据要素项的顺序要求对快照项进行组合生成增量快照。8.根据权利要求7所述的版本自动化部署装置,其特征在于,还包括:第二接收单元,用于接收所述版本注册中心发送的数据收集请求;第二发送单元,用于向所述版本注册中心发送应用服务器上每一个路径下的执行码文件;其中,所述版本注册中心对收集到的每一个应用服务器上的执行码文件进行合并,生成全量版本快照。9.一种电子设备,其特征在于,包括:一个或多个处理器;存储装置,其上存储有一个或多个程序;当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如权利要求1至4中任一所述的版本自动化部署方法。10.一种计算机存储介质,其特征在于,其上存储有计算机程序,其中,所述计算机程序被处理器执行时实现如权利要求1至4中任一所述的版本自动化部署方法。
技术总结
本申请提供一种版本自动化部署方法、装置、电子设备及计算机存储介质,可应用于金融领域或其他领域,该方法在接收到版本注册中心发送的版本切换指令后,启动服务等待队列接收客户新发送的请求信息;并将当前服务的处理进程进行冻结,缓存当前服务的用户请求;然后,从版本注册中心获取到目标版本,在缓存完成当前服务的用户请求后执行目标版本;最后,请求版本注册中心的验证程序对当前自动化部署服务进行验证,得到验证结果;若验证结果表明验证不通过,向版本注册中心发送部署失败信息,同时向版本注册中心请求上一快照的信息并执行回滚操作。有效提升了部署工作的智能性和精确性,提升了企业在运维工作中的效率。提升了企业在运维工作中的效率。提升了企业在运维工作中的效率。
技术研发人员:申亚坤
受保护的技术使用者:中国银行股份有限公司
技术研发日:2023.07.05
技术公布日:2023/10/7
版权声明
本文仅代表作者观点,不代表航空之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)
飞行汽车 https://www.autovtol.com/
