DevOps实战系列【第八章】:详解Jenkins集成Docker私服Nexus3
阿里云国内75折 回扣 微信号:monov8 |
阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6 |
个人亲自录制全套DevOps系列实战教程 :手把手教你玩转DevOps全栈技术
Jenkins集成Docker镜像仓库
docker私服已经搭建完毕,下边我们期望jenkins做的事是:
- ①通过git拉取代码
- ②通过maven构建生成jar包
- ③构建含有jar包的镜像
-
④推送到docker仓库
-
⑤通知宿主从仓库拉取镜像并启动容器
有什么好处?
避免将jar包拷贝到宿主机,而是直接将jar包打入镜像上传到私服。
为什么不是jenkins直接拉取并启动容器?
从角色上看jenkins并不是docker服务,生产中多数是部署docker集群,所以拉取镜像并部署容器更应该由docker自身操作。
非要用jenkins拉取和部署可以吗?
当然可以,但jenkins容器中一直只映射单个docker宿主机的docker.sock,如果是docker集群就不好解决了,比较麻烦。
Jenkins容器编排文件修改
注意:
之前我们讲的都是jenkins构建完jar包后,传输到宿主机,由宿主机通过docker命令完成构建和启动容器,
此处我们期望jenkins能完成这些事,有几种方法:
- 在jenkins中安装docker服务或安装docker cli并连接到宿主
- 直接将宿主机的docker内核映射给jenkins容器,让jenkins能操作宿主机的docker【推荐】
解释:
/var/run/docker.sock 是docker服务器后台进程执行docker客户端命令的服务,
不论是docker cli还是对外开放的api最终都是与/var/run/docker.sock进行交互,所以把他映射到jenkins内部,jenkins就可以内部操作宿主机了。
另外还需映射docker命令(即客户端命令)和已经配置好的配置文件。
问题:
更新配置后执行docker info报权限问题
分析:这应该是执行docker.sock的权限问题,我们进入宿主机查看docker.sock的权限
解决:
这里有几种方式
- 以root用户登录jenkins,我实际我们用的是jenkins用户,这样容器导致用户权限过大,不推荐
- 将宿主机的docker.sock文件的权限改为可以让jenkins的账号ID=1000的用户使用即可
【推荐】
- 这里我们粗暴些,直接777权限
修改jenkins的job配置
当maven构建后,直接在jenkins工作目录构建镜像并推送镜像到私服
[此处我们以Nexus作为私服演示,对于大型项目harbor优势较大,成本相对也较高,比如内置数据库PostgreSQL,而我们一般会使用公共数据库,所以至少要有一个PostgreSQL实例,等等,而Nexus就就相对简单些,也能和Maven仓库复用,成本较低]
注意:
jenkins中运行shell脚本的目录是jenkins_home/workspace/jobName目录
问题:
点击构建会报错,如下:
原因:
就是镜像名称定义的不规范,因为我们使用的git分支名,而分支默认都是orgin/开头,而放到镜像中斜杠就不合适了,所以我们在git参数构建时,将[orgin/]过滤掉,配置如下:使用正则orgin/(.*)
即可
再次构建,就没问题了。
宿主机拉取镜像并部署容器
解决目标:
既然是jenkins通知宿主机,那么就可能是多个jenkins的job都有这种通知操作,
所以我们不能写死拉取镜像的信息,而是通过jenkins的通知将这些参数传递过来,比如拉取镜像的地址、镜像标识等,并且要处理镜像重复等问题。
思路:
怎么让jenkins给宿主传参数呢?说的比较抽象,其实我们之前已经做过了,就是ssh。
jenkins的job做完构建镜像并推送后,就可以执行ssh连接宿主,然后执行脚本,而jenkins的job中可以设置变量,在执行宿主机脚本是可以直接引用过来,而这次脚本比较多,我们就不再jenkins中罗列了,而是直接写入到shell脚本,让jenkins直接调用。
脚本内容:
在宿主机目录创建shell脚本, vi /share/jenkins/demo/script/publish.sh
注意:
脚本权限问题,我是root创建,并且jenkins中ssh也是使用的root所以没问题,大家根据自己情况去酌情处理。
解释:
其实我们jenkins容器已经拿到宿主机的docker执行权了,那这个文件不传到宿主机执行,在本地容器执行也是可以的,但由于角色不同,该脚本由docker服务器执行更合适,并且如果是docker集群那么容器执行会很麻烦。
优化:
简单起见,或者说为了隔离、可扩展,我们把这个脚本文件放到springboot中,让jenkins帮我们远程拷贝到宿主机的固定目录,然后执行
参数配置: 我们脚本里引用了那么几个参数,哪里来的?
jenkins我们知道可以参数化构建,比如我们用的git参数,当然他也可以指定普通参数,如下,我们在job中增加这些参数:
[当然也可以直接写到脚本执行的后边,我这里就只配一个示意一下,其他参数直接传递]