平台工程视角下CICD服务目录环境部署 - 第2节

2. CI/CD 基础概念：持续集成、持续交付、持续部署的定义与区别

在平台工程视角下，CI/CD 是服务目录环境部署的核心自动化引擎。理解持续集成、持续交付、持续部署三者的定义与区别，是构建高效、可靠部署流水线的第一步。

2.1 核心定义

2.2 三者的核心区别

三者的核心区别在于 自动化程度 和 人工干预点 的不同。下图直观展示了从代码提交到生产部署的完整链路与决策点。

2.3 CI/CD 流水线核心要素

一条成熟的 CI/CD 流水线由多个标准化阶段组成。平台工程团队需要将这些要素抽象为可复用的服务目录组件，供不同业务团队按需组装。

2.3.1 流水线阶段与要素

2.3.2 流水线核心要素架构图

下图展示了 CI/CD 流水线各要素之间的数据流与依赖关系，平台工程团队以此为基础构建服务目录中的“流水线模板”。

2.3.3 平台工程视角的关键实践

• 模板化： 将流水线阶段抽象为可配置的 YAML/JSON 模板，通过参数化实现多环境复用。
• 可观测性： 每个阶段输出结构化日志、指标（构建时长、测试通过率、部署频率）和链路追踪。
• 门禁策略： 质量门禁（代码覆盖率、安全漏洞等级）与环境门禁（生产环境需双人审批）分离配置。
• 不可变制品： 每个构建版本生成唯一不可变的制品标识，确保部署的可追溯性。

# 平台工程视角下的流水线模板示例（简化 YAML）
pipeline:
  name: "service-catalog-deploy"
  triggers:
    - event: push
      branches: ["main", "release/*"]
  stages:
    - stage: ci
      steps:
        - checkout
        - build: docker build -t ${IMAGE_NAME}:${BUILD_ID}
        - static_analysis: sonar-scanner
        - test: mvn test
    - stage: cd
      steps:
        - artifact_push: docker push ${REGISTRY}/${IMAGE_NAME}:${BUILD_ID}
        - deploy_dev: terraform apply -auto-approve
        - approval: # 仅生产环境需要
            type: manual
            roles: ["release-manager"]
        - deploy_prod: helm upgrade --install ${RELEASE} ./chart