CN104077131B - 一种组件部署系统及方法 - Google Patents

Abstract

本发明公开了一种组件部署系统及方法，该系统包括：部署管理模块、执行模块、SVN服务器、数据库和客户端。部署管理模块向执行模块发送部署命令及部署信息，部署信息包括生产环境中需要部署的服务器及组件信息；执行模块接收部署命令及部署信息，并根据部署信息从数据库中获取需要部署的组件的版本信息，将版本信息发送给需要部署的服务器上的客户端；客户端根据所述版本信息从SVN服务器下载版本文件，并根据脚本文件运行对应版本文件，完成本次部署。利用本发明，可以提高部署效率及可靠性，加快上线速度。

Description

一种组件部署系统及方法

技术领域

本发明涉及移动互联网领域，具体涉及一种组件部署系统及方法。

背景技术

随着移动互联网的发展，互联网业务变得越来越复杂，用户的需求变得越来越多样化，安全可靠的组件部署系统已成为移动互联网的重要组成部分。

为了提供稳定的服务，满足海量用户的请求，后台需要运行大量的服务程序来提供支撑，服务器管理、组件管理以及版本的迭代更新成为一个不可回避的问题。目前的部署工作多是由人工完成的，当一个组件需要更新时，需要多个运维人员进行组件的上线操作。

当服务器的数量比较少的情况下，可以通过人工方式来管理服务器、完成组件的版本上线，能够保证上线的速度和服务部署的正确性。但是，随着服务器数量的增加，当服务器的数量达到上百台、上千台甚至更多时，同时上线越来越频繁，人工部署已经远远无法满足快速上线的需求，并且人工部署耗时长、出错率高、效率低下。

发明内容

本发明实施例提供一种组件部署系统及方法，用于提高部署效率及可靠性，加快上线速度。

为此，本发明提供如下技术方案：

一种组件部署系统，其特征在于，包括：

部署管理模块，用于向执行模块发送部署命令及部署信息，所述部署信息包括生产环境中需要部署的服务器及组件信息；所述部署管理模块包括部署控制单元，用于提供部署暂停、停止、继续功能；

所述执行模块，用于接收所述部署命令及部署信息，并根据所述部署信息从数据库中获取需要部署的组件的版本信息，将所述版本信息发送给需要部署的服务器上的客户端；

所述客户端，用于根据所述版本信息从SVN服务器下载版本文件，并运行所述版本文件对应的脚本文件，完成本次部署。

优选地，所述系统还包括：

信息管理模块，用于在所述生产环境中有新的服务器或组件加入时，将所述服务器及组件信息存储到所述数据库中；

版本管理模块，用于构建对应所述组件的版本文件，将所述版本文件上传到所述SVN服务器中，并将对应所述版本文件的版本信息存储到所述数据库中。

优选地，所述版本管理模块，还用于在将所述版本文件上传到所述SVN服务器中之前，检查所述版本文件的大小；如果所述版本文件大于设定值，则将所述版本文件上传到FTP服务器中；否则，将所述版本文件上传到所述SVN服务器中。

优选地，所述系统还包括：

检验信息生成模块，用于生成所述版本文件的校验信息，并将所述检验信息上传到所述SVN服务器中；

所述客户端，还用于在运行所述版本文件对应的脚本文件之前，从所述SVN服务器下载所述版本文件的校验信息，并根据所述校验信息对所述版本文件进行校验。

优选地，所述系统还包括：

脚本文件管理模块，用于将所述脚本文件存储在所述SVN服务器或FTP服务器上。

优选地，所述生产环境中需要部署的服务器是基于windows操作系统和/或linux操作系统的服务器。

一种组件部署方法，其特征在于，包括：

接收部署命令及部署信息，所述部署信息包括生产环境中需要部署的服务器及组件信息；

根据所述部署信息从数据库中获取需要部署的组件的版本信息，并将所述版本信息发送给需要部署的服务器上的客户端；并且在接收到暂停、或停止、或继续命令后，响应对应的命令；

所述客户端根据所述版本信息从SVN服务器下载版本文件；

所述客户端运行所述版本文件对应的脚本文件，完成本次部署。

优选地，所述方法还包括：

在所述生产环境中有新的服务器或组件加入时，将所述服务器及组件信息存储到所述数据库中；

构建对应所述组件的版本文件；

将所述版本文件上传到所述SVN服务器中；

将对应所述版本文件的版本信息存储到所述数据库中。

