CN114879979A - 一种部署方法、系统及存储介质 - Google Patents

Abstract

本发明公开了一种部署方法、系统及存储介质，其包括：生成分别对应前端和服务端的部署服务包；以及创建至少一个部署任务，所述部署任务用于部署至少一个服务；选择并输入所述部署服务包至所述部署任务；将所述部署任务中的部署服务包转换为yaml文件方式进行服务部署。通过上述方式，能够实现部署环境标准化和部署过程自动化，大幅简化部署工作，提高部署效率。

Description

一种部署方法、系统及存储介质

技术领域

本发明涉及互联网技术领域，特别是涉及一种部署方法、系统及存储介质。

背景技术

随着互联网技术的日渐成熟和普及，人们对于网络化信息需求量逐年加大，因此，程序员对于网络维护也极为关键，对于服务部署和维护要求也在逐年增加。现有的部署方式针对单一部署任务，进行单独部署。

对现有技术的研究个实践过程中，本发明的发明人发现，随着服务部署和维护的需求量增加，各种不同类型的部署需要耗费大量人力物力；即不论是前端部署、服务端部署、前后端分离部署都没有统一的模板或者是模型部署，管理起来比较混乱，且部署效率较低。

发明内容

本发明主要解决的技术问题是提供一种部署方法、系统及存储介质，能够实现部署环境标准化和部署过程自动化，大幅简化部署工作，提高部署效率。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种部署方法，包括：

生成分别对应前端和服务端的部署服务包；以及

创建至少一个部署任务，所述部署任务用于部署至少一个服务；

选择并输入所述部署服务包至所述部署任务；

将所述部署任务中的部署服务包转换为yaml文件方式进行服务部署。

其中，所述生成分别对应前端和服务端的部署服务包，包括：

构建编译任务；

基于所述编译任务生成前端部署服务包、后端部署服务包；所述前端部署服务包有zip包、镜像文件；所述后端部署服务包有：jar包、war包。

其中，所述方法还包括：

配置公共参数；

所述创建至少一个部署任务，包括：

基于所述公共参数，创建至少一个部署任务；

所述选择并输入所述部署服务包至所述部署任务，包括：

基于所述公共参数，选择并输入所述部署服务包至所述部署任务。

其中，所述配置公共参数，包括：

提供参数配置环境；

在所述参数配置环境下，配置公共参数；

如需进行应用参数配置，则在所述参数配置环境下配置应用参数；

其中，所述公共参数针对部署同类型或类似的服务；所述应用参数针对部署多个服务连接不同数据。

其中，所述根据设置的公共参数创建至少一个部署任务，包括：

根据设置的公共参数创建至少一个部署任务，每个部署任务对应一个部署服务包。

其中，所述基于公共参数设置，选择并输入所述部署服务包至所述部署任务，包括：

基于公共参数设置，选择并输入相应的部署服务包至一个部署任务中，该所述部署任务部署至少一个服务，即该部署任务对应至少一个部署服务包。

其中，所述输入部署服务包为自动选择输入或手动输入；其中手动输入的部署服务包地址为可下载的该部署服务包地址或可运行的部署服务包地址。

其中，所述将部署任务中的部署服务包转换为yaml文件方式进行服务部署，包括：

在执行部署任务进行服务部署时将部署服务包转换成yaml文件方式进行服务部署；

或在执行部署任务进行流水线部署时直接编辑yaml文件方式进行服务部署。

为解决上述技术问题，本发明采用的另一个技术方案是：提供一种部署系统，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如前述部署方法的步骤。

为解决上述技术问题，本发明采用的另一个技术方案是：提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如前述部署方法的步骤。

以上方案，在进行服务部署时，生成分别对应前端和服务端的部署服务包；以及创建至少一个部署任务，所述部署任务用于部署至少一个服务；选择并输入所述部署服务包至所述部署任务；将所述部署任务中的部署服务包转换为yaml文件方式进行服务部署，实现部署环境标准化和部署过程自动化，大幅度简化部署工作，提高部署效率。

附图说明

图1是本发明部署方法一实施例的流程图；

图2是本发明部署系统一实施例的结构示意图；

图3是本发明存储介质一实施例的结构示意图。

