cicd 08--基于Jenkins的通用可扩展CICD架构

1 介绍

随着运维业务的逐渐增加,团队维护的 cicd 流程种类也随之增加,基于Jenkins 的流程基本可以认为绝大多数都是一种定制(当然有些流程可以通过参数解决一类的问题),会对后期带来越来越多的工作量。
因此需要将 jenkins job 抽象出来,使其功能单一、可复用,基于抽象出来的基础 job 再组装成各种满足用户需求的任务。
最终实现的效果为: 一个大的pipeline 能通过类似搭积木的方式快速构建和修改, 大pipeline 调用了多个子pipeline, 通过一连串的子 pipeline 完成用户的需求,使用子 pipeline 的时候只需按需传参数即可.

2 架构

2.1 架构图

主要架构图如下所示, sre 主要做 底层可复用的job, 然后每一个流程都可以分解为多个底层可复用的job, 将这些job 按顺序拼装, 并传递相关参数, 子job 全部执行完成即可完成一个大的流程.
最终将一个主 job 交付给用户即可.

架构优点: 避免重复造轮子, 简化复杂job 的构造过程, sre专注于底层基础job
在这里插入图片描述

2.2 主要模块功能

此处列举一些常用的底层job, 后续会在此处新增底层基础job, 需要确保这些job可复用.

  1. Clone 代码
    英文名称: base_clone_code
    功能说明: clone 代码到指定目录
    参数说明: 
      node: clone 代码所用的Jenkins agent label
      git_repo_url: 代码仓库的url
      branch: 代码对应的分支
      target_path: 代码clone的目标路径
    其它: 
    
  2. 同一机器拷贝文件
    英文名称: base_cp_file
    功能说明: 在同一个机器上拷贝文件()
    参数说明:
      node: 执行拷贝操作的Jenkins agent label
      src_file: 原文件()路径
      des_file: 目标文件()路径
    其它: 
    
  3. 远程机器拷贝文件
    英文名称: base_rsync_file
    功能说明: 将本机的文件()拷贝到远程机器上
    参数说明:
      node:  执行拷贝操作的Jenkins agent label
      src_file: 原文件()路径 
      des_host_info: 目标机器的信息,格式为 user_name@des_server_ip
      des_file: 目标文件()路径
    其它: 
      需要提前配置机器 rsyncssh key
    
  4. Build & push 镜像
    英文名称:
    功能说明:
    参数说明:
    其它: 
    
  5. Deploy 镜像
    英文名称:
    功能说明:
    参数说明:
    其它: 
    
  6. 更新 configmap
    英文名称:
    功能说明:
    参数说明:
    其它: 
    
  7. 更新副本数量
    英文名称:
    功能说明:
    参数说明:
    其它: 
    
  8. 功能检测
    英文名称:
    功能说明:
    参数说明:
    其它: 
    
  9. 删除文件
    英文名称:
    功能说明:
    参数说明:
    其它: 
    
  10. 其它基础功能

3 案例

3.1 场景说明

假设当前有两个底层基础job, 分别为 job-a 和 job-b, 它们都有各自唯一的功能. 此时有一个功能复杂的job job-multi, 该job 可以通过 job-a 和 job-b 协作完成.
三个 job 如下所示:
在这里插入图片描述

3.2 Job-multi 的功能脚本

逐 job 的pipeline 脚本如下, 如果有更多其它业务, 也可以按需通过 stage的方式加入, 并填好相关参数即可。

pipeline {
    agent { 
        node { 
            label "admin" 
        } 
    }

    stages {
        stage('do job-a') {
            steps {
                build job: 'job-a'
            }
        }
        
        stage('job-multi') {
            steps {
                echo 'job-multi'
            }
        }
        
        stage('do job-b') {
            steps {
                build job: 'job-b'
            }
        }
    }
}

3.3 执行结果

主流程执行完成
在这里插入图片描述

主流程触发 job-a 执行完成任务
在这里插入图片描述

主流程触发 job-b 执行完成任务
在这里插入图片描述

4 优化实施

实施该方案的时候需要确保各个操作相对单一,因此需要优化现有 ci 、cd 和其它复杂操作,使其更加单一, 此处列举几个常见的优化项。

  1. 优化现有的 ci 操作, 使其单一, 将无关操作隔离出来
  2. 优化现有 cd 操作, 使其单一, 抽出无关操作
  3. 引入制品库或者基础镜像, 减少build 的依赖, 提高build 的速度

5 注意事项

  1. Sre 或者 Devops 人员专注于 底层基础job, 因此需要确保基础 job 可复用, 避免团队内部人员每次重新造一遍轮子.

6 说明

