自动化部署（一）

一.自动化部署是什么？

自动化部署概述

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脚本的编写。