具体实施方式

下面结合附图和实施例，对本发明作进一步的详细描述。特别指出的是，以下实施例仅用于说明本发明，但不对本发明的范围进行限定。同样的，以下实施例仅为本发明的部分实施例而非全部实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

传统的部署方式，无论是前端部署、服务端部署、前后端分离部署都没有统一的模板部署或者统一的模型部署，使得各类部署管理起来比较混乱。

申请人在研究中发现，构建自定义的编译任务，生成分别对应前端和服务端的部署服务包；添加部署需要的统一参数部署；创建至少一个部署任务，部署任务用于部署至少一个服务；选择并输入部署服务包至部署任务，即在一个部署任务下可部署多个服务，适合前后端分离的服务，也可在一个部署任务下部署一个服务，将多个部署任务一起进行部署服务；将部署任务中的部署服务包转换为yaml文件方式进行服务部署，实现部署环境标准化和部署过程自动化，大幅度简化部署工作，提高部署效率。

因此，提出一种新的部署方法，通过统一部署服务包和统一参数部署，并在部署任务中将部署服务包转换为yaml文件方式进行服务部署，能实现部署环境标准化和部署过程自动化，能在很大程度上解决上述技术问题。

基于此，本申请实施例提供一种部署方法，以解决上述技术问题。

请参阅图1，图1是本发明部署方法一实施例的流程图。需注意的是，若有实质上相同的结果，本发明的方法并不以图1所示的流程顺序为限，如图1所示，该方法包括如下步骤：

S101：生成分别对应前端和服务端的部署服务包；

其中，服务包为Service Pack，缩写为SP，是程序的更新、修复和(或)增强的集合，以一个独立的安装包的形式发布，通常在为某一程序而做的修补程序达到一定数量时，就发布一个Service Pack。安装一个Service Pack比安装许多独立的修补程序更简单且不易出错，特别是在通过网络更新许多计算机的时候。在本实施例中，部署服务包为进行部署任务所需要的程序的更新、修复和(或)增强的集合，即在部署环境下提给的一系列产品和服务的组合；

前端部署服务包主要用于前端服务的部署，如Nginx前端服务部署，通过多个server配置或多个location配置来配置多个前端服务；location中root和alias的区别：location后面的路径是真实路径用root，虚拟路径用alias真实路径就是本地访问地址里面有的路径；

如果是使用宝塔安装nginx，那么该文件夹一般在宝塔的根目录里面的serve目录里面；nginx的html文件夹中放置前端需要部署的东西，比如html文件，或者是VueCLI项目的打包后的dist文件夹；

VueCLI前端部署：上传打包文件：进入到nginx的html文件夹中，使用宝塔的文件上传，选择上传目录，选择相应的打后的dist文件夹，上传即可。

配置nginx代理：在nginx文件夹中，找到conf文件夹，在里面找到nginx.conf文件，双击打开进行编辑。在html字段内，加入一个server字段；

测试：在浏览器输入其地址：正常来说就可以访问到dist文件夹里面的index.html了。注意端口是需要看云服务器防火墙(安全组)那里的设置的。如果安装了宝塔面板，还需要在宝塔面板的安全栏目处检查是否放行了HTTP端口或HTTPS端口。

普通Html文件的部署：

类似上述操作，在nginx目录下的html目录中，上传相应的文件，然后配置在conf文件夹中找到nginx.conf，在html字段中加入server字段。

服务端部署服务包用于后端服务的部署，这里的服务端也叫后端服务器；

例如，部署SpringBoot项目为后端：安装JDK1.8：

登录进入centos的界面，输入指令；要求获取root权限，输入su回车，输入密码后回车；然后等待下载结束，输入java-version查看安装是否成功；

接着配置jdk环境，在宝塔中进入文件栏目，找到etc文件夹，里面有个profile文件，双击打开进行编辑，增加所需内容，需要到/usr/lib/jvm目录中查看；

然后重新登录进入centos界面，输入指令，java，若出现配置成功提示，则表示配置成功：

在一些实施例中，所述生成分别对应前端和服务端的部署服务包，包括：

构建编译任务；基于该编译任务生成前端部署服务包、后端部署服务包；在本实施例中，该前端部署服务包有zip包、镜像文件等；该后端部署服务包有：jar包、war包等。

