Webhook）来增强 CI/CD 流程

发布时间：2025-06-24 17:53:34  作者：北方职教升学中心  阅读量：578

test、

3. pipeline脚本示例

env.BRANCH_NAME = 'master'node('devops') {    stage('Clone') {        echo "1.下载代码"        withCredentials([usernamePassword(credentialsId: 'github', usernameVariable: 'gitHubUser', passwordVariable: 'gitHubToken')]) {            git url: "https://${gitHubUser}:${gitHubToken}@github.com/cqweiheng/myspringboot.git"        }        script {            build_tag = sh(returnStdout: true, script: 'git rev-parse --short HEAD').trim()        }    }    stage('Test') {        echo "2.代码扫描"    }    stage('Build') {        echo "3.构建docker镜像"	        // 执行 Maven 构建，生成 jar 文件        sh 'mvn clean package -Dmaven.test.skip=true'        // 打包成镜像        sh "docker build -t cqweiheng/test:myspringboot-${build_tag} ."    }    stage('Push') {        echo "4.推送镜像"        withCredentials([usernamePassword(credentialsId: 'dockerhub', passwordVariable: 'dockerHubPassword', usernameVariable: 'dockerHubUser')]) {            sh "docker login -u ${dockerHubUser} -p ${dockerHubPassword}"            // 这里可以改用 harbor            //sh "docker login 192.168.86.100 -u ${harborUser} -p ${harborPassword}"            sh "docker push cqweiheng/test:myspringboot-${build_tag}"        }    }    stage('Deploy to dev') {        echo "5.发布到 dev 环境"    		sh "sed -i 's/<BUILD_TAG>/${build_tag}/' k8s-dev.yaml"        sh "sed -i 's/<BRANCH_NAME>/${env.BRANCH_NAME}/' k8s-dev.yaml"        sh "cat k8s-dev.yaml"        sh "kubectl apply -f k8s-dev.yaml"        sh "sleep 10"        sh "kubectl get pods -n dev"	}		stage('Deploy to test') {			def userSelected = input(            id: 'userSelected',            message: '确认发布到【测试】环境?',            parameters: [                [                    $class: 'ChoiceParameterDefinition',                    choices: "确认\n取消",                    name: '请选择'                ]            ]        )        echo "用户选择：${userSelected}"        if (userSelected == "确认") {            sh "sed -i 's/<BUILD_TAG>/${build_tag}/' k8s-test.yaml"            sh "sed -i 's/<BRANCH_NAME>/${env.BRANCH_NAME}/' k8s-test.yaml"            sh "cat k8s-test.yaml"            sh "kubectl apply -f k8s-test.yaml"            sh "sleep 10"            sh "kubectl get pods -n test"        } else {            //exit            echo "用户选择不发布到测试环境，本次部署流程终止。Webhook）来增强 CI/CD 流程。生产环境分布在不同的 Kubernetes 集群中。
支持各种通知机制（如邮件、AWS 等）。
- 跨区域服务器管理：如不同集群位于不同的云平台（阿里云、集群隔离的CICD 发布到dev、GitHub、")        }    }	stage('Deploy to pro') {			def userSelected = input(            id: 'userSelected',            message: '确认发布到【生产】环境?',            parameters: [                [                    $class: 'ChoiceParameterDefinition',                    choices: "确认\n取消",                    name: '请选择'                ]            ]            // 仅允许指定用户操作 - 通过授权，仅测试团队可以操作            //,submitter: 'test-user,test-group'        )        echo "用户选择：${userSelected}"        if (userSelected == "确认") {            sh "sed -i 's/<BUILD_TAG>/${build_tag}/' k8s-prod.yaml"            sh "sed -i 's/<BRANCH_NAME>/${env.BRANCH_NAME}/' k8s-prod.yaml"            sh "cat k8s-prod.yaml"            sh "kubectl apply -f k8s-prod.yaml --record"            sh "sleep 10"            sh "kubectl get pods -n prod"        }    }}

4. 演示

在 deploy to test 这里就停住了，等待授权
开发人员在 dev 环境自测完毕后，确认发布到测试环境，由测试团队进行验证

发布到生产这里可以通过添加 submitter 来控制用户权限，比如仅测试团队可以提交


到这里整个流程就结束了
从下图中可以看到Jenkins slave这个 pod 生命周期结束
在命名空间 dev, test, prod 中分别生成了新的 pod

访问一下，自己写的一个springboot 应用 -> OK的

5. 闲聊

1. 这里 svc 用的 NodePort，实际生产中如果做四层负载的话，应该会用 LoadBalance
2. 做版本回滚的话，可以新起一个pipeline，调用shell脚本，选择版本号后进行回滚操作
   参考：

   #查看历史版本kubectl rollout historydeployment/<deployment_name>#回退到指定版本kubectl rollout undo deployment/<deployment_name>--to-revision=<revision_number>

3. 这里是用的单个集群，将开发、腾讯云、blue ocean 插件
4. 配置Jenkins和K8S集群正常通信
5. 配置 pod template - 这里的 pod template 实际上就是对 Jenkins agent(以前叫 Jenkins slave) 的配置，用于完成git代码拉取、

   前言

   这里会做整体CICD的思路和流程的介绍，会给出核心的Jenkins pipeline脚本，最后会演示一下 实验/实操 结果
   由于整体内容较多，所以不打算在这里做每一步的详细演示 - 本文仅作自己的实操记录和日后回顾用
   要看保姆式教学的可以划走了，没有K8S基础的也可以划走了

   正文

   1. 整体实现思路

   1. 在K8S集群中部署Jenkins服务（我这里实验用的是 Jenkins 2.486版本），给Jenkins分配对应的NFS、
      - 严格隔离需求：需要通过不同的 kubeconfig 文件实现权限和资源隔离。测试和生产环境部署在 同一个 K8S 集群中，并通过 Namespace 来区分不同环境。SA、mvn打包、
   2. 跨平台友好
      • 适配桌面端和移动端，用户可以随时随地查看流水线状态。
        • 全新的可视化流水线体验
          • Blue Ocean 提供了流水线运行过程的直观可视化，用户可以清晰地查看流水线的各个阶段（stage）、并行任务及错误点，便于快速诊断和调试。所以 Kubernetes Plugin 简单用法就是，在 Kubernetes 中启动 Jenkins Slave 代理，让代理执行 Jenkins Job，执行完后释放删除 Slave 释放资源。操作 Kubernetes 可以使用 Kubectl 插件镜像。
            所有 Job 中所需要的环境及其依赖都交由镜像提供，而不需要手动搭配这些环境。步骤（step）及其状态（成功、
            比如按 namespace 做资源配额，按 单个pod 做资源限制

            #按 namespace 做资源限制apiVersion:v1kind:ResourceQuotametadata:name:resource-quota  namespace:devspec:hard:pods:"20"# 最大允许 20 个 Podrequests.cpu:"4"# 总 CPU 请求限制 4 核requests.memory:"8Gi"# 总内存请求限制 8GBlimits.cpu:"8"# 总 CPU 限制 8 核limits.memory:"16Gi"# 总内存限制 16GB#按 单个pod 做资源限制 - 防止单个 Pod 占用过多资源apiVersion:v1kind:LimitRangemetadata:name:limits  namespace:devspec:limits:-default:cpu:"500m"memory:"512Mi"defaultRequest:cpu:"200m"memory:"256Mi"type:Container

          • Jenkins 的 Pipeline 可以通过不同的 kubeconfig 文件操作不同的集群。再直白点就是，可以通过 kubeconfig 文件 做服务器隔离、
        • 简化的流水线创建和编辑
          • 内置交互式流水线编辑器，支持通过拖放操作创建 Jenkinsfile，降低了学习曲线。SVC等资源，挂载Jenkins配置文件到服务器
          • 在Jenkins中安装 kubernetes、
          • 自动检测代码仓库中的分支和 Pull Request，独立运行每个分支的流水线任务。#3.在 Jenkins Pipeline 中使用 kubeconfig 文件#利用 withCredentials 加载对应的 kubeconfig 文件，动态切换集群。
        • 高效的协作能力
          • 在失败的任务或构建上添加评论，方便团队成员进行问题协作和修复。docker镜像上传等操作
          • 新建流水线任务，加入自己的pipeline脚本

   CICD流程：

   1. 开发提交代码到代码仓库 gitlab/github/gitee - 我这里用的github
   2. 开启任务 -> jenkins 检测到代码更新，调用 k8s api 在 k8s 中创建 jenkins slave pod
   3. Jenkins slave pod 拉取代码，通过 maven 把拉取的代码进行构建成 war 包或者 jar 包，上传代码到 Sonarqube，进行静态代码扫描
   4. 基于 jar 包构建 docker image，把镜像上传到镜像仓库 harbor 或 dockerhub - 我这里用的 dockerhub
   5. 基于镜像部署应用到开发环境
   6. 开发人员自测通过，在blue ocean 流水线中操作，发布到测试环境
   7. 测试团队测试通过，发布到生产环境

   2. 插件简介

   2.1 Kubernetes插件简介

   Kubernetes 插件的目的是能够使用 Kubernetes 配合，实现动态配置 Jenkins 代理（使用 Kubernetes 调度机制来优化负载），在执行 Jenkins Job 构建时，Jenkins Master 会在 kubernetes 中创建一个 Slave Pod 代理来执行任务。运行中）。

6. 用户无需编写复杂的脚本即可快速配置和生成流水线代码。Docker 等）无缝集成。即使某一环境出现问题，其他环境仍可正常工作。
7. 强大的分支支持
   • 专为 Git 和其他分布式版本控制系统的多分支流水线设计。
   • 支持通过直观的界面查看构建日志、Slack、pipeline {agent anystages {stage('Deploy to Dev'){steps {script {echo"Deploying to Dev Cluster..."withCredentials([file(credentialsId: 'kubeconfig-dev', variable: 'KUBECONFIG')]){// 使用 kubeconfig-dev 操作 dev 集群 sh'kubectl apply -f k8s-dev.yaml'sh'kubectl get pods -n dev'}}}}stage('Deploy to Test'){steps {script {input "Confirm deployment to Test environment?"echo"Deploying to Test Cluster..."withCredentials([file(credentialsId: 'kubeconfig-test', variable: 'KUBECONFIG')]){// 使用 kubeconfig-test 操作 test集群 sh'kubectl apply -f k8s-test.yaml'sh'kubectl get pods -n test'}}}}}

}
```
这种就是各集群的资源、权限完全独立，不会相互影响。kubectl v1.31.2
然后打包成自己的Jenkins slave镜像使用，整个流程才正常跑通
这个镜像我推送到了 dockerhub 上，有需要的同学可以直接拿来用（不过由于版本问题，估计大概率也只有我自己用，哈哈）
镜像：cqweiheng/test:jenkins-agent-with-docker-v4