接下来我们在上文流水线任务的基础上,利用jenkins中的插件,做一个钉钉报警系统。无论部署上线是否成功,都在钉钉群里报警@某人。

首先我们需要在钉钉上创建一个群,这个群是用来接收我们的告警信息的:

选择自定义机器人

注意:此webhook 一定要保留。在jenkins系统设置中添加钉钉机器人:

保存后再进来就有机器人的UUID了:

我们点击测试后:


我们再进入devops项目中进行配置:
jenkins钉钉官方文档:在 pipeline 中使用 | 钉钉机器人插件
在之前的pipline代码之后添加:


保存后立即构建:
构建成功!我的钉钉上也收到了消息:

我们注释调登陆代码,并从server6 执行节点上退出harbor仓库的登陆来模拟项目失败的情况:

再次构建:
构建失败,钉钉提示:

我们的代码写在pipline中是不太严谨的,接下来我们要在gitlab上写pipline,做到可以进行版本控制。我们先在gitlab中新建一个项目:

使用ssh克隆将其复制到本地:

进入devops创建Jenkinsfile,将刚刚pipline的代码复制进去,上传到gitlab中:

此时我们进入jenkins 的devops项目中进行修改,将所有的流水线都放在gitlab中做控制:
去掉触发器:


保存。现在我们jenkins中的流水线和项目代码都是在gitlab中拿的。接下来构建项目:

项目构建成功,这说明我们将整个流水线代码放入gitlab中做版本控制是没有问题的。
为了实验方便,我们接下来要完成的是,在gitlab中写好ansible 的相关配置文件,持续集成到jenkins主机server4,同时server4作为ansible管理端进行持续交付,将ansible的playbook.yml的内容部署到server5、6、7上。
首先在节点master上开3个子节点,将builder-1删掉:

在jenkins主机上安装ansible:

注:安装时会有许多依赖项,建议提前配置好阿里云的centos7的源。


将ansible项目clone到gitlab本地:

我们将server5、6、7作为我们的测试主机,删除之前的容器并停掉docker:
即jenkins主机server4作为ansible管理端,需要推ansible的playbook 到server5、6、7上。
在gitlab主机上项目里,编辑ansible配置文件:


同时我们建立了两个组,一个test测试组,一个prod生产组。编辑playbook:

创建模板 index.html.j2 ,目的是为了获取主机名:

创建完成后提交git推送:

接下来我们就要在jenkins中做拉取了,在jenkins中新建项目:

设置参数化构建,添加prod和test两个参数,让用户选择往哪个组的主机推playbook:
添加git:

在ansible的配置文件中写了我们是通过连接远程的devops用户来操作的,所以我们在远程主机server5、6、7上创建devops用户同时赋予权限:



我们要在jenkins用户和devops用户之间做免密:
jenkins在访问server5时,以devops用户身份访问免密。server6、7同理:

接下来再进入jenkins的playbook项目配置,构建时直接执行shell脚本: 
选择test进行构建:

运行成功:

运行成功说明test组server5、6都已经成功安装httpd并更改发布文件index.html,我们来查看一下:

没有问题,都是从index.html.j2 中获取的本机的hostname。 说明ansible通过CI/CD进行持续集成交付没有问题。