码迷,mamicode.com
首页 > Web开发 > 详细

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

时间:2018-09-30 12:47:28      阅读:227      评论:0      收藏:0      [点我收藏+]

标签:nlp   目录共享   text   tag   rbac   镜像   src   pipe   vol   

Pipeline 介绍

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

总体架构

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

技术分享图片

k8s Jenkins构建持续集成流程

技术分享图片

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集群安装参考文档:

安装步骤

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

传统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)

GIT地址

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

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

标签:nlp   目录共享   text   tag   rbac   镜像   src   pipe   vol   

原文地址:http://blog.51cto.com/10880347/2287796

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!