优选地，所述方法还包括：

在将所述版本文件存储到所述SVN服务器中之前，检查所述版本文件的大小；

如果所述版本文件大于设定值，则将所述版本文件上传到FTP服务器中；

否则，将所述版本文件存储到所述SVN服务器中。

优选地，所述方法还包括：

生成所述版本文件的校验信息，并将所述检验信息上传到所述SVN服务器中；

所述客户端在运行所述版本文件对应的脚本文件之前，从所述SVN服务器下载所述版本文件的校验信息，并根据所述校验信息对所述版本文件进行校验。

优选地，所述方法还包括：

预先将所述脚本文件存储在所述SVN服务器或FTP服务器上。

优选地，所述生产环境中需要部署的服务器是基于windows操作系统和/或linux操作系统的服务器。

本发明实施例提供的组件部署系统及方法，可以有效地管理生产环境的服务器以及组件的历史版本，实现对生产环境的服务器的自动化部署，而且支持多节点多台服务器的并发部署，同时更新的服务器数量可控，提高了上线效率。而且，由于是自动完成部署工作，避免了人工操作带来的错误隐患，提高了上线的正确性及可靠性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其它的附图。

图1是本发明实施例组件部署系统的一种结构示意图；

图2是本发明实施例组件部署方法的流程图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例的方案，下面结合附图和实施方式对本发明实施例作进一步的详细说明。

在一个生产环境下，有时会需要多台服务器完成工作，这些服务器需要安装相同的组件，提供相应的服务。在有些环境下，这些服务器的数量可能会达到上百台、上千台甚至更多，而传统的手工部署方式不仅效率低，而且易出错。针对这种应用需求，本发明实施例提供一种组件部署系统及方法，实现对生产环境的服务器的自动化部署，而且支持多节点多台服务器的并发部署，提高上线效率。

如图1所示，是本发明实施例组件部署系统的一种结构示意图，实现对生产环境中的一个或多个服务器105进行组件自动部署。每个服务器105上安装有相应的客户端500，运行对应需要部署组件的脚本文件中的命令，完成部署操作。

在该实施例中，所述系统包括：部署管理模块101、执行模块102、数据库103、以及SVN服务器104。

SVN(Subversion)是一个开源的版本管理系统，具有管理方便、逻辑明确、安全性高、代码一致性高、符合一般人思维习惯等优点。为此，在本发明实施例的系统中，利用SVN服务器104来保存开发的各组件的版本文件。相应地，将对应各组件的版本信息(比如，版本运行的程序路径、版本文件路径等信息)保存在数据库103中。

在对服务器进行相应组件部署时，可以通过人工选定需要部署的服务器及组件，生成部署信息，所述部署信息包括生产环境中需要部署的服务器及组件信息(其中，组件信息包括组件名、部署路径等)。然后由部署管理模块101向执行模块102发送部署命令及部署信息，执行模块102接收到部署命令及部署信息后，根据该部署信息从数据库103中获取需要部署的组件的版本信息，然后将所述版本信息发送给需要部署的服务器105上的客户端500。客户端500根据所述版本信息从SVN服务器104下载相应的版本文件，并根据脚本文件运行所述版本文件，完成本次部署。

需要说明的是，所述脚本文件是对应所述版本文件的命令程序，在实际应用中，所述脚本文件可以存放在SVN服务器中，也可以存放在其它服务器中。相应地，客户端可以根据收到的版本信息获取所述脚本文件的存放路径，并从相应的服务器上下载该脚本文件。

另外，需要说明的是，客户端500在组件部署过程中，还可以将部署状态信息及部署结果信息返回给执行模块102，执行模块102将这些信息写入数据库103中，部署管理模块101可以从数据库中获取这些信息，并通过显示器将这些信息显示在相应的界面，以供管理人员参阅。客户端500还可以在组件部署完成后，向执行模块102发送部署结束消息，或者将组件更新结果返回给执行模块102，执行模块102将这些信息写入数据库103中，部署管理模块101可以从数据库中获取这些信息，并通过显示器进行相应的结果显示。

为了更好地实现对工作环境中下各服务器的有效管理，在本发明系统的另一实施例中，所述系统还可包括：信息管理模块和版本管理模块(未图示)。

其中，所述信息管理模块用于在所述生产环境中有新的服务器或组件加入时，将所述服务器及组件信息存储到所述数据库中；版本管理模块用于构建对应所述组件的版本文件，将所述版本文件上传到所述SVN服务器中，并将对应所述版本文件的版本信息存储到所述数据库中。

