基于Kubernetes的CI/CD&Pipeline流水线解决方案

时间 2019-11-06

标签基于 kubernetes cd&pipeline pipeline 流水线解决方案栏目设计模式繁體版

原文原文链接

Pipeline 介绍

要实如今 Jenkins 中的构建工做，能够有多种方式，咱们这里采用比较经常使用的 Pipeline 这种方式。Pipeline，简单来讲，就是一套运行在 Jenkins 上的工做流框架，将原来独立运行于单个或者多个节点的任务链接起来，实现单个任务难以完成的复杂流程编排和可视化的工做。node

整体架构

在开始咱们的工做以前，让咱们花一点时间分析开始使用Jenkins使用Kubernetes容器所需的工做流。Kubernetes对于开发者来讲是一个惊人的开源容器编排引擎。Kubernetes是由Google发起的，这使Kubernetes在使用多个开源容器项目方面有一个惊人的优点。默认状况下，Docker更受Kubernetes的使用者支持和青睐。使用Docker容器的工做流程以下图所示：git

k8s Jenkins构建持续集成流程

Docker技术这些应用场景

参考文档:http://www.javashuo.com/article/p-nmcdkhmi-mt.htmlgithub

部署准备

gogs代码管理
 git服务器安装参考：https://blog.csdn.net/xiegh2014/article/details/81434421

 Harbor镜像管理

 持久化存储
 NFS安装
 一、使用yum源安装
 yum -y install nfs-utils -y
 vim /etc/exports
 /data/qas *(rw,no_root_squash)
 二、启动nfs服务
 开机启动
 systemctl enable rpcbind.service
 systemctl enable nfs-server.service
 启动nfs服务
 systemctl start rpcbind.service
 systemctl start nfs-server.service
 三、检查 NFS 服务器端是否有目录共享
 showmount -e 192.168.58.110

 GlusterFS集群安装参考文档：

安装步骤

建立namespace命名空间:
 kubectl create namespace kube-jenkins
 建立PVC对象：
 kubectl create -f jenkins-pvc.yaml
 建立rbac相关的资源对象:
 kubectl create -f jenkins-rbac.yaml
 建立Jenkins服务:
 kubectl create -f jenkins.yaml

测试

node {
   stage(' git仓库拉代码') { // for display purposes
        sh "echo 'git checkout'"
   }
   stage('构建代码') {
        sh "echo 'Build...'"
   }
   stage('自动化测试') {
        sh "echo 'deploy...'"
   }
   stage('发布代码K8S') {
        sh "echo 'deploy...'"
   }
}

离线包下载

连接：https://share.weiyun.com/5pCfEWm 密码：kq3dwn
  连接：https://share.weiyun.com/5pf0e0G 密码：pejdye
  连接：https://share.weiyun.com/5m4ADMk 密码：x4uh4c
  连接：https://share.weiyun.com/5FFbM3B 密码：y4fcff

openssl pkcs12 -export -out admin.pfx -inkey admin-key.pem -in admin.pem -certfile ca.pemvim

传统CICD存在的问题

Jenkins 安装完成了，接下来咱们不用急着就去使用，咱们要了解下在 Kubernetes 环境下面使用 Jenkins 有什么好处。服务器

咱们知道持续构建与发布是咱们平常工做中必不可少的一个步骤，目前大多公司都采用 Jenkins 集群来搭建符合需求的 CI/CD 流程，然而传统的 Jenkins Slave 一主多从方式会存在一些痛点，好比：架构

主 Master 发生单点故障时，整个流程都不可用了
每一个 Slave 的配置环境不同，来完成不一样语言的编译打包等操做，可是这些差别化的配置致使管理起来很是不方便，维护起来也是比较费劲
资源分配不均衡，有的 Slave 要运行的 job 出现排队等待，而有的 Slave 处于空闲状态
资源有浪费，每台 Slave 多是物理机或者虚拟机，当 Slave 处于空闲状态时，也不会彻底释放掉资源。
Pipeline&CICD优势

正由于上面的这些种种痛点，咱们渴望一种更高效更可靠的方式来完成这个 CI/CD 流程，而 Docker 虚拟化容器技术能很好的解决这个痛点，又特别是在 Kubernetes 集群环境下面可以更好来解决上面的问题，下图是基于 Kubernetes 搭建 Jenkins 集群的简单示意图：框架
服务高可用，当 Jenkins Master 出现故障时，Kubernetes 会自动建立一个新的 Jenkins Master 容器，而且将 Volume 分配给新建立的容器，保证数据不丢失，从而达到集群服务高可用。
动态伸缩，合理使用资源，每次运行 Job 时，会自动建立一个 Jenkins Slave，Job 完成后，Slave 自动注销并删除容器，资源自动释放，并且 Kubernetes 会根据每一个资源的使用状况，动态分配 Slave 到空闲的节点上建立，下降出现因某节点资源利用率高，还排队等待在该节点的状况。
扩展性好，当 Kubernetes 集群的资源严重不足而致使 Job 排队等待时，能够很容易的添加一个 Kubernetes Node 到集群中，从而实现扩展。
缺点

jnlp-slave pod 没法删除
若是 jnlp-slave pod建立失败，它会不断的尝试建立新的pod，并试图链接jenkins，一段时间后，就会创造不少失败的jnlp-slave pod。若是遇到这种状况，需要尽早中断任务并删除失败的pod。（须要手动删除jnlp-slave pod）ide

GIT地址

https://github.com/xgh2016/k8s-CICD-Pipeline测试