CN115065595B - 一种自动化发布部署方法 - Google Patents

Abstract

本发明实施例涉及自动化部署技术领域，具体公开了一种自动化发布部署方法。本发明实施例通过在用户完成应用打包之后，接收用户的发布预处理，生成发布命令；进行发布检测与处理，生成并传递服务端MQTT消息；进行消息包装处理并通知部署客户端；进行资源文件处理；进行数据还原处理，并在还原完成之后通知部署客户端；进行缓存清除，并向部署服务端发送应用发布版执行结果；通知搭建平台端进行状态变更，完成应用发布。能够不需要专业运维人员也可以进行打包部署、不需要停服更新、不需要人工监控整个部署流程，简单易操作，误操作几率小，可随时动态更新指定环境，解放人力，提高版本发布的稳定性，还能够提高安全性。

Description

一种自动化发布部署方法

技术领域

本发明属于自动化部署技术领域，尤其涉及一种自动化发布部署方法。

背景技术

“低代码”的概念，由Forrester率先提出，即只需用很少甚至几乎不需要代码就可以快速开发出系统，并可以将其快速配置和部署的一种技术和工具。低代码平台最突出的特点便是“低门槛要求”和“高拓展能力”，可将开发效率提高、交付周期缩短。

现有的低代码在线设计架构应用平台，通常内置三种类型的环境，分别为开发、体验、正式环境，通过对开发环境、体验环境和正式环境的管理实现对应的开发、测试和迭代。在开发环境下是拖拽修改实时生效，体验环境和正式环境则需要打包、发布后才能生效。开发环境、体验环境、正式环境均为独立的数据库和微服务环境。因现有的体验环境和正式环境可能会存在多套的情况下，发布部署就比较麻烦，而现在大多数项目的自动化部署，只是将代码的编译以及项目的部署实现了自动化，对于数据库的变更，还是依赖人工处理，导致误操作几率很大，管理也会比较混乱。

发明内容

本发明实施例的目的在于提供一种自动化发布部署方法，旨在解决背景技术中提出的问题。

为实现上述目的，本发明实施例提供如下技术方案：

一种自动化发布部署方法，所述方法具体包括以下步骤：

用户在搭建平台端完成应用打包之后，接收用户的发布预处理，生成发布命令；

搭建平台端根据所述发布命令，进行发布检测与处理，生成并传递服务端MQTT消息；

部署服务端接收所述服务端MQTT消息，进行消息包装处理并通知部署客户端；

部署客户端进行资源文件处理，并在处理完成之后，向预览运行端发送还原数据指令；

预览运行端接收所述还原数据指令，进行数据还原处理，并在还原完成之后通知部署客户端；

部署客户端进行缓存清除，并向部署服务端发送应用发布版执行结果；

部署服务端收到应用发布版执行结果之后，通知搭建平台端进行状态变更，完成应用发布。

作为本发明实施例技术方案进一步的限定，所述用户在搭建平台端完成应用打包之后，接收用户的发布预处理，生成发布命令具体包括以下步骤：

用户在搭建平台端完成应用打包之后，生成并展示发布预处理界面；

获取用户在所述发布预处理界面上选择的版本号；

获取用户在所述发布预处理界面上指定的发布环境；

根据所述版本号和所述发布环境，生成发布命令。

作为本发明实施例技术方案进一步的限定，所述搭建平台端根据所述发布命令，进行发布检测与处理，生成并传递服务端MQTT消息具体包括以下步骤：

搭建平台端接收所述发布命令；

按照所述发布命令，检测所述发布环境中是否有版本正在发布；

在所述发布环境中没有版本正在发布时，创建新的发布记录；

根据所述发布记录，生成并传递服务端MQTT消息。

作为本发明实施例技术方案进一步的限定，所述部署服务端接收所述服务端MQTT消息，进行消息包装处理并通知部署客户端具体包括以下步骤：

部署服务端接收所述服务端MQTT消息；

从所述服务端MQTT消息中识别并提取发布命令；

根据所述发布命令，对所述服务端MQTT消息进行消息包装处理并通知部署客户端。

