[发明专利]一种基于Kubernetes的持续集成持续交付的方法

权利要求书

1.一种基于Kubernetes的持续集成持续交付的方法，其特征在于，包括

S1、交付CI/CD-Master到Kubernetes中；

S2、CI/CD-Slave镜像定制构建；

S3、交付CI/CD-Slave到Kubernetes中；

S4、同质slaves添加相同Label，同类型jobs使用Label进行构建；

S5、增大slave的executor数目；

S6、定时扫描清理slaves上的废弃jobs的遗留workspace；

S7、业务jobs配置workspace清理规则。

2.如权利要求1所述的一种基于Kubernetes的持续集成持续交付的方法，其特征在于，S1的步骤如下：

第一步，设计Dockerfile：

根据所在公司的业务流程，定制一个实例，这样可以将一些插件打包在自定义的实质，在数据存储服务器中开辟一个新的空间，通过NFS的技术手段存储配置数据；

第二步，Dockerlmage制作：

根据第一步中设计的Dockerfile构建自定义镜像；

第三步，搭建Docker私有仓库：

Docker镜像仓库默认为开放云平台的DockerHub，因自己公司所打包的自定义Dockerlmage中包含自定义应用或则机密信息，所以要搭建自己的私有仓库来存储自定义镜像以及应用镜像，以便于安全快速的拉取镜像至服务器中启动相应应用程序；

第四步，设置ENV；

配置镜像环境变量，例如时区环境变量；

第五步，启动参数；

Linux下内核参数的优化；

第六步，构建CI/CD Master Deployment：

Master镜像自定义构建完成，将Master服务以Deployment的方式部署至kubernetes集群中，利用Kubernetes集群特性，当Master所在POD发生异常导致不可用，集群中会再次立即自动启动一个Master来支撑CI/CD的可用性。

3.如权利要求1所述的一种基于Kubernetes的持续集成持续交付的方法，其特征在于，S2的步骤如下：

第一步，Baselmage：

根据所在公司业务系统运行环境，选择CI/CD基础镜像版本；

第二步，Maven Plugin：

将项目启动所用到的Maven工具添加到Baselmage中，并添加环境变量以供编译调用；

第三步，Node Plugin：

将项目启动所用到的Node工具添加到Baselmage中，并添加环境变量以供编译调用；

第四步，Python Plugin：

将项目启动所用到的Python工具添加到Baselmage中，并添加环境变量以供编译调用；

第五步，其他开发工具添加至基础景象中，已满足所有业务编译打包部署需求；

第六步，CI/CD Slave Dockerfile：

整合业务中所使用到的所有开发插件至Dockerfile中，构建镜像并将镜像上传至私有Docker仓库中以供集群化部署应用程序快速拉取镜像启动CI/CD Slave节点。

4.如权利要求1所述的一种基于Kubernetes的持续集成持续交付的方法，其特征在于，在S3中将CI/CD Dockerfile构建的景象结合deployment，配置到CI/CD集群中，根据部署需要将自动调用JNLP的连接方式与Master连接通讯，极大的提高集群的灵活性与发布效率。

5.如权利要求1所述的一种基于Kubernetes的持续集成持续交付的方法，其特征在于，在S4中同质Slaves添加相同Lable，用Lable来管理Slaves，同一套产品，把同质Slaves通过Lable使用，同类型jobs可以使用Lable进行构建。

6.如权利要求1所述的一种基于Kubernetes的持续集成持续交付的方法，其特征在于，在S5中，增大executor数目，会增大并发量，根据不同的业务的场景，增加不同数量的并发量。