说一说：CI／CD流程设计及实现

xubin · 发表于 2022-4-9 14:54:31

　　目前我司的CICD的架构基本如图：

　　?

　　其实该架构是一个很常见的架构，但是我在这里主要考虑了如何最大化利用该架构实现CICD的便捷使用以及后续如何快速集成到运维平台。xray的其他知识和内容也可以到网站具体了解一下，我们是领域内专业的企业平台，欢迎您的关注和了解！

　　思考的问题：

　　1.因考虑到CICD的可靠性、安全性，需要将pipeline脚本和业务代码分离。

　　2.如何快速的批量生成项目

　　3.在使用pipeline scm的时候如何获取业务仓库的cpmmit-id（CI可以直接获取到，但CD 不拷贝业务代码的情况下如何获取？目前开发测试环境使用commit作为版本号线上预发用tag作为版本号）

　　4.发布到kubernetes平台的时候一般都是k8s去harbor仓库自动拉取镜像，如果没有该镜像那么对于开发测试是无法感知到的。

　　解决：

　　目前我司用一个gitlab仓库来管理所有的pipeline脚本以及kubernetes的yml文件，jenkins使用pipeline SCM部署，这个时候有个问题就是业务代码如何克隆到该项目的workspace下进行编译构建，这个时候我们需要使用pipeline的dir函数去生成一个目录将业务代码clone到该目录下进行构建，例如java项目：

　　?

　　2.如何快速生成项目

　　正常情况下在生成项目的时候我们需要新建项目-配置SCM-选择分支-选择jenkinsfile文件，但这样太繁琐了并且如果使用grovvy去批量生成项目的话需要更改的配置会非常多容易出错。

　　所以我在这里的设计是所有的脚本都依赖于project name，通过jenkins自带的JOB_NAME变量去区分不同的项目，并且所有项目的入口都是主的jenkinsfile，通过不同的JOB_NAME路由到不同项目的jenkinsfile。

　　如图该脚本路径永远是不会变的。

　　这里我们只需要更改所属分支就可以了

　　然后我们可以通过jenkins的脚本命令行-grovvy脚本批量生成项目

　　脚本内容如下：

　　?

　　3.在使用pipeline scm的时候如何获取业务仓库的cpmmit-id（CI可以直接获取到，但CD 不拷贝业务代码的情况下如何获取？目前开发测试环境使用commit作为版本号线上预发用tag作为版本号）

　　在这种情况下现有的git插件只能获取到不同仓库的tag或者branch 但是不能获取到commit id，所以这里我在Active Choices Parameter插件使用了grovvy script的形式去获取git里的commit，效果：

　　脚本内容：

　　getTags.sh的脚本内容大致就是curl的形式获取gitlab的commit的列表，我这里因为是docker 所以直接取获取了harbor的api接口的列表。

　　4.发布到kubernetes平台的时候一般都是k8s去harbor仓库自动拉取镜像，如果没有该镜像那么对于开发测试是无法感知到的。

　　在pipeline脚本先检测该镜像是否存在：