软件环境:
Docker: 20.10.*
Jenkins 版本: 2.334
参考文档:
jenkins 官方文档
jenkins pipeline之如何串联多个Job

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
### 回答1: 这个问题似乎是想让我们描述关于Kubernetes、Jenkins和CI/CD的架构图。 Kubernetes是一个容器编排平台,可以自动管理容器化应用程序的部署、扩展和故障恢复。Jenkins是一个开源的自动化工具,可以帮助开发者自动化构建、测试和部署他们的代码。CI/CD代表持续集成/持续交付,是一种软件开发方法,旨在通过自动化流程来提高软件质量和节省时间。 因此,将这三个元素结合在一起,可以创建一个强大的CI/CD工作流程。下面是一种可能的架构图: Kubernetes集群 -> Jenkins服务器 -> CI/CD pipeline 在这个架构中,Kubernetes集群负责运行应用程序容器。Jenkins服务器与Kubernetes集群连接,并通过Jenkins插件(例如Kubernetes插件)从集群中获取运行应用程序所需的信息。Jenkins服务器还负责创建CI/CD管道,这些管道可以自动化构建、测试和部署代码。 当开发者在他们的代码上提交更改时,CI/CD管道自动运行,并在顺序中的每个步骤中进行对代码进行构建、测试,并将产品交付至最终用户,通过不断的改进确保软件质量和用户体验。 希望这个回答帮助您更好地理解Kubernetes、Jenkins和CI/CD工作流程在软件开发中的作用和关系。 ### 回答2: Kubernetes (k8s)、Jenkins和CI/CD架构等是当今企业级软件开发中非常常见的三个工具和概念。Kubernetes作为一种容器编排解决方案,可以有效地协调应用程序的部署、维护和管理,Jenkins作为一个开源的持续集成和持续交付软件工具,可以帮助实现自动化构建、测试和部署。所以,结合了这三个工具,可以构建高效的CI/CD流水线,以确保软件产品的高质量和快速交付。 以下是k8s jenkins cicd架构图: ![K8s Jenkins CICD Architecture](/k8s-jenkins-cicd-architecture.png) 这个架构中包含了几个重要组件: 1.代码托管服务:开发人员将他们的代码上传到代码存储库,如GitHub、Bitbucket或GitLab等。 2.持续集成环境:该环境负责管理Jenkins等工具,并从代码库拉取代码并生成新的构建。 3.容器镜像仓库:容器镜像是在Kubernetes中部署应用程序的基本组件,可以在Docker Hub、Amazon ECR等地方存储。 4.自动化部署环境:该环境在Kubernetes中进行自动化部署,以保持持续集成构建的用户可见性。 5.应用程序监控:包括跟踪应用程序运行的日志记录和事件记录,并负责警报和故障排除。 整个流程的工作原理如下: - 开发人员在代码存储库中生成代码变更和提交请求。 - Jenkins从代码存储库中检出新代码并生成新的构建。 - Jenkins可以至少执行以下操作: a.自动构建:Jenkins在新推送状态下自动启动构建。 b.自动测试:Jenkins引入包括编译、测试、代码质量检查和集成测试等在内的测试工具链,以确保构建的质量高并可交付。 c.自动部署:Jenkins将构建好的Docker镜像推送到Kubernetes集群中的镜像存储库中。 d.自动扩展Jenkins利用Kubernetes集群中的自动缩放和扩展功能来自动扩展应用程序的副本数,以应对高流量的情况。 - Kubernetes自动部署环境检测到新的应用程序镜像,并在Kubernetes集群中创建新的Pod或更新现有的Pod。 - 应用程序监视工具可以跟踪应用程序运行的日志记录和事件记录。如果出现异常情况,则该工具可以向相关人员发送警报或自动修复。 因此,该架构使企业能够自动化构建、测试和部署,以快速并符合标准交付软件产品。通过采用k8s jenkins cicd工作流程,企业可以确保在近乎实时的基础上推送更改,以满足市场的变化和需求。 ### 回答3: K8s和Jenkins是现代软件开发和交付中的两个重要组件。K8s是一个高可用性、自动化的容器编排平台,可简化应用程序的部署、扩展和管理。Jenkins则是一个开源的自动化构建、测试和交付工具,可帮助开发人员快速构建、测试和部署可靠的应用程序。将这两个组件结合使用可以构建一个高度自动化、可靠、安全的软件交付流水线。 K8s和Jenkins的完整架构图如下: ![k8s-jenkins-cicd-architecture.png](https://i.loli.net/2022/02/05/BhLKOQNjsIR9zTq.png) 上图的架构涵盖了完整的CICD流程,包括源代码管理、测试环境、部署和监控。下面具体介绍每个组件的功能和实现方式: 1.源代码管理:使用Git作为版本控制系统,项目主管对代码进行检查和合并后,将代码合并到主干代码库(trunk或master)中。 2.Jenkins服务器:作为CICD流程的关键组件,Jenkins配置用于自动构建、测试、部署和监控应用程序的流水线。Jenkins根据Git仓库中的代码更新状态执行不同的流水线步骤。 3.构建器:Jenkins的构建器是用于构建Docker镜像的插件,可将应用程序和其依赖打包到Docker镜像中。构建器也可使用容器构建器,如Kaniko或Buildah,构建镜像。 4.容器镜像仓库:Docker容器镜像将发布到一个中央容器镜像存储库,在构建器镜像的最后一步中,使用Docker push命令向镜像仓库推送镜像。 5.K8s集群:K8s集群是应用程序的部署目标,K8s使用配置文件将Docker镜像部署到集群中的不同节点,并自动缩放应用程序实例来满足流量需求。 6.持续交付流水线监控:可以使用Prometheus和Grafana,将K8s集群中的服务指标与Jenkins中的构建指标相连,从而获得流水线的完整可视化。 7.测试环境:K8s集群中的测试环境将由Jenkins和GitLab自动创建,以确保应用程序在迭代过程中任何变更都可以得到良好的测试。 总的来说,K8s和Jenkins的组合提供了高度自动化、可靠和安全的CICD流水线,使软件开发人员可以更轻松、高效地构建、测试和交付应用程序。由于其可扩展性和容错性,这种架构的流水线可以适应不断变化的市场需求和业务需求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

昕光xg

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值