【运维工具】Git代码发布系统
引言
代码发布系统是互联网公司必备的运维系统,作用主要用户发布业务代码 到 业务服务器
为什么需要代码发布系统
有的同学可能说,我们公司服务器就那么一台,做个发布系统太麻烦了? 不认同这说法
发布系统有如下好处
流程管理,加上权限管理,可以在系统记录 谁 做了 什么 操作
减少人工误操作影响,登录服务器本身操作就是有误操作的可能的
运维自动化 为运维工作减负
加快发布速度 不用人工登录N台服务器发布
方便快速回滚版本
技术选型
git:代码管理工具 git使用笔记
rsync:同步代码到指定服务器
Yii2:php mvc 框架
Bootstrap3:前端框架
jquery:js库
代码发布系统
流程框架图
Web界面化操作,流程化管理 ,提交发布任务
定时脚本 获取发布任务
制定同步策略 发布代码
界面化操作,流程化管理
流程化管理在人员比较多的时候优势特别明显,人多手杂很容易出问题。所以在代码发布系统中加入流程化管理也是与时俱进
上图是我画的一个比较完善的流程图(以前公司实现过这么复杂的流程),描述如下
新建开发分支
本地开发并提交代码
发布到测试服务器
测试人员测试
测试通过之后等待主管审批上线(测试没通过重走2-4步骤)
发布上线
产品 项目经理验收
项目完成
PS:其中 1、3、6 是业务逻辑(需要脚本帮助的), 其他都是流程控制
定时脚本 获取发布任务
通过流程控制将 发布上线 的任务 推送 队列中去了,就需要有消费队列任务的脚本,关于定时脚本我没有选择使用crontab,因为crontab最低也是从分钟开始 不满足业务需求,建议写一个常驻内存的shell,如下 每2秒运行一次
#!/bin/sh cmd='php yii release/index' while true do if [ $(ps -ef |grep '$cmd' |grep -v grep|wc -l) -eq 0 ];then eval $cmd sleep 3; else echo 'queue is Running'; fi done
脚本中 release/index 源码地址:https://github.com/apanly/dream/blob/master/console/controllers/ReleaseController.php
关联配置
'ops_repo' => [ "dream_blog" => [ 'title' => '博客', 'feature' => [ 'path' => '/home/www/yii_tools/tools' ], 'remote' => [ 'hosts' => [ ], 'path' => '/home/www/yii_tools/dream', 'ssh_param' => ' -i /home/www/.ssh/publish_rsa www@' ], 'version' => [ '/tmp/release_version/version_blog' ] ] ]
制定同步策略 发布代码
关于同步策略 我实践过几种,根据不同的情况 使用不同的策略,以下仅是个人经验
单独业务服务器多余10台 少于20台 建议使用 rsync 推送 到 目标服务器(此时如果直接在目标服务器上git 操作 很慢,并且源服务器load有点高)
单独业务服务器少于10台 建议直接 在 目标服务器 执行git命令 (当然也可以rsync)
实例展示
(图一)
(图二)
(图三)
(图四)
图一:展示的是发布任务列表
图二:展示的是添加发布任务的操作
图三:展示的发布任务执行过程中所执行的指令
图四:是对图三的补充,因为本人博客系统很简单 没有远程(remote)服务器,只更新本地服务器,所以图四截图是原来在公司做的系统 发布远程代码的输出,对图三中的remote对象补充
PS:操作对象 version 是版本号操作,作用有两个
为静态资源加上版本号,浏览器会访问重新请求资源(达到穿透浏览器缓存的作用)
版本回滚
如下图