zip包为压缩分解格式包，为zip格式文件的集合；zip格式属于几种主流的压缩格式之一，其竞争者包括RAR格式以及开放源码的7z格式。从性能上比较，RAR及7z格式较zip格式压缩率较高，而7-Zip由于提供了免费的压缩工具而逐渐在更多的领域得到应用；操作系统开始内置对zip格式的支持，即使用户的计算机上没有安装解压缩软件，也能打开和制作zip格式的压缩文件，OS X和流行的Linux操作系统也对zip格式提供了类似的支持。因此如果在网络上传播和分发文件，zip格式往往是最常用的选择；

镜像文件是一个文件存储形式，是冗余的一种类型，一个磁盘上的数据在另一个磁盘上存在一个完全相同的副本即为镜像。可以把许多文件做成一个镜像文件，与GHOST等程序放在一个盘里用GHOST等软件打开后，又恢复成许多文件，RAID 1和RAID 10使用的就是镜像。常见的镜像文件格式有ISO、BIN、IMG、TAO、DAO、CIF、FCD。

jar包就是Java Archive File，顾名思义，它的应用是与Java息息相关的，JAR是与平台无关的文件格式，是一种类的归档文件，以ZIP格式构建，以.jar为文件扩展名，与ZIP文件不同的是，JAR文件不仅用于压缩和发布，而且还用于部署和封装库、组件和插件程序，并可被像编译器和JVM这样的工具直接使用；jar包就是别人已经写好的一些类，然后对这些类进行打包。可以将这些jar包引入到你的项目中，可以直接使用这些jar包中的类和属性；简单说，就是jar包一般是给别人引用的，里边是一些class文件。

war包是Sun提出的一种web应用程序格式，是一种打包格式，与jar类似，是很多文件的压缩包，java web工程打包成war包进行发布，这种打包方式打包的文件是java web项目的所有文件，不会缺少目录。发布时将war包直接放在tomca目录的webapp下，重启服务即可运行此项目。

一些实施例中，构建编译任务为自定义构建。例如基于提供yaml文件编辑的组件，例如yaml文件编辑器，形成可视化的向导式的任务式部署方式，对编译任务生成的各种部署服务包形成统一的部署模型来部署服务。

其中，编译任务为自定义构建，例如：通过编译服务器设定相应的条件构建编译任务；首先开发出一集成项目构建工具，以通过该集成项目构建工具编译出相应的测试版程序包，代码服务器在接收到测试版程序包后，将其存储到相应的数据库中，以对该测试版程序包进行统一管理，并在编译服务器向代码服务器发送获取测试版程序包的请求时，将该测试版程序包发送给编译服务器；在编译服务器获取到代码服务器发送的测试版程序包后，进一步对该测试版程序包进行编译，以将其构建为正式版本的程序包，其具体可以是，通过编译服务器上开发并集成的一集成项目构建工具将获取到的测试版程序包编译为正式版程序包，并且编译后的程序包在后续的部署时可直接选择得到。

其中，编译任务生成服务包形成统一的部署模型来部署服务，例如：通过编译服务器将待编译的文件或程序进行整合，并基于上述编译任务生成相应的服务包，并对所述服务包进行验证，验证其是否通过编译服务器基于所述编译任务生成得到；进而依据编译服务器基于编译任务生成的服务包形成统一的部署模型进行部署服务。

S102：创建至少一个部署任务，所述部署任务用于部署至少一个服务；

其中，部署任务是任务式部署，用于统一的部署模型来部署服务；例如：第一步，创建部署任务首先需要完善基本信息；第二步，选择适合的部署模板，可以选择系统模板、自定义模板等，如果没有需要的模板，可以单击“不使用模板，直接创建”；选择完部署模板进入部署步骤；第三步，创建模板，如Tomcat部署模板；第四步，对模板内容进行相应设置，可以根据需要拖动、删除任务步骤，任务步骤添加后，需要设置任务步骤信息，将当前配置好的任务步骤保存到自定义模板，方便下次使用，部署步骤配置完后，切换到“参数设置”页面，可根据需要为模板任务设置参数。设置完所有信息，单击“保存”，新建好的任务显示在部署任务页面中，请根据实际需要进行相应操作。

