CMDB发布平台是ezbuy的一个发布管理平台,包含了go的发布,windows serices发布,iis发布,memcache管理,svn管理,资产信息管理操作。
随着公司的业务发展,公司go的服务有100多个单实例,如果多机部署计算,是成倍数增长的,而且每天更新发布的频率高,所以如果人为的去发布,会出现以下问题:
- 开发人员每次update服务,都需要找运维人员发布
- 每次发布,没有版本信息记载,只有相应的版本号,即没有历史数据
- 重复工作量大,无技术可言,且容易人为发布错误
- 没有消息通知
- 开发人员各自在自己电脑上编译,然后提交到svn(环境不统一)
go现在的发布是每次jenkis自动编译通过后,自动上传到svn上,避免编译成mac os版本的go上传到svn,然后通过CMDB平台发布,发布涉及手动和自动发布两个操作:
- 手动:开发人员手动通过CMDB平台发布
- 自动:编译好后,jenkis直接调用CMDB API自动发布到线上(持续CD)
综上问题,CMDB开发了go发布管理模块,模块里包含以下功能:
- 部署
- 发布
- 更新go配置文件
- 重启go服务
- 版本回滚
- go服务状态
- go crontab发布更新
- go cron job定时任务列表
[部署]:
线上运维人员可以通过运维平台直接部署一个新的go服务
go部署
[发布]:
开发人员有权限直接发布服务到线上,无需运维人员干预,且每次发布要填入相应的tower发布url,否则不给予发布
go发布
不管服务成功与否,CMDB会调用钉钉api,将发布结果发送到钉钉消息群,同时CMDB也会保存一份日志到数据库。
go发布消息
[更新go配置文件]:
go配置文件我们会单独的将所有go实例的配置文件保存在一个svn库,这样的好处是,有版本控制,避免开发人员人为改动,且敏感信息只有相应权限的人才能查看,所以每次配置文件改表,直接相应有权限的人提交到svn,通过更新go配置文件下发的所有主机:
go下发配置文件
[版本回滚]:
线上运维同学可以通过CMDB平台回滚到相应的版本
[服务状态]:
开发人员可以实时查看go服务运行的状态
[go crontab更新]:
开发人员可以直接发布go的服务
[cron job列表]:
可以在CMDB平台查看所有的cron job和cron job上次执行的时间
最后,我们将会把go的配置文件统一线上线下环境一样,且不暴露敏感信息,敬请关注下一篇《如何利用consul-template保持线上线下配置文件一致》
网友评论