在实际应用中，上述信息管理模块可以设置在一台计算机上，比如，可以将其与部署管理模块101及执行模块102设置在同一台计算机上，将该计算机作为管理终端，为用户提供相应的管理界面，通过可视化操作，完成组件的部署工作；而且，还可在管理界面显示部署状态及结果等信息。当然，上述各模块也可以设置在不同的计算机上，对此本发明实施例不做限定。

在实际应用中，考虑到SVN服务器104自身存储容量的限制，还可以将对应某些组件的版本文件存放到其它服务器上，比如FTP(File Transfer Protocol，文件传输协议)服务器。为此，上述版本管理模块还可以在将所述版本文件上传到SVN服务器104中之前，检查所述版本文件的大小；如果所述版本文件大于设定值，则将所述版本文件上传到FTP服务器中；否则，将所述版本文件上传到SVN服务器104中。

前面提到，所述脚本文件可以存放在SVN服务器中，也可以存放在其它服务器中。在实际应用中，可以将其与对应的组件文件一同存放在FTP服务器中。

需要说明的是，利用本发明实施例提供的组件部署系统，可以实现跨平台的自动化部署，也就是说，生产环境中需要部署的服务器可以是基于windows操作系统和/或linux操作系统的服务器。

例如：待更新的服务器有两台，IP地址分别为：192.168.1.10和192.168.1.11；待更新的组件为：test_comp。其更新过程如下：

a)通过信息管理模块向数据库中添加服务器信息：主要的信息有：服务器编码、所在城市、IP地址、操作系统、功能用途；

b)通过通过信息管理模块向数据库中添加组件信息：主要信息有：组件名称、SVN路径、部署路径、主程序路径、执行脚本名和ftp存储路径；

c)服务器关联组件：将维护的两台服务器关联上test_comp组件，以使这两台服务器可以部署test_comp组件；

以上三步一次性维护即可，后续部署流程中不需要重复操作。

d)上传组件文件：将test_comp组件需要上线的文件(版本文件)放到test_comp文件夹下，然后从自动化部署平台主页下载MD5校验工具，将目录拖拽到MD5.exe上，会自动在test_comp目录下生成MD5文件，然后手动将test_comp打包成test_comp.zip文件，将test_comp.zip文件上传到web server服务器；web server服务器调用上传工具将test_comp.zip文件压缩包解压，然后上传到SVN服务器的指定目录中；

e)由版本管理模块构建test_comp组件的上线版本，即前面所述的版本文件，并将对应所述版本文件的版本信息存储到所述数据库中；

f)在需要部署时，通过部署管理模块生成一个部署单号，并发送部署消息到执行模块，执行模块接收到部署消息后，根据部署单号从数据库取出详细的部署内容分发到每台待更新的服务器的客户端；部署单号中的信息主要有：服务器IP地址、组件名称、部署路径、主程序路径、版本SVN路径、版本号、脚本名称及路径、同时更新台数、超时时间；

g)客户端接收到部署消息后，下载指定的脚本文件，然后执行脚本文件中的命令去完成部署操作，将部署状态和部署结果写入到数据库中，提供页面显示；

以上即自动化部署平台的整个部署流程。

为了进一步提高部署操作的灵活性，在本发明系统的另一实施例中，所述部署管理模块101中还可以设置部署控制单元，提供部署暂停、停止、继续功能。所述部署控制单元可以有多种实现方式，比如，可以在部署管理模块101提供的部署页面上设置相应的控件或命令菜单选项，也可以通过外接键盘上特定的按键等来实现，对此本发明实施例不做限定。

比如，本次需要更新100台服务器，如果已经完成50台上线，但是运维人员希望将剩余的50台稍后部署，则可以点击页面的暂停部署按钮，部署管理模块101发送暂停部署消息给执行模块102，执行模块102暂停向剩余50台服务器发送消息；此时，页面出现继续部署按钮，如果运维人员需要继续部署，则点击继续部署按钮即可，部署管理模块101发送继续部署消息给执行模块102，执行模块102会继续完成50台服务器的部署。

再比如，本次需要更新100台服务器，已经完成50台服务器的更新，若此时运维人员希望剩余的50台服务器不更新，则可以点击页面的停止部署按钮，此时部署管理模块101发送停止部署消息给执行模块102，执行模块102会停止剩余50台服务器的部署。