其中，该部署方法还包括：配置公共参数；

该配置公共参数，包括：提供参数配置环境；在该参数配置环境下，配置公共参数；在本实施例中，在创建部署任务时可选到设置的公共参数。如需进行应用参数配置，则在该参数配置环境下配置应用参数，例如，可以在设置公共参数的环境下设置应用参数，进而部署多套服务可以复选，提高部署效率。

其中，该创建至少一个部署任务，包括：

基于上述设置的公共参数，创建至少一个部署任务；在本实施例中，创建的部署任务为任务式部署任务，每个部署任务对应一个部署服务包；

其中，选择并输入所述部署服务包至所述部署任务，包括：

基于所述公共参数，选择并输入所述部署服务包至所述部署任务。

在一些实施例中，所述配置公共参数，包括：提供参数配置环境；在所述参数配置环境下，配置公共参数；公共参数是针对所有同类型部署服务的，即在公共参数下可以部署同类型或类似的服务，或者是部署多套同样的服务所设置的参数，无需重复设置，比如注册到同一个注册中心，同一个缓存服务。

在一些实施例中，如需进行应用参数配置，则在所述参数配置环境下配置应用参数；应用参数是针对部署服务特有的，比如部署多个服务需要连接不同的数据库实例。

在一些实施例中，公共参数和应用参数可直接手动输入参数或导入参数，即无论是公共参数还是应用参数，格式都是固定的，可以手工单个或批量设置，也可以预置，然后单个或批量导入，都是部署服务所用到的参数，根据部署服务需要自定义设置。

S103：选择并输入所述部署服务包至所述部署任务；

该选择并输入所述部署服务包至所述部署任务，包括：

基于步骤S102配置的公共参数，选择并输入步骤S101中生成的部署服务包至部署任务。

进一步地，基于公共参数设置，选择并输入相应的部署服务包至一个部署任务中，该所述部署任务部署至少一个服务，即该部署任务对应至少一个部署服务包；

进一步地，输入部署服务包为自动选择输入或手动输入；其中手动输入的部署服务包地址为可下载的该部署服务包地址或可运行的部署服务包地址等，例如，可下载的部署服务包地址有：可下载的jar包、可下载的war包、可下载的ftp地址；可运行的部署服务包地址有：可运行的服务镜像地址。

在一些实施例中，在一个部署任务下可部署多个服务，适合前后端分离的服务；例如，在一个部署任务下部署两个及两个以上服务，使得前后端分离的服务可同时进行部署，进而提升部署效率。

在一些实施例中，在一个部署任务下部署一个服务，多个部署任务一起进行部署；例如，设置两个及两个以上部署任务同时进行部署，每个部署任务下部署一个服务，使得前端或者后端的多个服务同时进行部署，进而提升部署效率。

S104：将所述部署任务中的部署服务包转换为yaml文件方式进行服务部署。

YAML是一种可读性非常高，与程序语言数据结构非常接近。同时具备丰富的表达能力和可扩展性，并且易于使用的数据标记语言；YAML全称其实是"YAML Ain't a MarkupLanguage"(YAML不是一种标记语言)的递归缩写，所以它强调的是数据本身，而不是以标记为重点。

其中，将部署任务中的部署服务包转换为yaml文件方式进行服务部署，包括：

一些实施例中，在执行部署任务进行服务部署时将部署服务包转换成yaml文件方式进行服务部署；例如，服务部署可转换成可视化可编辑的yaml文件方式；

一些实施例中，在执行部署任务进行流水线部署时直接编辑yaml文件方式进行服务部署；例如，直接在流水线部署的时候直接编辑yaml文件方式进行服务部署。

对于上述部署方式执行部署服务，将会在控制台生成对应的部署服务，可查看其具体部署详情。

可以理解的是，上诉部署方法采用任务式部署或编排文件方式统一部署模型或模板部署，例如，采用用于yaml文件格式化和可视化k8s服务编排的编辑器。

可以理解的是，上述部署方法的部署步骤可以在公共参数设置前，公共参数设置后，或者与公共参数设置同步进行，即，本发明的对部署方法的顺序不作限定。