作为本发明实施例技术方案进一步的限定，所述部署客户端进行资源文件处理，并在处理完成之后，向预览运行端发送还原数据指令具体包括以下步骤：

部署客户端下载资源文件压缩包；

对所述资源文件压缩包进行解压并上传；

执行SQL脚本；

在处理完成之后，向预览运行端发送还原数据指令。

作为本发明实施例技术方案进一步的限定，所述预览运行端接收所述还原数据指令，进行数据还原处理，并在还原完成之后通知部署客户端具体包括以下步骤：

预览运行端接收所述还原数据指令；

通知各个核心服务进行各自的结构定义数据还原；

生成还原完成通知，并发送至部署客户端。

作为本发明实施例技术方案进一步的限定，所述部署客户端进行缓存清除，并向部署服务端发送应用发布版执行结果具体包括以下步骤：

部署客户端接收所述还原完成通知；

进行本地缓存清除；

进行Redis缓存清除；

生成发布成功的应用发布版执行结果，并发送至部署服务端。

作为本发明实施例技术方案进一步的限定，所述方法还包括：发布检测与处理失败时、资源文件处理失败时和缓存清除失败时，生成发布失败的应用发布版执行结果，并发送至部署服务端。

一种自动化发布部署系统，所述系统包括搭建平台端、部署服务端、部署客户端和预览运行端，其中：

搭建平台端，用于在用户完成应用打包之后，接收用户的发布预处理，生成并传递发布命令；用于根据所述发布命令，进行发布检测与处理，生成并传递服务端MQTT消息；

部署服务端，用于接收所述服务端MQTT消息，进行消息包装处理并通知部署客户端；用于在收到应用发布版执行结果之后，通知搭建平台端进行状态变更，完成应用发布；

部署客户端，用于进行资源文件处理，并在处理完成之后，向预览运行端发送还原数据指令；用于进行缓存清除，并向部署服务端发送应用发布版执行结果；

预览运行端，用于接收所述还原数据指令，进行数据还原处理，并在还原完成之后通知部署客户端。

作为本发明实施例技术方案进一步的限定，所述部署客户端具体包括：

资源处理模块，用于进行资源文件处理，并在处理完成之后，向预览运行端发送还原数据指令；

缓存清除模块，用于进行缓存清除，并向部署服务端发送应用发布版执行结果。

与现有技术相比，本发明的有益效果是：

本发明实施例通过在用户完成应用打包之后，接收用户的发布预处理，生成发布命令；进行发布检测与处理，生成并传递服务端MQTT消息；进行消息包装处理并通知部署客户端；进行资源文件处理；进行数据还原处理，并在还原完成之后通知部署客户端；进行缓存清除，并向部署服务端发送应用发布版执行结果；通知搭建平台端进行状态变更，完成应用发布。能够不需要专业运维人员也可以进行打包部署、不需要停服更新、不需要人工监控整个部署流程，简单易操作，误操作几率小，可随时动态更新指定环境，解放人力，提高版本发布的稳定性，还能够提高安全性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例。

图1示出了本发明实施例提供的方法的流程图。

图2示出了本发明实施例提供的系统的应用架构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

可以理解的是，现有技术中，低代码在线设计架构应用平台，通常内置三种类型的环境，分别为开发、体验、正式环境，通过对开发环境、体验环境和正式环境的管理实现对应的开发、测试和迭代。在开发环境下是拖拽修改实时生效，体验环境和正式环境则需要打包、发布后才能生效。开发环境、体验环境、正式环境均为独立的数据库和微服务环境。因现有的体验环境和正式环境可能会存在多套的情况下，发布部署就比较麻烦，而现在大多数项目的自动化部署，只是将代码的编译以及项目的部署实现了自动化，对于数据库的变更，还是依赖人工处理，导致误操作几率很大，管理也会比较混乱。

为解决上述问题，本发明实施例通过在用户完成应用打包之后，接收用户的发布预处理，生成发布命令；进行发布检测与处理，生成并传递服务端MQTT消息；进行消息包装处理并通知部署客户端；进行资源文件处理；进行数据还原处理，并在还原完成之后通知部署客户端；进行缓存清除，并向部署服务端发送应用发布版执行结果；通知搭建平台端进行状态变更，完成应用发布。能够不需要专业运维人员也可以进行打包部署、不需要停服更新、不需要人工监控整个部署流程，简单易操作，误操作几率小，可随时动态更新指定环境，解放人力，提高版本发布的稳定性，还能够提高安全性。