本发明实施例提供的组件部署系统，可以有效地管理生产环境的服务器以及组件的历史版本，实现对生产环境的服务器的自动化部署，而且支持多节点多台服务器的并发部署，同时更新的服务器数量可控，提高了上线效率。而且，由于是自动完成部署工作，避免了人工操作带来的错误隐患，提高了上线的正确性及可靠性。

进一步地，为了保证版本文件的正确性，在本发明系统另一实施例中，还可包括：检验信息生成模块(未图示)，用于生成所述版本文件的校验信息，并将所述检验信息上传到所述SVN服务器中。

需要说明的是，上述校验信息生成模块可以在所述版本管理模块将所述版本文件上传到所述SVN服务器之前或之后生成所述版本文件的校验信息(比如MD5)，对此本发明实施例不做限定。而且，将该校验信息上传到SVN服务器的相应文件目录中。

然后，可以由所述版本管理模块对SVN服务器中的版本文件进行校验，比如，从SVN服务器上下载所述版本文件及对应的校验信息，然后在本地生成所述版本文件的校验信息，如果本地生成的校验信息与从SVN服务器上下载的校验信息一致，则说明该版本文件正确，否则可以删除SVN服务器上的相应版本文件及对应的校验信息，重新构建相应的版本文件。

同样，在组件上线时，需要部署的服务器的客户端也可以在运行所述版本文件对应的脚本文件之前，从所述SVN服务器下载所述版本文件的校验信息，并根据所述校验信息对所述版本文件进行校验。这样，可以进一步保证版本文件的正确性。

需要说明的是，在实际应用中，上述两次不同时段的校验过程可以择一选用，也可以同时选用，对此本发明实施例不做限定。

相应地，本发明实施例还提供一种组件部署方法，如图2所示，是本发明实施例组件部署方法的流程图，包括以下步骤：

步骤201，接收部署命令及部署信息，所述部署信息包括生产环境中需要部署的服务器及组件信息。

步骤202，根据所述部署信息从数据库中获取需要部署的组件的版本信息，并将所述版本信息发送给需要部署的服务器上的客户端。

步骤203，所述客户端根据所述版本信息从SVN服务器下载版本文件。

步骤204，所述客户端执行脚本文件中对应的命令，完成本次部署。

上述脚本文件可以预先存储在所述SVN服务器或FTP服务器上。

需要说明的是，在实际应用中，可以利用SVN服务器来开发并保存各组件的版本文件，而将对应各组件的版本信息(比如，版本运行的程序路径、版本文件路径等信息)保存在数据库中。为了实现对工作环境中的服务器及组件的有效管理，还可以将服务器及组件的相关信息保存在所述数据库中，在所述生产环境中有新的服务器或组件加入时，更新相应的信息，并构建对应所述组件的版本文件，将所述版本文件上传到所述SVN服务器中，将对应所述版本文件的版本信息存储到所述数据库中。

考虑到SVN服务器的存储容量问题，还可以在将所述版本文件存储到所述SVN服务器中之前，检查所述版本文件的大小；如果所述版本文件大于设定值，则将所述版本文件上传到FTP服务器中；否则，将所述版本文件存储到所述SVN服务器中。这样，利用FTP服务器大容量的优势，将一些大资源版本文件存放到FTP服务器上，使SVN服务器更好地发挥其版本开发及管理的性能。

需要说明的是，本发明实施例提供的组件部署方法，可以支持跨平台的自动化部署，也就是说，生产环境中需要部署的服务器可以是基于windows操作系统和/或linux操作系统的服务器。

本发明实施例提供的组件部署方法，可以有效地管理生产环境的服务器以及组件的历史版本，实现对生产环境的服务器的自动化部署，而且支持多节点多台服务器的并发部署，同时更新的服务器数量可控，提高了上线效率。而且，由于是自动完成部署工作，避免了人工操作带来的错误隐患，提高了上线的正确性及可靠性。

进一步地，为了保证版本文件的正确性，在本发明方法另一实施例中，还可包括以下步骤：

生成所述版本文件的校验信息，并将所述检验信息上传到所述SVN服务器中；

所述客户端在运行所述版本文件对应的脚本文件之前，从所述SVN服务器下载所述版本文件的校验信息，并根据所述校验信息对所述版本文件进行校验。

需要说明的是，在实际应用中，可以在将所述版本文件上传到所述SVN服务器之前或之后生成所述版本文件的校验信息(比如MD5)，对此本发明实施例不做限定。而且，将该校验信息上传到SVN服务器的相应文件目录中。