本实施例中，在自定义构建的编译任务下生成分别对应前端和服务端的部署服务包，统一部署服务包，进而构建部署任务，通过其部署任务将部署服务包转化为yaml文件方式进行服务部署，并且进行公共参数和应用参数的统一部署，形成前端部署、服务端部署亦或前后端分离部署的统一模型框架，可直接复用，快速进行部署，方便管理和维护，提高了部署效率。

请参阅图2，图2是本发明部署系统一实施例的结构示意图。该部署系统可以执行上述方法中部署服务执行的步骤。相关内容请参见上述方法中的详细说明，在此不再赘叙。

该部署系统200包括存储器220、处理器210以及存储在所述存储器220中并可在所述处理器210上运行的计算机程序；

所述处理器210在执行该计算机程序时，可以执行上述方法中部署服务执行的步骤相关内容请参见上述方法中的详细说明，在此不再赘叙。

请参阅图3，图是本发明计算机可读存储介质一实施例的结构示意图。该计算机可读存储介质300存储有计算机程序310，该计算机程序310被处理器执行时实现上述方法中部署服务执行的步骤。相关内容请参见上述方法中的详细说明，在此不再赘叙。

以上方案，在进行服务部署时，生成分别对应前端和服务端的部署服务包；以及创建至少一个部署任务，所述部署任务用于部署至少一个服务；选择并输入所述部署服务包至所述部署任务；将所述部署任务中的部署服务包转换为yaml文件方式进行服务部署，实现部署环境标准化和部署过程自动化，大幅度简化部署工作，提高部署效率。

在本发明所提供的几个实施方式中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。

另外，在本发明各个实施方式中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种部署方法，其特征在于，包括：

生成分别对应前端和服务端的部署服务包；以及

创建至少一个部署任务，所述部署任务用于部署至少一个服务；

选择并输入所述部署服务包至所述部署任务；

将所述部署任务中的部署服务包转换为yaml文件方式进行服务部署。

2.根据权利要求1所述的部署方法，其特征在于，

所述生成分别对应前端和服务端的部署服务包，包括：

构建编译任务；

基于所述编译任务生成前端部署服务包、后端部署服务包；所述前端部署服务包有zip包、镜像文件；所述后端部署服务包有：jar包、war包。

3.根据权利要求1所述的部署方法，其特征在于，

所述方法还包括：

配置公共参数；

所述创建至少一个部署任务，包括：

基于所述公共参数，创建至少一个部署任务；

所述选择并输入所述部署服务包至所述部署任务，包括：

基于所述公共参数，选择并输入所述部署服务包至所述部署任务。

4.根据权利要求3所述的部署方法，其特征在于，

所述配置公共参数，包括：

提供参数配置环境；

在所述参数配置环境下，配置公共参数；

如需进行应用参数配置，则在所述参数配置环境下配置应用参数；

其中，所述公共参数针对部署同类型或类似的服务；所述应用参数针对部署多个服务连接不同数据。

5.根据权利要求3所述的部署方法，其特征在于，

所述基于所述公共参数创建至少一个部署任务，包括：

根据设置的公共参数创建至少一个部署任务，每个部署任务对应一个部署服务包。

6.根据权利要求3所述的部署方法，其特征在于，

所述基于所述公共参数选择并输入所述部署服务包至所述部署任务，包括：

基于公共参数设置，选择并输入相应的部署服务包至一个部署任务中，该所述部署任务部署至少一个服务，即该部署任务对应至少一个部署服务包。

7.根据权利要求6所述的部署方法，其特征在于，

部署服务包的输入为自动选择输入或手动输入；其中手动输入的部署服务包地址为可下载的该部署服务包地址或可运行的部署服务包地址。

8.根据权利要求1所述的部署方法，其特征在于，

所述将所述部署任务中的部署服务包转换为yaml文件方式进行服务部署，包括：

在执行部署任务进行服务部署时将部署服务包转换成yaml文件方式进行服务部署；

或在执行部署任务进行流水线部署时直接编辑yaml文件方式进行服务部署。

9.一种部署系统，其特征在于，包括：

存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至8任一项所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述方法的步骤。

Images