自动化部署(一)
一.自动化部署是什么?
自动化部署概述
1.1 什么是自动化部署
一句简单的话概括:部署的过程中所有的操作全部自动化,无需人工手工干预。
1.2 自动部署的好处
传统的部署方式如下:
- 运维人员手工使用Scp、Xftp等方式来传输数据
- 手工登录服务器执行git pull 、svn update等命令进行更新代码的操作
- 开发人员手工编译打包,然后通过内网传输给运维人员
- 运维人员通过rz上传的方式上传到目标服务器,然后,执行重命名原包、拷贝新包到目标目录,再执行服务应用重启命令完成整个部署过程
看似非常简单,也不是很麻烦,但是一旦项目多,部署频繁,这种情况下就会大大降低工作效率。
传统的部署方式有以下的缺点:
- 整个过程都需要人员参与,占用大量的时间,效率低下
- 上线、更新、回滚速度慢
- 存在一定的管理混乱,人为误操作的机率增大
所以,自动化部署的优势就通过这种对比显现出来了!!
二.怎么实现?
我们都知道部署就是将项目放到服务器上,然后运行起来
流程一般是本地打包,备份服务器上正在运行的包,然后上传到项目所使用的目录,再杀掉之前跑的进程,再重新启动项目。
1.原生自动化部署
前端
#前置需要 npm git
git clone http://gitlab.forwe.store/great/protal_msn.git #克隆代码
cd protal_msn/
# 这里因为是http的 所以要输入账号密码
git config --local credential.helper store #保存账号密码
git pull
npm install
npm run build:dev
后端
#前置需要 jdk
git clone http://gitlab.forwe.store/great/community.git
cd community/
clean package -Dmaven.test.skip=true -P test
mv ./target/community.jar /usr/local/project/community
sh /usr/local/project/community/restart.sh
注意:使用http 克隆项目的时候 需要设置一下保存git账号和密码
git config –local credential.helper store #记住账号密码 下次就不用再输了
2.jenkins
jenkins的背景
Jenkins是一个开源的、提供友好操作界面的持续集成(CI)工具,起源于Hudson(Hudson是商用的),主要用于持续、自动的构建/测试软件项目、监控外部任务的运行(这个比较抽象,暂且写上,不做解释)。Jenkins用Java语言编写,可在Tomcat等流行的servlet容器中运行,也可独立运行。通常与版本管理工具(SCM)、构建工具结合使用。常用的版本控制工具有SVN、GIT,构建工具有Maven、Ant、Gradle。
前端
后端
restart.sh 脚本内容
#!/bin/bash
# error code
# 1: missing parameter
# 2: not a jar file
# 3: start jar file failed
TIMEOUT=180 # 3 minutes timeout
function echo_error() {
printf "[ \033[31mERROR $1\033[0m ] $2\n"
}
function main() {
echo "检查jar包开始"
# check file type
local jarfile=community.jar
local extension=${
jarfile##*.}
if [[ $extension != jar ]];then
echo_error 2 "not a jar file"
exit 2
fi
echo "检查jar包成功"
echo "***********************************"
echo "停止进程 $jarfile 开始"
# check process is running
local pid=$(ps -ef|grep -E "\-jar $jarfile" | grep -v grep |awk '{print $2}')
if [ -n "$pid" ]
then
echo "kill -9 的pid:" $pid
kill -9 $pid
fi
echo "停止进程结束"
echo "start jar -------------->"
# start jar file
source /etc/profile
cd /pine/www/project/community
nohup java -Dloader.path=lib/ -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5007 -Xms512m -Xmx512m -jar community.jar >/dev/null 2>&1 &
}
main $*
jenkins中所遇到的两个坑
着重强调一下这两个坑
一、构建完成后脚本运行能kill项目但是无法运行
配置完成之后,运行脚本时需注意 会在home目录下去执行 sh后需要加入绝对路径 注意 shell命令里面 也要设置绝对路径
加入 这两个参数即可
source /etc/profile
BUILD_ID=dontKillMe
查了一下原因说是 jenkins在脚本执行结束后,就认为任务结束了,但是脚本启动的相关子程序仍然在运行。由于jenkins认为任务已经结束了,就结束了该构建相关的子进程。
source /etc/profile 是说因为是伪连接过来的 所以呢没有当前服务器的环境变量 导致无法运行 java
不然就是需要吧java全路径带进来 (这一点没有复现出来,可能是由于Jenkins构建完成后ssh连接过来的账号权限不足导致无法获取到环境变量)
还有就是启动jar包的时候 一定一定要 绝对路径或者cd 到对应的项目目录下 不然也一样是运行不了的
二、无限构建问题
jenkins任务构建进入死循环 – 使用微服务架构,工程间有依赖,所以创建jenkins任务时,配置了触发器,当依赖的项目构建时,触发任务构建。
后续
后面可以延伸的点 在于自动化部署完后可以进行一个备份,根据时间来重命名,保留2个月的包。关键点上在于shell脚本的编写。
今天的文章自动化部署(一)_cicd自动化部署流程分享到此就结束了,感谢您的阅读。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:http://bianchenghao.cn/78035.html