图1示出了本发明实施例提供的方法的流程图。

具体的，一种自动化发布部署方法，所述方法具体包括以下步骤：

步骤一、用户在搭建平台端完成应用打包之后，接收用户的发布预处理，生成发布命令。

在本发明实施例中，用户在搭建平台端打包完成之后，生成并展示发布预处理界面，用户可以在预处理界面上选择版本号、指定发布环境，开始发布，进而生成发布命令。

具体的，在本发明提供的优选实施方式中，所述用户在搭建平台端完成应用打包之后，接收用户的发布预处理，生成发布命令具体包括以下步骤：

用户在搭建平台端完成应用打包之后，生成并展示发布预处理界面；

获取用户在所述发布预处理界面上选择的版本号；

获取用户在所述发布预处理界面上指定的发布环境；

根据所述版本号和所述发布环境，生成发布命令。

进一步的，所述自动化发布部署方法还包括以下步骤：

步骤二、搭建平台端根据所述发布命令，进行发布检测与处理，生成并传递服务端MQTT消息。

在本发明实施例中，搭建平台端后端服务收到发布命令之后，进行检测该环境是否有版本正在发布，如该环境没有版本发布则创建新的发布记录，并向部署服务端通知发送服务端MQTT消息。

具体的，在本发明提供的优选实施方式中，所述搭建平台端根据所述发布命令，进行发布检测与处理，生成并传递服务端MQTT消息具体包括以下步骤：

搭建平台端接收所述发布命令；

按照所述发布命令，检测所述发布环境中是否有版本正在发布；

在所述发布环境中没有版本正在发布时，创建新的发布记录；

根据所述发布记录，生成并传递服务端MQTT消息。

进一步的，所述自动化发布部署方法还包括以下步骤：

步骤三、部署服务端接收所述服务端MQTT消息，进行消息包装处理并通知部署客户端。

在本发明实施例中，部署服务端接收到服务端MQTT消息，从服务端MQTT消息队列中识别并提取发布命令，进而按照发布命令进行消息包装处理，并通知部署客户端。

具体的，在本发明提供的优选实施方式中，所述部署服务端接收所述服务端MQTT消息，进行消息包装处理并通知部署客户端具体包括以下步骤：

部署服务端接收所述服务端MQTT消息；

从所述服务端MQTT消息中识别并提取发布命令；

根据所述发布命令，对所述服务端MQTT消息进行消息包装处理并通知部署客户端。

进一步的，所述自动化发布部署方法还包括以下步骤：

步骤四、部署客户端进行资源文件处理，并在处理完成之后，向预览运行端发送还原数据指令。

在本发明实施例中，部署客户端收到指令则进行下载资源文件压缩包，对资源文件压缩包进行解压上传，且执行SQL脚本，并处理完成之后，向预览运行端发送还原数据指令。

具体的，在本发明提供的优选实施方式中，所述部署客户端进行资源文件处理，并在处理完成之后，向预览运行端发送还原数据指令具体包括以下步骤：

部署客户端下载资源文件压缩包；

对所述资源文件压缩包进行解压并上传；

执行SQL脚本；

在处理完成之后，向预览运行端发送还原数据指令。

进一步的，所述自动化发布部署方法还包括以下步骤：

步骤五、预览运行端接收所述还原数据指令，进行数据还原处理，并在还原完成之后通知部署客户端。

在本发明实施例中，预览运行端接收到还原数据指令，将通知各个核心服务进行各自的结构定义数据还原，还原完成之后，生成还原完成通知，并发送至部署客户端。

具体的，在本发明提供的优选实施方式中，所述预览运行端接收所述还原数据指令，进行数据还原处理，并在还原完成之后通知部署客户端具体包括以下步骤：

预览运行端接收所述还原数据指令；

通知各个核心服务进行各自的结构定义数据还原；

生成还原完成通知，并发送至部署客户端。

进一步的，所述自动化发布部署方法还包括以下步骤：

