AutoDeploy 测试团队可视化部署平台
一、背景这个项目最终目的是让测试人员在web页面,进行不同测试环境版本分支切换;小团队没有专业运维团队,想要有自己的发布平台可以搭建起来玩玩。。目前主要实现功能主要是调用jenkins api 来触发对应jenkins job 构建/打包,将打包后的镜像推送到镜像中心;至于调k8s api进行镜像容器化部署、容器重启还在开发中;有兴趣的朋友可以留言学习探讨;(一)早期测试团队控制测试环境版本方式小
一、背景
这个项目最终目的是让测试人员在web页面,进行不同测试环境版本分支切换;小团队没有专业运维团队,又想要有自己的部署发布平台;
目前主要实现功能是调用jenkins api 来触发对应jenkins job 构建/打包,将打包后的镜像推送到镜像中心;
调k8s api进行镜像容器化部署、容器重启还在开发中;
该项目后续放到github分享学习。
(一)早期测试团队控制测试环境版本方式
小团队测试早期切换版本,一般是喊下开发,开发操作jenkins job 入参构建/打包、发布/部署、重启项目等操作来实现测试环境版本切换,有的直接上传项目代码到服务器,随着CI/CD、devops这些术语的出现,测试部署切换环境越来越简单方便。
(二)目前比较常见测试环境部署方式
基于kubernetes(k8s)API+ jenkins API+ 自研Deploy前端后项目,实现迭代项目自动构建打包成镜像,再推送到自有镜像仓库,通过k8s调度对现有服务器资源节点实例进行调度部署。
二、AutoDeploy 项目介绍
(一)构建、手动发布
1.构建
开发在对应项目A提交代码到git后,测试人员构建项目A对应jenkins job来进行构建打包推送到镜像中心。
jenkins job 配置内容,打包镜像推送镜像
2.手动发布
手动构建打包指定分支号(切换分支号)
todo 发布、重启测试环境
原理实际是调用k8s api来实现对容器进行调度部署、容器重启
(二)基础配置
1.环境管理
2.Git管理
3.jenkins配置管理
配置AutoDeploy对jenkins访问权限,用于读取jenkins job
(三)账号管理
1.账号
为测试人员创建账号权限
2.账号角色
为账号配置不同菜单权限角色
更多推荐
所有评论(0)