jenkins+maven+gitlab+ansible自动化发布java项目
《jenkins+maven+gitlab+ansible自动化发布java项目》
1.自动化部署流程
(1)首先研发提交代码到gitlab的项目分支上。
(2)Jenkins监听对应的gitlab 分支是否有变化。
(3)如果gitlab分支有变化,jenkins拉取对应分支代码到jenkins服务器上。
(4)jenkins通过配置好的脚本进行对应分支项目的编译,打包。
(5)enkins在上边操作完成后,将需要打成镜像的Dockerfile文件,以及打镜像需要的文件拷贝到jenkins的当前构建项目的目录中,设置用户名密码自动登陆到harbor 仓库,拉取dockerfile需要的基础镜像,并开始使用dockerfile构建镜像。
(6)镜像构建完成后,并且推送镜像到仓库对应的项目目录下,这个项目目录是提前定义好的,基础镜像传到基础镜像项目中,研发镜像传到研发镜像项目中,测试对测试,生产对生产。
(7)上传打好的镜像到对应镜像仓库项目后,jenkins调用对应的ansible去进行对应环境的服务部署,首先是通过用户和密码登陆到harbor仓库,然后拉取刚打好的上传的镜像,删除原环境上相同的容器,最后启动新镜像对应的新容器,具体部署到什么环境,这个是从一开始jenkins拉取代码的时候就定义好了的,自此jenkins完成了从代码的拉取,编译,打包,发布整个自动化流程。
(8)遇到的问题
8.1Jenkins不能拉取Gitlab上的对应代码,git 已经将jenkins服务器的ssh公钥也配置到当前git用户下了,登陆git的用户也是项目的管理着了,另外使用http可以clone到jenkins服务器上,sshgit就不行,最后配置了git 的内网主机hosts可以了
8.2使用jenkins调用ansible 部署的时候,第一次调用报错了,第一因为要部署的环境没有存放jenkins主机的公钥,第二是在做好免密的时候又保存了,因为第一次ssh登陆有个yes认证,需要手动第一次输入,也可以使用ansible的ping尝试是否可用。
8.3jenkins构建脚本中每次构建前删除构建目录下之前构建好的包,防止多次打包混乱。
8.4jenkins构建脚本中的目录,以及ansible 中的目录一定写对。
2.机器配置
服务器名称 | IP地址 | 操作系统 | 机器配置 | 标准部署目录 | 备注 |
jenkins服务器 | 192.168.181.255 | centos7.8 | 8H/16G/4T | /app | 机器为硬件服务器 |
gitlab服务器 | 192.168.180.189 | centos7.8 | 8H/16G/4T | /app | 机器为虚拟机 |
3.jenkins部署
(1)Tomcat下载,我选择apache-tomcat-8.5.63.tar.gz版本
Tomcat下载地址:https://tomcat.apache.org/download-80.cgi/
(2)Maven下载,我选择pache-maven-3.6.3-bin.tar.gz版本
wget https://archive.apache.org/dist/maven/maven-3/3.6.3/binaries/apache-maven-3.6.3-bin.tar.gz
(3)JDK下载,我选择jdk1.8.0_144版本
https://www.oracle.com/cn/java/technologies/javase/javase-jdk8-downloads.html
(4)git命令下载,我选择版本git version 1.8.3.1版本
yum -y install git
(5)jenkins下载,我选择2.281版本
http://mirrors.jenkins-ci.org/war/2.281/jenkins.war
(6)jenkins部署
#将下载好的jenkins.war包拷贝到tomcat默认的发布目录并解压,并启动tomcat即可。
cp -rf /root/jenkins.war /app/apache-tomcat-8.5.63/webapps/ROOT
jar -xvf jenkins.war && rm -f jenkins.war
cd /app/apache-tomcat-8.5.63/bin && /startup.sh
#至此jenkins部署完成。
2.gitlab部署(docker部署)
部署机器地址:gitlab服务器(192.168.180.189)
(1)启动gitlab容器
1 cat /app/gitlab/shell/gitlab.sh 2 #!/bin/bash 3 docker run \ 4 -itd \ 5 -p 9980:80 \ 6 -p 9922:22 \ 7 -v /app/gitlab/etc:/etc/gitlab \ 8 -v /app/gitlab/log:/var/log/gitlab \ 9 -v /app/gitlab/opt:/var/opt/gitlab \ 10 -v /app/gitlab/data:/mnt/nfs-01/git-data \ 11 --restart always \ 12 --privileged=true \ 13 --name gitlab \ 14 gitlab/gitlab-ce
(2)修改gitlab配置文件
cat /app/gitlab/etc/gitlab.rb
#添加三行:
external_url 'http://192.168.180.189'
gitlab_rails['gitlab_ssh_host'] = '192.168.180.189'
gitlab_rails['gitlab_shell_ssh_port'] = 9922
cat /app/gitlab-test/opt/gitlab-rails/etc/gitlab.yml
#修改如下配置:
## GitLab settings
gitlab:
## Web server settings (note: host is the FQDN, do not include http://)
host: 192.168.180.189
port: 80
https: false
# Otherwise, ssh host will be set to the `host:` value above
ssh_host: 192.168.180.189
# If you use non-standard ssh port you need to specify it
ssh_port: 9922
(3)进入到gitlab容器重新加载gitlab配置
gitlab-ctl reconfigure
gitlab-ctl restart
或:
重启gitlab容器
docker restart gitlab
(4)登陆gitlab的web界面
#浏览器输入:http://192.168.180.189:9980/
#第一次访问默认是root账户,会需要修改密码(密码至少8位数,出现如下界面就基本上部署成功了)
(5)gitlab web界面操作(简单演示)
#创建一个用户
#创建一个项目
#完成后根据项目下边给出的命令在gitlab服务器进行配置
(6)gitlab服务器连接web页面命令
1 #添加全局配置 2 git config --global user.name "lipc" 3 git config --global user.email "lipc@yuntongxun-l.com" 4 5 #克隆命令 6 git clone ssh://git@192.168.180.189:9922/lipc/my-test.git 7 #克隆指定分支的项目 8 git clone -b dev ssh://git@192.168.180.189:9922/my-test.git 9 #推送命令 10 git add . 11 git commit -m "add dockerfile1" 12 git push -u origin master 13 14 #删除master或者指定分支下的内容 15 git clone -b master ssh://git@192.168.180.189:9922/my-test.git 16 cd web 17 rm -rf * 18 git add -A 19 git commit -m "del " 20 git push origin master 21 22 23 #查看远程仓库的分支 24 git branch -a
(7)推送java源码到gitlab仓库
#克隆指定分支到/app/gitlab/package,然后删除下边的内容,推送新的代码到gitlab的my-test项目中的devops分支中
1 cd /app/gitlab/package 2 git clone -b devops ssh://git@192.168.180.189:9922/my-test.git 3 cd web 4 rm -rf * 5 git add -A 6 git commit -m "del " 7 git push origin devops 8 9 cp -rf /root/java-src/* /app/gitlab/package #复制java源码到gitlab推送目录 10 11 git add . 12 git commit -m "add" 13 git push origin devops
注意:由于笔记是后边补的,所以笔记中项目名称更换了下,效果是一样的,请大家谅解。
注意:至此gitlab的介绍基本完成,我这边主要是配合介绍jenkins自动化流程,所以gitlab就不详细介绍了,如有其他的疑问,请大家留言或者自行百度。。。
注意:另外以上gitlab所有的操作均是在gitlab服务器上操作。
3.gitlab配置jenkins认证(ssh公钥)
(1)在jenkins服务器上使用ssh-keygen生成密钥对,私钥id_rsa和公钥 id_rsa.pub
(2)复制jenkins服务器的公钥 id_rsa.pub里边的内容到gitlab的web页面进行配置
4.项目自动化编译使用的dockerfile目录与文件规范
注意:自动化最好创建标准的目录,不要都放在一起
说明:基础镜像是固定不变的东西打成的镜像,一般情况会手动进行打包,然后传送到harbor镜像仓库中,在jenkins自动化编译部署的时候作为基础镜像来构建业务镜像。
(1)基础镜像编译
/app/dockerfile #dockerfile标准存放基础目录
/app/dockerfile/base #项目基础镜像目录
/app/dockerfile/base/cv-cm-base #项目中每个模块的基础镜像目录
/app/dockerfile/aibox/cv-cm-base/Dockerfile #自动打基础镜像需要使用的Dockerfile文件
/app/dockerfile/aibox/cv-cm-base/face_cpu_*.tar.gz #打镜像需要使用的依赖,研发提供
/app/dockerfile/aibox/cv-cm-base/jre-8u251-linux-x64.tar.gz #打镜像需要使用的依赖java环境
/app/dockerfile/aibox/cv-cm-base/.so #打镜像需要使用的依赖,研发提供
(2)基础镜像dockerfile文件内容
1 [root@devops base]# cat Dockerfile 2 FROM openvino/centos7_runtime:latest 3 MAINTAINER lipc@yuntongxun.com 4 5 USER root 6 #设置系统编码 7 RUN yum install kde-l10n-Chinese -y 8 RUN yum install glibc-common -y 9 RUN localedef -c -f UTF-8 -i zh_CN zh_CN.utf8 10 #RUN export LANG=zh_CN.UTF-8 11 #RUN echo "export LANG=zh_CN.UTF-8" >> /etc/locale.conf 12 #ENV LANG zh_CN.UTF-8 13 ENV LC_ALL zh_CN.UTF-8 14 15 # java环境变量 16 WORKDIR /usr/local/ 17 ADD jre-8u251-linux-x64.tar.gz /usr/local/ 18 ENV JAVA_HOME /usr/local/jre1.8.0_251 19 ENV PATH $PATH:$JAVA_HOME/bin 20 21 #face 22 ADD face_cpu_v1.0-20210302.tar.gz / 23 COPY librl_face_vino.so /usr/lib64
(3)基础镜像编译与上传
cd /app/dockerfile/base/cv-cm-base
docker build . -t 192.168.188.25:8090/base/jre-openvino:8u251
docker push 192.168.188.25:8090/base/jre-openvino:8u251
(4)突发情况
说明:由于我在jenkins自动编译业务镜像的时候发现dockerfile的软连接不生效(RUN ln -s),所以我只能在基础镜像上运行一个容器,然后在docker容器内手动执行软连接(ln -s),然后打成新的镜像,作为基础镜像托送到harbor仓库上,为jenkins自动编译部署做基础。
#修改容器打包成新镜像步骤
首先在需要修改的镜像上启动一个容器
docker run -it --name base 383854278345 /bin/bash
然后打开另一个终端,不退出容器,使用下边命令修改容器
docker commit -a="lipc" e752c6b6123d 192.168.176.230:8090/base/jre-openvino:Beta1
最后在将新的基础镜像推送到harbor仓库
docker push 192.168.188.25:8090/base/jre-openvino:8u251
(5)jenkins自动打包和发布时需要调用的dockerfile文件
/app/dockerfile #dockerfile标准存放基础目录
/app/dockerfile/aibox #项目目录
/app/dockerfile/aibox/cv-cm #项目中每个模块的目录
/app/dockerfile/aibox/cv-cm/dockerfile #自动打镜像需要使用的Dockerfile文件
/app/dockerfile/aibox/cv-cm/entrypoint.sh #启动java服务的命令脚本,这个由研发提供
/app/dockerfile/aibox/cv-cm/face_cpu #打镜像需要使用的依赖,研发提供
/app/dockerfile/aibox/cv-cm/.so #打镜像需要使用的依赖,研发提供
(6)业务镜像Dockerfile文件内容
1 [root@devops cv-cm]# cat Dockerfile 2 FROM 192.168.176.230:8090/base/jre-openvino:Beta1 3 MAINTAINER lipc@yuntongxun.com 4 5 USER root 6 7 COPY entrypoint.sh *.jar /aibox-control-manage/ 8 COPY libzlicense.so /usr/local/jre1.8.0_251/lib/amd64/ 9 WORKDIR /aibox-control-manage/ 10 HEALTHCHECK --interval=10s --timeout=30s --retries=3 CMD \ 11 curl --fail -sL -w "http_code:%{http_code} \n" \ 12 -o /dev/null http://localhost:8090/info || exit 1 13 #RUN chmod +x /aibox-control-manage/entrypoint.sh 14 # CMD ["sh","cm-entrypoint.sh"] 15 ENTRYPOINT ["/aibox-control-manage/entrypoint.sh"]
6项目自动化部署使用的ansible目录与文件规范
(1)ansible安装
yum -y install ansible
说明:编辑ansible配置文件,要部署到哪个环境就是填写哪个环境的主机IP地址
vim /etc/ansible/hosts
添加:
[aibox-dev]
192.168.182.10:5555
(2)编写ansible的yml文件
说明:ansible的yml文件和dockerfile文件一样需要标准的放置在规范目录中,jenkins在自动任务中会调用
/app/ansible_file #ansible文件标准存放目录
/app/ansible_file/aibox #项目ansible目录
app/ansible_file/aibox/cm-dev.yml #dev环境的部署的执行的yml文件,具体的ansible操作都在这个文件中,jenkins也是通过调用这个文件实现自动部署的
(3)ansible的cm-dev.yml文件内容
1 [root@devops aibox]# cat cm-dev.yml 2 #- hosts: 192.168.180.89 3 # bs test 4 - hosts: aibox-dev 5 remote_user: root 6 tasks: 7 # - name: Gets the BS process number 8 # shell: "ps -ef |grep -v grep | grep wisdomeye-web | awk '{print $2}'" 9 # register: bs_id 10 - name: Pull the cm-develop images 11 shell: "docker pull 192.168.188.25:8090/develop/cm-server-openvino:develop" 12 tags: pull_images 13 14 - name: Delete old cm-develop containers 15 shell: "docker rm -f cm-server" 16 tags: Delete_containers 17 - name: Start the container 18 shell: "docker run -dit --restart always --network host --name cm-server -p 8090:8090 -v /etc/localtime:/etc/localtime:ro -v /data/aibox-common/cm-server/config:/aibox-control-manage/config -v /data/aibox-common/cm-server/logs:/aibox-control-manage/logs -v /data/pictures/:/aibox-control-manage/pic/ -v /data/aibox-common/cm-server/face_cpu/config:/face_cpu_v1.0-20210302/config -v /data/aibox-common/cm-server/face_cpu/models:/face_cpu_v1.0-20210302/models 192.168.176.230:8090/develop/cm-server-openvino:develop" 19 #become: true 20 #become_user: root 21 tags: start_container
7.jenkins web页面配置
7.1系统管理
7.1.1系统配置
7.1.2全局工具配置
(1)JDK配置
(2)Git配置
(3)maven配置
7.1.3全局安全配置
7.1.4插件管理,可以安装需要的插件
7.1.5安装插件,首先安装
Git plugin 和 Git hook plugin #连接gitlab和配置gitlab hooks的插件,必须安装
Maven Integration plugin #使用maven构建项目的插件,必须安装
7.2用户创建与权限配置
7.3项目分组视图配置
7.4项目创建与配置
#创建一个新的任务
#编辑项目名称
#启用项目安全设置
注意:在启用安全项目之前要先在系统管理中设置项目权限
#项目构建参数
#启用gitlab仓库
#设置jenkins连接gitlab配置,通过gitlab的webhooks监听分支的变化,出发jenkins的挂钩自动拉取代码,gitlab在配置webhooks的时候需要配置下边的URL地址以及Token
#配置gitlab的webhooks
说明:登陆gitlab服务器(192.168.180.189)的web管理界面,进行配置,配置成功后进行测试返回200说明连接成功。
#配置构建脚本,我选择shell
#构建后操作,我这边配置邮件通知,通知模式,构建成功和失败都会邮件通知
说明:构建后操作只需要配置发送邮件的邮箱和邮件通知的模式,其他的都是默认的调用系统管理邮件配置中定义好的变量。
7.5构建日志展示
#点击控制台输出就可以看到构建日志信息,我这边就不展示了
7.6jenkins自带监控配置
#到此整个jenkins自动化发布就部署完成了,中间可能有错误或者需要优化的地方,大家可以纠正,谢谢。。。。。。