转 Apache Ant 实现自动化部署-白红宇

转 Apache Ant 实现自动化部署

阅读量：6271 次

发布时间：2019-06-22

本文共 5050 字，大约阅读时间需要 16 分钟。

Apache Ant 实现自动化部署

http://www.netkiller.cn/journal/java.ant.html

Mr. Neo Chen (陈景峯), netkiller, BG7NYT

转载请与作者联系，转载时请务必标明文章原始出处和作者信息及本声明。

文档出处:

扫描二维码进入 Netkiller 微信订阅号

群：128659835 请注明“读者”

2015-12-10

这篇文章帮你解决下列问题:

源码获取，源码编译，处理配置文件，应用部署，远程备份，部署回撤，启动，服务器状态，停止

我的系列文档

编程语言

操作系统

网络设备及其他

您可以使用阅读当前文档

1. 背景

在你的企业中是怎样完成从开发，测试到运维的？

很多企业的升级是这样做的，写完代码后编译打包，放到FTP上，同时发送一个升级邮件。然后让运维按照升级文档，一步一步操作。

这样的流程有很多问题

开发者通常是在Windows系统上完成开发与编译，而服务器通常是Linux操作系统，操作系统的差异可能导致编译后的程序运行不了。

安全角度，源码可以审查，但编译文件无法审查，打包过程可能被植入恶意代码

经常出现生产环境与本地开发环境不一致，运行有差异

浪费人力，理论上代码写完，就跟开发人员一点关系都没有了，但实际上每次升级过程开发与测试都需要在场

稍先进一点做法是使用Subversion/，开发将代码放到版本库中，运维直接使用 svn up / git pull 升级，这样做法也有很多问题存在

首次升级非常慢，svn 还好些，svn只取最后一次提交的版本；git 将所有的版本克隆到本地。

如果修改了本地文件，更新会产生冲突

配置文件无法个性化配置

2. 我们需要什么样的流程

我们需要什么样的流程或者什么样的流程才是最理想流程？

我认为:

开发人员不要做与开发无关的事情，代码写完就与开发没有半点关系了。通知测试人员，代码已经完成。

测试人员自己部署测试环境，不依赖开发人员，测试完成，通知运维人员可能升级了

运维人员不接受任何部门提供的打包或补丁程序，代码只能在配置管理服务器上完成编译打包以及部署。

升级应该由自动化工具完成，而不是人工操作。

开发，测试，运维各司其职，这就是DevOps。

3. 怎样实现自动部署

实现自动化部署有很多方法，很多年前笔者就开始研究总结，下面是一些经验分享。

3.1. 操作系统

开发，测试，生产三个环境的配置如果出自同一个模板会减少很多由于环境差异带来的困扰。

过程 1. 操作系统部署

无人值守安装

通过无人值守脚本安装操作系统，减少人为安装造成的差异

运行环境

统一配置运行环境，开发库以及版本统一

应用服务器统一

应用服务器版本，安装标准，配置文件都需要统一，减少差异

3.2. 程序部署

实现应用程序自动部署，首先你要清楚自动部署所需要的流程，部署一个流程通常是这样的：

过程 2. 自动部署步骤

初始化

建立工作环境，例如目录，检查所需环境

获取

从版本库指定分支中获取代码并保存到本地

编译

编译可执行代码

配置

处理配置文件

备份

备份应用程序

停止

服务服务

部署

部署应用程序到目的主机，如果已存在需要覆盖原来的程序

启动

启动服务

3.3. 自动部署程序

自动部署程序完成上面的部署，还需要做下面一些事情。

日志功能

记录什么时间点做过部署

部署了那些文件

4. Apache Ant 实现自动化部署

4.1. 运行环境

准备一个全新的的服务器，最小化安装CentOS 7操作系统，然后运行下面脚本初始化

curl -s https://raw.githubusercontent.com/oscm/shell/master/os/centos7.sh | bashcurl -s https://raw.githubusercontent.com/oscm/shell/master/os/selinux.sh | bashcurl -s https://raw.githubusercontent.com/oscm/shell/master/os/iptables/iptables.sh | bashcurl -s	https://raw.githubusercontent.com/oscm/shell/master/os/ntpd/ntp.sh |	bashcurl -s	https://raw.githubusercontent.com/oscm/shell/master/os/ssh/sshd_config.sh	| bashcurl -s	https://raw.githubusercontent.com/oscm/shell/master/os/user/www.sh |	bashcurl -s	https://raw.githubusercontent.com/oscm/shell/master/lang/gcc/gcc.sh	| bash

安装 server-jre 与 apache-tomcat

curl -s	https://raw.githubusercontent.com/oscm/shell/master/lang/java/server-jre-8u40.sh	| bashcurl -s	https://raw.githubusercontent.com/oscm/shell/master/web/tomcat/apache-tomcat-8.0.26.sh	| bashcurl -s	https://raw.githubusercontent.com/oscm/shell/master/web/tomcat/systemctl.sh	| bash

请使用systemctl 启动与停止 Tomcat

systemctl start tomcatsystemctl stop tomcat

Infrastructure Management Shell

4.2. 部署机

安装Ant

curl -s	https://raw.githubusercontent.com/oscm/shell/master/lang/java/ant.sh | bash

下载build.xml文件

wget https://raw.githubusercontent.com/oscm/build/master/Ant/build.xml

打开 build.xml 文件


     
     
     	
      	
      	
      	
      	
      	
      	
      	
      	
      	
      	
      	
      	
      	
      	
      	
      	
      		
       			
        		
       		
       			
        		
       		
       	
      	
      		
       		
       		
       		
       			
        			
        				
         				
         			
        		
       	
      	
      		
       		
       		
       		
       		
       			
        			
        				
         				
         				
         				
         			
        		
       	
      	
      		
       		
       		
       		
       		
       			
        				
         				
         				
         				
         			
        		
       	
      	
      		
       			
        		
       	
      	
      		
       
        clone
       		
       			
        				
         				
         			
        		
       	
      	
      		
       
        ${project.dir} exists
       		
       		
       			
        				
         			
        		
       		
       			
        				
         				
         			
        		
       	
      	
      		
       
        ${project.dir} exists
       		
       			
        				
         				
         			
        		
       	
      	
      		
       		
       		
       			
        		
       		
       			
        				
         				
         			
        		
       	
      	
      		
       			
        		
       	
      	
      		
       			
        		
       	
      	
      		
       			
        		
       		
       			
        				
         				
         				
         				
         				
         				
         			
        		
       	
      	
      		
       	
      	
      		
       			
        		
       		
       
        the backup directory is ${TIMEPOINT}.
       		
       		
       		
       	
      	
      		
       
        the receive directory is ${receive.timepoint}.