引言
代码发布系统是互联网公司必备的运维系统,作用主要用户发布业务代码 到 业务服务器
为什么需要代码发布系统
有的同学可能说,我们公司服务器就那么一台,做个发布系统太麻烦了? 不认同这说法
发布系统有如下好处
流程管理,加上权限管理,可以在系统记录 谁 做了 什么 操作
减少人工误操作影响,登录服务器本身操作就是有误操作的可能的
运维自动化 为运维工作减负
加快发布速度 不用人工登录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'
]
]
]
制定同步策略 发布代码
关于同步策略 我实践过几种,根据不同的情况 使用不同的策略,以下仅是个人经验
实例展示
(图一)
(图二)
(图三)
(图四)
PS:操作对象 version 是版本号操作,作用有两个
为静态资源加上版本号,浏览器会访问重新请求资源(达到穿透浏览器缓存的作用)
版本回滚
如下图
参考资料
git使用笔记
【RBAC】打造Web权限控制系统
不错
回复 @ apanly: 非常不错