关于阿里云:通过Jenkins构建CICD实现全链路灰度

1次阅读

共计 4223 个字符，预计需要花费 11 分钟才能阅读完成。

作者：卜比

本文介绍通过 Jenkins 构建流水线的形式实现全链路灰度性能。

在公布过程中，为了整体稳定性，咱们总是心愿可能用小局部特定流量来验证下新公布利用是否失常。

即便新版本有问题，也能及时发现，管制影响面，保障了整体的稳定性。

咱们以如下 Demo 为例：

为了保障稳固，咱们约定如下上线流程：

其中，在灰度验证中，有几种不同的策略：

间接应用线上小局部流量来测试（依照百分比放量）
从线上依照特定规定抉择流量（比方特定的 header、特定的 cookie 等）
在客户端或浏览器上标识出流量是否灰度（比方通过 header 传递）

依照参考文档部署利用后，咱们首先要辨别线上流量和灰度流量。

创立泳道组，将整个链路波及到的利用全选：

而后创立泳道组，将合乎规定的利用划入 gray 泳道：

注：没有匹配的流量，会走到基线环境，也就是没有打标的利用节点上。

配置实现后，拜访网关，如果不合乎灰度规定，走基线环境：

如何合乎灰度规定，走灰度环境：

本文实际须要将源码打包后执行镜像推送，请确保 Jenkins 有权限推送到镜像仓库中。具体操作，请参见应用 kaniko 构建和推送容器镜像。

在 Jenkins 命名空间下应用生成的 config.json 文件创建名为 jenkins-docker-cfg 的 Secret。

kubectl create secret generic jenkins-docker-cfg -n jenkins --from-file=/root/.docker/config.json

基于 Jenkins 实现自动化公布的流水线，通过该流水线能够使利用公布具备可灰度、可观测、可回滚的平安生产三板斧能力。

在 Jenkins 控制台左侧导航栏单击 新建工作。
输出 工作名称 ，抉择 流水线 ，而后单击确定。
在顶部菜单栏单击 流水线 页签，在 流水线 区域配置相干参数抉择，输出 脚本门路 ，而后单击保留。

- 定义：抉择 Pipeline script from SCM。
- SCM：抉择 Git。
- Repository URL：输出 Git 仓库的 URL。
- 脚本门路：输出 Jenkinsfile。

您能够参考以下的文件填写好指定的参数，当然您也能够依据需要编写 Jenkinsfile，并上传至 Git 的指定门路下（流水线中指定的脚本门路）。

#!groovy
pipeline {
    // 定义本次构建应用哪个标签的构建环境，本示例中为“slave-pipeline”agent{
        node{label 'slave-pipeline'}
    }
    // 常量参数，初始确定后个别不需更改
    environment{IMAGE = sh(returnStdout: true,script: 'echo registry.$image_region.aliyuncs.com/$image_namespace/$image_reponame:$image_tag').trim()
        BRANCH =  sh(returnStdout: true,script: 'echo $branch').trim()}
    options {
        // 放弃构建的最大个数
        buildDiscarder(logRotator(numToKeepStr: '10'))
    }
    parameters {string(name: 'image_region', defaultValue: 'cn-shanghai')
        string(name: 'image_namespace', defaultValue: 'yizhan')
        string(name: 'image_reponame', defaultValue: 'spring-cloud-a')
        string(name: 'image_tag', defaultValue: 'gray')
        string(name: 'branch', defaultValue: 'master')
        string(name: 'number_of_pods', defaultValue: '2')
    }
    //pipeline 的各个阶段场景
    stages {stage('代码打包') {
            steps{container("maven") {
                    echo "镜像构建......"
                    sh "cd A && mvn clean package"
                }
            }
        }
        stage('镜像构建及公布'){
          steps{container("kaniko") {sh "kaniko -f `pwd`/A/Dockerfile -c `pwd`/A --destination=${IMAGE} --skip-tls-verify"
              }
          }
        }
        stage('灰度部署') {
            steps{container('kubectl') {
                    echo "灰度部署......"
                    sh "cd A && sed -i -E"s/${env.image_reponame}:.+/${env.image_reponame}:${env.image_tag}/"A-gray-deployment.yaml"
                    sh "cd A && sed -i -E"s/replicas:.+/replicas: ${env.number_of_pods}/"A-gray-deployment.yaml"
                    sh "kubectl apply -f A/A-gray-deployment.yaml -n default"
                }
            }
        }
        stage('完结灰度') {
            input {
                message "请确认是否全量公布"
                ok "确认"
                parameters {string(name: 'continue', defaultValue: 'true', description: 'true 为全量公布，其余为回滚')
                }
            }
            steps{
                script {env.continue = sh (script: 'echo ${continue}', returnStdout: true).trim()
                    if (env.continue.equals('true')) {container('kubectl') {
                            echo "全量公布......"
                            sh "cd A && sed -i -E"s/${env.image_reponame}:.+/${env.image_reponame}:${env.image_tag}/"A-deployment.yaml"
                            sh "cd A && sed -i -E"s/replicas:.+/replicas: ${env.number_of_pods}/"A-deployment.yaml"
                            sh "kubectl apply -f A/A-deployment.yaml -n default"
                        }
                    } else {echo '回滚'}
                    container('kubectl') {sh "kubectl delete -f A/A-gray-deployment.yaml -n default"}
                }
            }
        }
    }
}

