自动化发布构建

docker 镜像- docker build 打包镜像   - 镜像内服务结构不变

nginx

Jenkins Serverpipeline 

POD

svn

K8S apply

containerao1

发布服务

测试

编排流程

build.sh

代码提交

...

K8S

ingress

服务调用者

1. 发布权限控制2. 发布配置     - 待构建服务的svn版本    - 外部依赖的svn版本    - 容器 &  k8s 相关配置（借鉴java）3. 发布流水记录

PUSH镜像仓库地址：固定/可配

替代方案

SITE管理后台发布Portal

docker

创建pod

微服务1. 维护 yaml2. 打包 docker 镜像3. 负责调用 k8s 执行发布

构建、发布系统

查询发布日志

发布

生产

Docker镜像仓库

deploy.sh

研发人员

拉取镜像

接入平台方案一：1. 发布portal 由平台代为开发 （复用发布策略，权限，流水）2. 编译环境准备，部署在平台的jenkins服务器3. 编译，打包，发布 流水线编排    - 脚本插件的方式提供    - 微服务 方式提供接入平台方案二： 1. 发布portal 由平台代为开发 （复用发布策略，权限，流水）2. 编译环境准备，部署在平台的jenkins服务器3. 编译，打包 （不发布）4. 独立的发布流程    - 基于 step.3 生成的docker镜像，类似现在用的 \"打包机 + rpm发布系统\"    - 可以查看所有镜像版本    - 新配置指定版本镜像，进行k8s部署面临问题：自动化构建需要依赖 代码仓库：svn的版本号，发布时，需要依赖研发人员手工配置相应依赖的代码版本号；方案三：     改造目前在用的 RPM系统      -  由 现有的  rpmbuild 打包 业务so生成 rpm包，同步rpm仓库，进而管理rpm包的方式         改为   docker build 打包 业务so生成 docker镜像，同步镜像仓库，维护系统镜像；     - 发布时，根据镜像版本生成配置，进行k8s发布； 

开发

代码静态检查 

异步 生成job （项目名，repo版本）

拉取代码更新至本地/var/jenkins/xxx/workspace/