1. 课程导论：OCI Registry 与 Helm 应用交付的核心理念、蓝图模板的概念、变更门禁与回滚判断的重要性

1.1 从传统交付到云原生应用交付的演进

在云原生生态中，应用交付的核心挑战已经从“如何打包”转变为“如何安全、可追溯地变更”。传统 CI/CD 流水线往往只关注镜像构建与部署，忽略了配置的版本化、多集群一致性以及变更风险的自动阻断。本课程将围绕 OCI Registry 与 Helm 的深度联动，构建一套可落地的集群模板蓝图体系，并在此基础上实现变更门禁与回滚判断。

1.2 OCI Registry 与 Helm 应用交付的核心理念

OCI Registry（Open Container Initiative Registry）最初用于存储容器镜像，但其设计规范支持任意类型的制品。Helm v3 原生支持将 Chart 推送至 OCI Registry，使得 Chart 的存储、分发、版本管理完全标准化。

Helm 应用交付的核心流程变为：helm package → helm push（至 OCI Registry） → helm install/upgrade（从 OCI Registry 拉取）。这一模式消除了中间仓库的维护成本，并使得 Chart 的签名、扫描、策略验证可以在 Registry 侧统一完成。

1.3 蓝图模板的概念

蓝图模板（Blueprint Template）是本课程引入的核心抽象层。它不是简单的 Helm Chart 集合，而是一套可复用的集群配置规范，包含：

• 基础 Chart 层：集群基础设施组件（Ingress Controller、监控、日志、存储类）的 Helm Chart 引用与版本锁定。
• 应用 Chart 层：业务微服务的 Helm Chart，通过 values 文件实现环境差异化。
• 策略约束层：使用 OPA/Rego 或 Kyverno 策略，定义资源配额、安全上下文、网络策略等合规要求。
• 依赖解析层：声明 Chart 之间的依赖关系与安装顺序，避免循环依赖或版本冲突。

1.4 变更门禁与回滚判断的重要性

在多集群、多环境的应用交付场景中，变更门禁（Change Gate）与回滚判断（Rollback Decision）是保障生产稳定性的最后两道防线。

两者结合形成闭环：门禁防止错误变更进入集群，回滚判断在变更造成影响后快速恢复。本课程将基于 OCI Registry 的制品不可变特性，结合 Helm 的 --history-max 与 rollback 命令，设计一套可编程的自动化决策引擎。

1.5 课程目标与学习路径

通过本课程，你将掌握以下核心能力：

1. OCI Registry 高级操作：配置制品仓库、管理多版本、设置保留策略与访问控制。
2. Helm 与 OCI 深度集成：使用 helm push、helm pull 操作 OCI 制品，处理依赖与签名。
3. 蓝图模板设计：构建分层模板结构，实现环境参数化与策略注入。
4. 变更门禁实现：基于 OCI 制品 digest 与策略引擎，编写可扩展的门禁规则。
5. 回滚判断引擎：结合集群监控指标与 Helm Release 历史，实现自动化回滚决策。