docker | jenkins 自动化CI/CD，后端躺着把运维的钱挣了！(下)

docker | jenkins 自动化CI/CD，后端躺着把运维的钱挣了！(下)

前言

在上一篇文章中，我们使用docker编写​​Dockerfile​​​文件，将我们自己的项目构建成镜像，然后发布到​​Docker Hub​​中，并且用自己的云服务器拉取Docker Hub上我们自己上传的项目镜像，并且由该镜像运行容器，使得我们成功将自己的项目用docker运行了起来，并且外网访问测试通过。

如果还没有使用过docker自己构建过镜像的同学还是建议先阅读第一篇​

在本篇文章中，将讲解使用jenkins帮助我们监听git仓库的变化，一旦有新的push到master分支，jenkins服务则从gitee主动拉取项目代码，构建新镜像（借助上一节编写好的Dockerfile文件），然后删除同名旧镜像和旧容器，部署新容器。

而对于开发者来说，你向远程仓库的​​master​​​分支​​push​​了新的代码之后，就可以马上访问url看到最新的项目运行结果，一切都将由jenkins帮你完成（只要事先配置好jenkins工作流程）

最初我学编程很喜欢看视频，而且是那种长而全的视频，总觉得能看到别人每一步的操作就很踏实，但是渐渐的，还是看文档多一些，我也在这里推荐大家尝试阅读文档，英文看起来慢就找中文的，相比于视频，看文档能快速找到你需要的点，而视频需要跟着别人的节奏，相对会慢一些。（但刚开始学编程我还是推荐看视频，后面辅以阅读书籍文档与博客文章）

jenkins相关

安装

核心是下面这个运行docker容器的shell，关于这些参数的作用我前一篇文章已经讲过，如果不太清楚可以回过去结合着一起看。

docker run \ -d \ --rm \ -u root \ -p 8080:8080 \ -v jenkins-data:/var/jenkins_home \ -v /var/run/docker.sock:/var/run/docker.sock \ -v "$HOME":/home \ jenkinsci/blueocean

登录

运行jenkins容器之后，访问服务器ip:8080就能跳转到jenkins登录页面，第一次会让你输入一个密钥，这个在服务器运行Jenkins容器的时候控制台上就会显示（如果没有加上-d参数）。

或者输入下面的命令查看jenkins的密钥

cat

新建任务

然后会跳转至Jenkins项目配置区，选择源码管理项，Git选项，输入你Git仓库的地址，然后在Credentials处添加你Git仓库的用户名和密码，并且选择监听master分支（默认就是）

我们需要的效果是一旦git仓库发生变化就要自动构建镜像，并且部署新的镜像容器，所以在构建触发器项下选择轮询SCM，使用corn表达式控制Jenkins监听git仓库的频率为每分钟一次

下面是最核心的操作，jenkins要做的事我们已经知道了，那jerkins怎么知道呢？需要通过shell脚本指定，这里的shell就是Jenkins在监听到git仓库的master分支发生变化时要做的事情，包括删除已创建的容器（因为端口被旧容器占用，需要强制删除），构建新的镜像，运行新的容器

if docker ps -a|grep -i wood-app-backend;then docker rm -f wood-app-backendfi#删除已建的容器，防止容器名，端口冲突sleep 1docker build -t baize1998/wood-app-backend:latest . #根据dockerfile生成镜像sleep 1docker run -d -p 5000:5000 --name wood-app-backend baize1998/wood-app-backend:latest #运行镜像生成容器

删除旧镜像

上面的shell命令中有删除旧容器的命令，但是没有删除旧镜像的命令（每次构建同名新镜像，旧的镜像就会变成none，但是依旧占据空间，需要回收）

但是直接在shell中编写删除镜像的命令在回收时可能会发生错误，所以额外创建一个定时任务去回收这些旧的镜像，这里指定清理镜像的任务的执行频率是每天的凌晨一点钟（可以自行控制）

shell脚本用于判断是否存在​​状态​​的镜像，并对它们进行回收

echo ---------------Clear-Images...------------------clearImagesList=$(docker images -f "dangling=true" -q)if [ ! -n "$clearImagesList" ]; thenecho "no images need clean up."elsedocker rmi $(docker images -f "dangling=true" -q)echo "clear success."fi

测试CI/CD

CI--持续集成（一旦push之后，新的镜像会构建），CD--持续部署（一旦push之后，新的容器会依据新的镜像运行，提供最新的服务），下面修改我们的项目接口，然后push到远程仓库的master分支

一分钟后，访问服务器ip:5000看到jenkins已经完成项目镜像构建以及新项目容器的运行，提供了最新的服务，之后便可以进行敏捷的开发了！

结束语

这篇文章讲述的使用Jenkins是比较取巧的，使用corn每分钟监听一次git仓库的变化达到这种细粒度的CI/CD效果，当然这只是jenkins功能的冰山一角，具体jenkins部署阶段还可以细分为构建、测试、部署等，也可以针对不同的推送命令配置不同的应答行为，每个阶段也可以指定执行各种脚本，这个就要学习Jenkins的pipeline机制，通过流水线的方式指定更详细和规范的CI/CD流程，不过到目前为止，学校里项目的开发维护功能也勉强够用了～

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。