另外，在将所述版本文件上传到所述SVN服务器之后，还可以对该版本文件进行校验，具体地，从SVN服务器上下载所述版本文件及对应的校验信息，然后在本地生成所述版本文件的校验信息，如果本地生成的校验信息与从SVN服务器上下载的校验信息一致，则说明该版本文件正确，否则可以删除SVN服务器上的相应版本文件及对应的校验信息，重新构建相应的版本文件。

需要说明的是，在实际应用中，上述两次不同时段的校验过程可以择一选用，也可以同时选用，对此本发明实施例不做限定。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法实施例而言，由于其基本相似于系统实施例，所以描述得比较简单，相关之处参见系统实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本发明实施例进行了详细介绍，本文中应用了具体实施方式对本发明进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及设备；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

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

部署管理模块，用于向执行模块发送部署命令及部署信息，所述部署信息包括生产环境中需要部署的服务器及组件信息；所述部署管理模块包括部署控制单元，用于提供部署暂停、停止、继续功能；

所述执行模块，用于接收所述部署命令及部署信息，并根据所述部署信息从数据库中获取需要部署的组件的版本信息，将所述版本信息发送给需要部署的服务器上的客户端；

所述客户端，用于根据所述版本信息从SVN服务器下载版本文件，并运行所述版本文件对应的脚本文件，完成本次部署。

2.根据权利要求1所述的系统，其特征在于，所述系统还包括：

信息管理模块，用于在所述生产环境中有新的服务器或组件加入时，将所述服务器及组件信息存储到所述数据库中；

版本管理模块，用于构建对应所述组件的版本文件，将所述版本文件上传到所述SVN服务器中，并将对应所述版本文件的版本信息存储到所述数据库中。

3.根据权利要求2所述的系统，其特征在于，所述版本管理模块，还用于在将所述版本文件上传到所述SVN服务器中之前，检查所述版本文件的大小；如果所述版本文件大于设定值，则将所述版本文件上传到FTP服务器中；否则，将所述版本文件上传到所述SVN服务器中。

4.根据权利要求2所述的系统，其特征在于，所述系统还包括：

检验信息生成模块，用于生成所述版本文件的校验信息，并将所述检验信息上传到所述SVN服务器中；

所述客户端，还用于在运行所述版本文件对应的脚本文件之前，从所述SVN服务器下载所述版本文件的校验信息，并根据所述校验信息对所述版本文件进行校验。

5.根据权利要求3所述的系统，其特征在于，所述系统还包括：

脚本文件管理模块，用于将所述脚本文件存储在所述SVN服务器或FTP服务器上。

6.根据权利要求1至5任一项所述的系统，其特征在于，所述生产环境中需要部署的服务器是基于windows操作系统和/或linux操作系统的服务器。

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

接收部署命令及部署信息，所述部署信息包括生产环境中需要部署的服务器及组件信息；

根据所述部署信息从数据库中获取需要部署的组件的版本信息，并将所述版本信息发送给需要部署的服务器上的客户端；并且在接收到暂停、或停止、或继续命令后，响应对应的命令；

所述客户端根据所述版本信息从SVN服务器下载版本文件；

所述客户端运行所述版本文件对应的脚本文件运行，完成本次部署。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在所述生产环境中有新的服务器或组件加入时，将所述服务器及组件信息存储到所述数据库中；

构建对应所述组件的版本文件；

将所述版本文件上传到所述SVN服务器中；

将对应所述版本文件的版本信息存储到所述数据库中。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

在将所述版本文件存储到所述SVN服务器中之前，检查所述版本文件的大小；

如果所述版本文件大于设定值，则将所述版本文件上传到FTP服务器中；

否则，将所述版本文件存储到所述SVN服务器中。

10.根据权利要求8所述的方法，其特征在于，所述方法还包括：

生成所述版本文件的校验信息，并将所述检验信息上传到所述SVN服务器中；

所述客户端在运行所述版本文件对应的脚本文件之前，从所述SVN服务器下载所述版本文件的校验信息，并根据所述校验信息对所述版本文件进行校验。

11.根据权利要求9所述的方法，其特征在于，所述方法还包括：

预先将所述脚本文件存储在所述SVN服务器或FTP服务器上。

12.根据权利要求7至11任一项所述的方法，其特征在于，所述生产环境中需要部署的服务器是基于windows操作系统和/或linux操作系统的服务器。