步骤六、部署客户端进行缓存清除，并向部署服务端发送应用发布版执行结果。

在本发明实施例中，部署客户端在确认结构定义数据还原完成之后，清除本地缓存和Redis缓存，生成发布成功的应用发布版执行结果，并发送至部署服务端。

具体的，在本发明提供的优选实施方式中，所述部署客户端进行缓存清除，并向部署服务端发送应用发布版执行结果具体包括以下步骤：

部署客户端接收所述还原完成通知；

进行本地缓存清除；

进行Redis缓存清除；

生成发布成功的应用发布版执行结果，并发送至部署服务端。

进一步的，所述自动化发布部署方法还包括以下步骤：

步骤七、部署服务端收到应用发布版执行结果之后，通知搭建平台端进行状态变更，完成应用发布。

在本发明实施例中，部署服务端收到应用发布版执行结果之后，通知搭建平台端进行状态变更，发布至此完成。

进一步的，在本发明提供的一个优选实施方式中，自动化发布部署方法还包括：发布检测与处理失败时、资源文件处理失败时和缓存清除失败时，生成发布失败的应用发布版执行结果，并发送至部署服务端。

进一步的，图2示出了本发明实施例提供的系统的应用架构图。

其中，在本发明提供的又一个优选实施方式中，一种自动化发布部署系统，其特征在于，所述系统包括搭建平台端、部署服务端、部署客户端和预览运行端，其中：

搭建平台端，用于在用户完成应用打包之后，接收用户的发布预处理，生成并传递发布命令；用于根据所述发布命令，进行发布检测与处理，生成并传递服务端MQTT消息。

在本发明实施例中，用户在搭建平台端打包完成之后，生成并展示发布预处理界面，用户可以在预处理界面上选择版本号、指定发布环境，开始发布，进而生成发布命令，搭建平台端后端服务收到发布命令之后，进行检测该环境是否有版本正在发布，如该环境没有版本发布则创建新的发布记录，并向部署服务端通知发送服务端MQTT消息。

部署服务端，用于接收所述服务端MQTT消息，进行消息包装处理并通知部署客户端；用于在收到应用发布版执行结果之后，通知搭建平台端进行状态变更，完成应用发布。

在本发明实施例中，部署服务端接收到服务端MQTT消息，从服务端MQTT消息队列中识别并提取发布命令，进而按照发布命令进行消息包装处理，并通知部署客户端，部署服务端收到应用发布版执行结果之后，通知搭建平台端进行状态变更，发布至此完成。

部署客户端，用于进行资源文件处理，并在处理完成之后，向预览运行端发送还原数据指令；用于进行缓存清除，并向部署服务端发送应用发布版执行结果。

在本发明实施例中，部署客户端收到指令则进行下载资源文件压缩包，对资源文件压缩包进行解压上传，且执行SQL脚本，并处理完成之后，向预览运行端发送还原数据指令，部署客户端在确认结构定义数据还原完成之后，清除本地缓存和Redis缓存，生成发布成功的应用发布版执行结果，并发送至部署服务端。

具体的，在本发明提供的优选实施方式中，所述部署客户端具体包括：

资源处理模块，用于进行资源文件处理，并在处理完成之后，向预览运行端发送还原数据指令；

缓存清除模块，用于进行缓存清除，并向部署服务端发送应用发布版执行结果。

进一步的，所述自动化发布部署系统还包括：

预览运行端，用于接收所述还原数据指令，进行数据还原处理，并在还原完成之后通知部署客户端。

在本发明实施例中，预览运行端接收到还原数据指令，将通知各个核心服务进行各自的结构定义数据还原，还原完成之后，生成还原完成通知，并发送至部署客户端。

综上所述，本发明实施例通过接收用户的发布预处理，生成发布命令；搭建平台端根据所述发布命令，进行发布检测与处理，生成并传递服务端MQTT消息；部署服务端接收所述服务端MQTT消息，进行消息包装处理并通知部署客户端；部署客户端进行资源文件处理，并在处理完成之后，向预览运行端发送还原数据指令；预览运行端接收所述还原数据指令，进行数据还原处理，并在还原完成之后通知部署客户端；部署客户端进行缓存清除，并向部署服务端发送应用发布版执行结果；部署服务端收到应用发布版执行结果之后，通知搭建平台端进行状态变更，完成应用发布。能够不需要专业运维人员也可以进行打包部署、不需要停服更新、不需要人工监控整个部署流程，简单易操作，误操作几率小，可随时动态更新指定环境，解放人力，提高版本发布的稳定性，还能够提高安全性。

