像BAT这样的大公司，都是有一套自动化流水线的，出于公司安全红线要求，我无法讲的太细，但是我可以提供些思路给题主参考。
工欲善其事，必先利其器，我们先来说需要哪些工具
1 git，用于保存最新要上线的代码
2 maven，用于打包项目
3 Jenkins，用于触发任务
4 sh脚本或者Python脚本，执行Jenkins任务的脚本
接下来是实际的流程。
首先，由开发人员把要上线的代码上传到指定代码库。
然后，开发人员触发Jenkins任务。
这个Jenkins的任务是自动化部署的核心，包含以下步骤
1 开始对代码进行打包
2 把包放到服务器指定文件夹下
插一句，为了安全起见，我们建议的是进行热部署，何为热部署？
热部署需要Nginx+多台Tomcat的配合。
假设目前只有一台Tomcat连接到了Nginx上，那么可以把要更新的代码部署在另一台Tomcat上，然后启动新的Tomcat，确认该服务启动成功，各能力已经启动后，再去修改Nginx的conf文件，把原本给旧Tomcat的请求切到新Tomcat上，这样就实现了热部署。如果不使用这种办法，而是直接在旧的Tomcat上部署新的war包的话，重启Tomcat的过程，就会有几秒停服，这对用户来说是不可接受的。既然说到这里，再介绍两个热部署用到的Nginx的命令。在修改Nginx的conf文件后，要在Nginx的根目录下执行sbin/nginx -t 来检查当前conf文件配置是否正确，如果是“successful”的，就可以执行sbin/nginx -s reload来进行实现把新的流量切到新的机器上，即使新的conf文件生效。
好的，关于热部署的部分说完了，我们再说回来。
3 将旧的服务器根目录下的war包用cp命令放到一个专门备份的文件夹下
4 将新的war包同样用cp命令放到即将启动的Tomcat根目录下的webapps文件夹下，然后解压
5 执行sh bin/
start.sh
启动新的Tomcat6 检查该Tomcat是否启动成功，包括进程存在，tail -f
catalina.out
日志一直在打，api能够调通7 修改Nginx的conf文件
8 检查Nginx配置文件是否successful
9 更新Nginx配置，即sbin/nginx -s reload
10 继续观察新Tomcat是否运行正常，如果不正常则立刻切回原Tomcat，本次自动更新失败
11 如果正常，则停止旧的Tomcat。
以上，自动化部署完成。
我是苏苏思量，来自BAT的Java开发工程师，每天分享科技类见闻，欢迎关注我，与我共同进步。
评论0
加载中...0
回答0
回答0
回答0
回答0
回答0
回答4
回答0
回答0
回答0
回答
