3、Argo CD 核心概念回顾：Application、Project、Sync Policy、Health Check、多集群管理

在深入多租户故障域隔离演练之前，必须对齐 Argo CD 的核心概念。这些概念是后续追踪与抽检的基石，理解它们的层级关系与配置方式，能帮助 SRE 在演练中快速定位问题根因。

3.1 核心资源模型：Application 与 Project

Argo CD 使用两级资源模型来管理应用部署：Application 是部署单元，AppProject 是租户隔离与策略边界。

3.2 Sync Policy：同步策略与故障恢复

Sync Policy 决定了 Argo CD 如何将 Git 中的期望状态应用到目标集群。在故障演练中，策略的选择直接影响回滚速度与数据一致性。

• 自动同步（Auto Sync）：Git 状态变化后自动触发同步，适合标准发布流程。演练中需注意自动同步可能覆盖手动注入的故障。
• 手动同步（Manual Sync）：由 SRE 控制同步时机，适合演练期间暂停自动修复，观察故障影响。
• 自愈（Self-Heal）：自动纠正集群中的漂移状态。演练中若开启自愈，Argo CD 会主动恢复被破坏的 Pod，干扰故障持续时间测量。
• Prune（修剪）：删除 Git 中已移除的资源。演练中需谨慎使用，避免误删关键资源。

3.3 Health Check：健康状态与故障判定

Argo CD 内置了针对 Kubernetes 资源的健康检查逻辑，用于判断 Application 是否处于 Healthy、Degraded、Progressing 或 Missing 状态。这是追踪故障路径的关键信号。

3.4 多集群管理：控制平面与故障域

Argo CD 支持通过一个控制平面管理多个 Kubernetes 集群。在多租户场景中，每个租户的故障域通常对应一个独立的集群或命名空间集合。

3.5 核心概念关系总结

以下关系图展示了 Application、Project、Sync Policy、Health Check 与多集群之间的协作流程：

3.6 多租户场景下的配置示例

以下是一个典型的多租户 AppProject 配置片段，展示了如何通过 Project 限制租户的故障域范围：

apiVersion: argoproj.io/v1alpha1
kind: AppProject
metadata:
  name: tenant-1-production
spec:
  sourceRepos:
  - 'https://git.company.com/tenant-1/*'   # 只允许租户1的仓库
  destinations:
  - namespace: 'tenant-1-*'                # 只允许 tenant-1- 前缀的命名空间
    server: 'https://kubernetes.default.svc' # 只允许本集群
  clusterResourceWhitelist:
  - group: ''
    kind: 'Namespace'
  - group: 'rbac.authorization.k8s.io'
    kind: 'RoleBinding'
  - group: 'networking.k8s.io'
    kind: 'NetworkPolicy'                   # 租户可创建网络策略隔离流量
  namespaceResourceBlacklist:
  - group: 'rbac.authorization.k8s.io'
    kind: 'ClusterRole'                     # 禁止租户创建集群角色