应该理解的是，虽然本发明各实施例的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，各实施例中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink） DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种自动化发布部署方法，其特征在于，所述方法具体包括以下步骤：

用户在搭建平台端完成应用打包之后，接收用户的发布预处理，生成发布命令；所述用户在搭建平台端完成应用打包之后，接收用户的发布预处理，生成发布命令具体包括以下步骤：用户在搭建平台端完成应用打包之后，生成并展示发布预处理界面；获取用户在所述发布预处理界面上选择的版本号；获取用户在所述发布预处理界面上指定的发布环境；根据所述版本号和所述发布环境，生成发布命令；搭建平台端根据所述发布命令，进行发布检测与处理，生成并传递服务端MQTT消息；

具体的，搭建平台端后端服务收到发布命令之后，进行检测该环境是否有版本正在发布，如该环境没有版本发布则创建新的发布记录，并向部署服务端通知发送服务端MQTT消息；

部署服务端接收所述服务端MQTT消息，进行消息包装处理并通知部署客户端；

具体的，部署服务端接收到服务端MQTT消息，从服务端MQTT消息队列中识别并提取发布命令，进而按照发布命令进行消息包装处理，并通知部署客户端；

部署客户端进行资源文件处理，并在处理完成之后，向预览运行端发送还原数据指令；

预览运行端接收所述还原数据指令，进行数据还原处理，并在还原完成之后通知部署客户端；

部署客户端进行缓存清除，并向部署服务端发送应用发布版执行结果；

部署服务端收到应用发布版执行结果之后，通知搭建平台端进行状态变更，完成应用发布。

2.根据权利要求1所述的自动化发布部署方法，其特征在于，所述搭建平台端根据所述发布命令，进行发布检测与处理，生成并传递服务端MQTT消息具体包括以下步骤：

搭建平台端接收所述发布命令；

按照所述发布命令，检测所述发布环境中是否有版本正在发布；

在所述发布环境中没有版本正在发布时，创建新的发布记录；

根据所述发布记录，生成并传递服务端MQTT消息。

3.根据权利要求1所述的自动化发布部署方法，其特征在于，所述部署服务端接收所述服务端MQTT消息，进行消息包装处理并通知部署客户端具体包括以下步骤：

部署服务端接收所述服务端MQTT消息；

从所述服务端MQTT消息中识别并提取发布命令；

根据所述发布命令，对所述服务端MQTT消息进行消息包装处理并通知部署客户端。

4.根据权利要求1所述的自动化发布部署方法，其特征在于，所述部署客户端进行资源文件处理，并在处理完成之后，向预览运行端发送还原数据指令具体包括以下步骤：

部署客户端下载资源文件压缩包；

对所述资源文件压缩包进行解压并上传；

执行SQL脚本；

在处理完成之后，向预览运行端发送还原数据指令。

5.根据权利要求1所述的自动化发布部署方法，其特征在于，所述预览运行端接收所述还原数据指令，进行数据还原处理，并在还原完成之后通知部署客户端具体包括以下步骤：

预览运行端接收所述还原数据指令；

通知各个核心服务进行各自的结构定义数据还原；

生成还原完成通知，并发送至部署客户端。

6.根据权利要求5所述的自动化发布部署方法，其特征在于，所述部署客户端进行缓存清除，并向部署服务端发送应用发布版执行结果具体包括以下步骤：

部署客户端接收所述还原完成通知；

进行本地缓存清除；

进行Redis缓存清除；

生成发布成功的应用发布版执行结果，并发送至部署服务端。

7.根据权利要求6所述的自动化发布部署方法，其特征在于，所述方法还包括：发布检测与处理失败时、资源文件处理失败时和缓存清除失败时，生成发布失败的应用发布版执行结果，并发送至部署服务端。

Images