2. 流水线基础：CI/CD流水线概念、Jenkins/GitLab CI核心组件、流水线触发机制

2.1 CI/CD流水线核心概念

持续集成与持续交付（CI/CD）是现代软件交付的基石。流水线将代码从提交到部署的整个过程自动化，确保每次变更都经过一致的构建、测试和部署流程。在蓝绿发布场景中，流水线负责自动切换流量、验证新版本健康状态，并在必要时执行回滚。

2.2 Jenkins核心组件与流水线结构

Jenkins作为最成熟的CI/CD引擎，其流水线以Pipeline as Code为核心，通过Jenkinsfile定义整个交付流程。在蓝绿发布场景中，Jenkins通过声明式语法管理多阶段任务。

2.2.1 核心组件

• Master节点： 调度任务、管理配置、提供Web UI。负责解析Jenkinsfile并分配任务到Agent。
• Agent节点： 实际执行构建、测试、部署命令的工作节点。支持Docker、Kubernetes动态Agent。
• Pipeline： 由Stage（阶段）和Step（步骤）组成的自动化流程。每个Stage可包含多个并行Step。
• 插件生态： 如Kubernetes插件、Git插件、Blue Ocean UI、Credentials Binding等。

2.2.2 声明式Pipeline示例（蓝绿部署片段）

pipeline {
    agent any
    stages {
        stage('Build & Push Image') {
            steps {
                sh 'docker build -t myapp:${BUILD_NUMBER} .'
                sh 'docker push registry.example.com/myapp:${BUILD_NUMBER}'
            }
        }
        stage('Deploy to Green') {
            steps {
                sh 'kubectl apply -f k8s/green-deployment.yaml'
                sh 'kubectl set image deployment/myapp-green myapp=registry.example.com/myapp:${BUILD_NUMBER}'
            }
        }
        stage('Health Check') {
            steps {
                sh 'kubectl rollout status deployment/myapp-green --timeout=120s'
            }
        }
        stage('Switch Traffic') {
            input {
                message "确认切换流量到绿色环境？"
                ok "确认切换"
            }
            steps {
                sh 'kubectl patch service myapp -p \'{"spec":{"selector":{"version":"green"}}}\''
            }
        }
    }
}

2.3 GitLab CI核心组件与流水线结构

GitLab CI将CI/CD深度集成在代码仓库中，使用.gitlab-ci.yml定义流水线。其天然与GitLab仓库、容器注册表、Kubernetes集成紧密，适合云原生蓝绿发布场景。

2.3.1 核心组件

2.3.2 GitLab CI流水线示例（蓝绿部署片段）

stages:
  - build
  - deploy-green
  - health-check
  - switch

variables:
  IMAGE_TAG: ${CI_COMMIT_SHORT_SHA}
  GREEN_NAMESPACE: app-green

build:
  stage: build
  script:
    - docker build -t registry.example.com/myapp:${IMAGE_TAG} .
    - docker push registry.example.com/myapp:${IMAGE_TAG}

deploy-green:
  stage: deploy-green
  environment:
    name: green
    url: https://green.example.com
  script:
    - kubectl apply -f k8s/green-deployment.yaml
    - kubectl set image deployment/myapp-green myapp=registry.example.com/myapp:${IMAGE_TAG}
    - kubectl rollout status deployment/myapp-green --timeout=120s

health-check:
  stage: health-check
  script:
    - curl -f https://green.example.com/healthz

switch:
  stage: switch
  when: manual
  environment:
    name: production
    url: https://app.example.com
  script:
    - kubectl patch service myapp -p '{"spec":{"selector":{"version":"green"}}}'

2.4 流水线触发机制

流水线触发机制决定了何时以及如何启动自动化流程。在蓝绿发布中，合理的触发策略可以避免不必要的部署，同时确保关键变更及时上线。

2.4.1 常见触发方式

2.4.2 触发策略最佳实践

• 分支策略对齐： 主分支（main/master）推送触发完整CD流水线（部署到绿色环境+健康检查）；功能分支推送仅触发CI（构建+单元测试）。
• 标签触发： 当打上版本标签（如v1.2.3）时，触发生产环境部署流水线，确保版本可追溯。
• 条件触发： 使用only/except（GitLab CI）或when（Jenkins）控制特定阶段仅在满足条件时执行。例如，健康检查失败时自动触发回滚流水线。
• 手动闸门： 蓝绿切换阶段必须设置为手动触发，避免自动化切换导致意外。同时保留超时自动回滚机制。

2.5 流水线触发与执行流程（SVG架构图）

2.6 触发机制对比与选型建议