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

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

参考文档:https://blog.csdn.net/xiegh2014/article/details/80456486

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

Harbor镜像管理

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

GlusterFS集群安装参考文档：http://blog.51cto.com/passed/2139299

创建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.pem

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

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

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

正因为上面的这些种种痛点，我们渴望一种更高效更可靠的方式来完成这个 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）

k8s-CICD-Pipeline交流群:18876939 欢迎喜欢交流的朋友加入！