Jenkins基础入门-12-自动化部署

      本篇来简单谈谈自动化部署，前面文章我们都是介绍Build，也就是构建，这篇我们来介绍Deployment，也就是部署。这部分可能偏运维工程师的活。在持续集成中，一般的流程是这样的:1.Build->2.Deployment->3.Test->4.Release。Build一般是指代码的构建，例如把代码构建出一个war包或者手机app安装包，又或者是windows可执行的exe文件，这些都叫Build。什么是Deployment，其实就环境部署，一般是指软件环境部署，包含网络设置，软件安装和设置等。本篇就是来讨论下自动化部署。

1. 什么是自动化部署

       我们已经知道Deployment是在Build之后的一个步骤，部署在持续集成环境中也是和重要的一个阶段。自动化部署就是通过代码或者脚本来实现环境的自动化部署。举一个例子，有一个云平台，我提前做好了很多模板的虚拟机器，例如有DB,有中间件，有web服务器。我通过Jenkins实现自动化部署，在40分钟内实现16个虚拟机的创建和互相配置，然后软件配置等，最后到达可以测试的目的，这个过程就是自动化部署。

2.下载Deploy 插件

在Jenkins上，点击插件管理，点击可用插件，搜索 deploy，选择Deploy to container plugin,点击安装。

       这里可能遇到网络超时的问题，我安装了4次没有一次成功。所以，这里我们换一种方法，直接去这个deploy的官网下载文件，然后通过上传插件文件来安装。

下载后的文件是deploy.hpi, 我们点击插件管理界面的高级tab，同上传这个插件来安装。

还好通过这个方法可以顺利安装上deploy插件。

3.下载一个war文件，本次演示demo用

        从deploy的wiki网站可以看到这句话：This plugin takes a war/ear file and deploys that to a running remote application server at the end of a build.所以，我们这里去下载一个war文件，用来测试。输入下图中的地址，点击红圈的here进行下载保存到桌面。

4.创建一个Job

4.1 创建一个DepolymentTest的job，来到设置界面。

       到这里，我们看到需要填WAR的文件，这里我们暂时点击下面的Apply按钮。然后，立马点击构建，不然不会创建workspace。然后把刚刚下载的xxx.war文件拷贝到DeploymentTest这个Project的workspace目录下。

5. 启动Tomcat，然后编辑DeploymentTest这个Job

       如果不会做Jenkins在Tomcat下启动，请看Jenkins系列第二篇文章。我们先需要在tomcat里面添加一个用户。

到tomcat安装目录下，用notepad++打开tomcat-user.xml

打开后，模仿我的内容，添加用户和密码，以及权限。注意默认这个文件下是没有启用用户管理的。找到<tomcat-users>这个节点，删除注释符号，修改成如下效果。

这里我们新建一个deploy用户，密码也是deploy，给了两个权限。我们打开tomcat测试下这个用户

如果能看到下面图片内容，说明这个用户创建成功，权限没问题。

然后，我们回到Jenkins的DeployTest的配置界面。

点击上面的Add，添加tomcat user

然后，我们选择刚刚添加的用户。

这里选择Tomcat8,URL中，由于我之前修改过tomcat的端口变成80，如果没有修改过端口号，默认是8080. 然后点击Apply 和Save按钮。

6.测试和验证

6.1 在DeploymentTest这个Job下点击立即构建

6.2 点击构建号，查看console日志

       上面提示部署成功，是一个fresh部署，也就是说，原来tomcat/webapp目录下没有sample.war文件，这次拷贝了一个sample.war文件到这个目录，下面我们看看tomcat/wenapp下是不是有这个文件，这个文件是不是通过刚刚的自动化部署而出现在这个位置。

       总结：简单的自动化部署就介绍到这里，如果有实际项目来练习部署，可能效果更好。sample.war可以理解为开发的代码，通过Jenkins上的Build操作后得到的包。所以，目前，我们Build->Deploy的流程已经大概明白了。