在 Jenkins 控制台单击流水线右侧的图标。
单击流水线的 开始构建。

阐明：第一次构建因为须要从 Git 仓库拉取配置并初始化流水线，所以可能会报错，再次执行 Build with Parameters，生成相干的参数，填写相干的参数，再次执行构建。

查看部署状态，代码打包，镜像构建及公布，灰度部署 阶段都曾经实现，完结灰度 阶段期待确认。

- 如果验证后果合乎预期，则执行全量公布，请参见后文的全量公布利用。
- 如果验证后果不合乎预期时，则执行回滚，请参见后文的回滚利用。

登录容器服务控制台，在控制台左侧导航栏中，单击集群。
在 集群列表 页面中，单击指标集群名称或者指标集群右侧操作列下的详情。
在集群治理页面左侧导航栏抉择 工作负载 > 无状态。
在 无状态 利用列表页面，spring-cloud-a-gray 利用曾经主动创立，并且它的镜像曾经替换为 spring-cloud-a:gray 版本。

在集群治理页面左侧导航栏抉择 网络 > 服务 ，抉择设置的命名空间，单击zuul-slb 服务的 内部端点，查看实在的调用状况。

- 不带灰度 Header 进行调用，发现路由到 A 的失常节点。
- - Curl 命令：

curl http://182.92.XX.XX/A/a

- - 执行后果如下：

A[10.4.XX.XX] -> B[10.4.XX.XX] -> C[10.4.XX.XX]%

- 带上符合条件的参数进行拜访，路由到 A 的灰度节点中。
- - Curl 命令：

curl http://182.92.XX.XX/A/a?name=xiaoming

- - 执行后果如下：

Agray[10.4.XX.XX] -> B[10.4.XX.XX] -> C[10.4.XX.XX]%

登录 MSE 治理核心控制台，在利用详情页面，能够看到灰度流量曾经进入到灰度的 Pod 中。

后果验证通过之后，确认全量公布。

在 Jenkins 控制台中，单击指标流水线名称。
单击须要全量公布的阶段，在 请确认是否全量公布 对话框中输出 true，而后单击确认。

在容器服务控制台，发现 spring-cloud-a-gray 利用曾经被删除，并且 spring-cloud-a 利用的镜像曾经替换为 spring-cloud-a:gray 版本。

在 MSE 治理核心控制台，发现灰度流量曾经隐没。

如果发现验证后果不合乎预期时，则回滚利用。

在 Jenkins 控制台中，单击指标流水线名称。
单击须要全量公布的阶段，在 请确认是否全量公布 对话框中输出 false，而后单击确认。

在容器服务控制台，发现 spring-cloud-a-gray 利用曾经被删除，并且 spring-cloud-a 利用的镜像依然是老版本。

在 MSE 治理核心控制台，发现灰度流量曾经隐没。

在微服务治理架构中，全链路灰度性能能提供虚构泳道，极大的不便了测试、公布时的疾速验证，可能帮忙 DevOPs 晋升线上稳定性。

阿里云微服务引擎（MSE）可能给您带来全生命周期的、全方位的微服务治理能力，保障您的线上稳定性、晋升开发、运维效率。

参考文档：

https://github.com/aliyun/ali…

示例代码仓库地址：

https://gitee.com/mse-group/a…

容器服务控制台：

https://cs.console.aliyun.com…

MSE 治理核心控制台：

https://mse.console.aliyun.co…

应用 kaniko 构建和推送容器镜像：

https://help.aliyun.com/docum…

正文完

阿里云

发表至：阿里云

2022-09-07

0

关于阿里云:基于-eBPF-的-Serverless-多语言应用监控能力建设

关于阿里云:阿里云回应未经同意将用户信息泄露给第三方员工违反纪律已处理

关于阿里云:直播回顾-云原生混部系统-Koordinator-架构详解附完整PPT

关于阿里云:KubeVela-稳定性及可扩展性评估

关于linux:Linux云主机安全入侵排查步骤

关于阿里云:通过Jenkins构建CICD实现全链路灰度

整体架构

部署利用 & 创立泳道

配置 Jenkins 流水线

在 Jenkins 中创立全链路灰度公布流水线

构建 Jenkins 流水线

后果验证

全量公布利用

回滚利用

总结

相干链接：

站内搜索