2. Velero 架构总览：核心组件、数据流与插件机制

Velero 是云原生环境下最主流的开源灾备工具，其架构设计围绕“无侵入、可扩展、声明式”三大原则展开。理解 Velero 的核心组件、数据流与插件机制，是后续构建灾备准入策略与审计日志体系的基础。

2.1 核心组件：Server、CLI 与 Restic

Velero 由三个主要组件构成，各自承担不同的职责：

2.2 Velero 组件交互架构图

下图展示了 Velero 三大核心组件与 Kubernetes 集群、存储后端的交互关系：

2.3 数据流与备份恢复流程

Velero 的备份与恢复流程遵循“先元数据、后数据”的原则，确保一致性。以下是标准备份流程的步骤分解：

1. 触发备份请求： 用户通过 CLI 或 Schedule CRD 发起 Backup 请求，Velero Server 创建 Backup CR 对象。
2. 查询资源清单： Velero Server 根据备份范围（Namespace、Label Selector 等）查询 Kubernetes API，获取待备份的资源列表（Deployment、ConfigMap、PVC 等）。
3. 备份元数据： 将资源清单序列化为 JSON 格式，上传至存储后端（如 S3）的 backups/<name>/resources.json 路径。
4. 备份卷数据： 对于 PVC，Velero 优先使用云存储快照（VolumeSnapshotter 插件）；若不可用，则调用 Restic Daemon 执行文件级备份。
5. 记录备份状态： 更新 Backup CR 状态为 Completed，并记录备份日志与校验和。

2.4 备份与恢复流程对比

2.5 插件机制：扩展 Velero 的边界

Velero 的插件机制是其可扩展性的核心。插件以 gRPC 服务的形式运行，Velero Server 在备份/恢复过程中动态调用。插件分为三大类：

• Volume Snapshotter（卷快照插件）： 对接云存储快照 API（如 AWS EBS、Azure Disk、GCE PD），实现高效卷备份。
• Object Store（对象存储插件）： 对接不同存储后端（AWS S3、Azure Blob、GCS、MinIO 等），负责元数据与卷数据的读写。
• Backup Item Action / Restore Item Action（资源操作插件）： 在备份/恢复过程中对特定资源执行自定义操作（如加密、脱敏、转换）。

2.6 插件调用流程示意图

下图展示了 Velero 在备份过程中如何调用不同类型的插件：

2.7 插件机制的关键设计原则

• 解耦存储后端： 通过 Object Store 插件，Velero 可以无缝切换存储后端，无需修改核心代码。
• 资源级扩展： Backup/Restore Item Action 插件允许对特定资源（如 Cert-Manager 证书、Istio 配置）执行自定义逻辑，满足复杂业务场景。
• 版本兼容： 插件与 Velero Server 通过 gRPC 协议通信，插件接口版本独立，支持向后兼容。