接下来我们在上文流水线任务的基础上,利用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进行持续集成交付没有问题。