rancher操作规范
# 命名规范
命名是所有步骤中的第一步，命名规范了才能在任何界面上清晰地区分要操作的资源
不能什么东西都采用同一个名字，会大大增加误操作的几率，且让操作的人不清晰资源和名字的对应关系
格式：一般是资源名缩写-应用名 ，如下表
# 组件命名
| 组件名 | 英文缩写 | 命名举例 |
|---|---|---|
| 命名空间 | ns | ns-hr |
| 工作负载 | deploy | deploy-hr |
| 负载均衡 | svc | svc-hr |
| 配置映射 | cm | cm-hr |
| ssl证书 | ssl | 比如ssl-mes |
# 属性命名
环境变量 大写全英作为key，中间用_分割
# API规范
前后端应用调用，如果前端要通过域名来调用后端应用；
不同后端项目API一定不能相同，否则会出现新前端项目调用旧后端项目的问题
# 新应用部署
# 创建阿里云镜像仓库
如果是新的项目部署，就要新建一个新的镜像仓库
如果是旧的项目就直接看后面两小节内容
创建镜像命名空间，为避免重名，用yee+项目名取名，如mes项目就是yeemes
前后端项目的镜像仓库进行区分，命名规则建议为backend/front-mes
# 镜像打包和推送
- 1 获取代码仓库的代码（注意是否有仓库权限，代码分支）
- 2 Jenkins新建工作流
- 拉取代码并打包成镜像（原理是安装gitlab中的Dockerfile进行打包）
- 将镜像推送到镜像仓库
todo：
- jenkins工作流任务命令中，不能获取更新镜像版本，每次构建推送上去，都会覆盖上一次的版本。
- 应该改进一下，获取镜像tag信息，去重并更新tag的版本号再推送上镜像仓库
# 应用部署
- 3 rancher创建工作负载deploy，用来管理pod
- 配置好镜像仓库，一旦有新镜像提交就会新建pod来运行镜像
- 配置好相关环境变量信息
- 4 前后端的pod都建立好了之后，配置负载均衡service
- service配置访问的域名和端口
- 调试好了，项目就可以运行了
步骤1，2参考jenkins镜像打包推送
步骤3，4参考rancher应用部署
编辑 (opens new window)