1. 课程导论与背景
1.1 GitOps 理念概述
GitOps 是一种以 Git 仓库作为单一事实来源（Single Source of Truth）的云原生运维模式。它将声明式配置与版本控制深度融合，通过自动化同步机制确保集群状态与仓库定义一致。
核心原则：声明式描述、版本化存储、自动化同步、可审计回滚。
GitOps 工作流与传统 CI/CD 的关键区别在于：
| 维度 | 传统 CI/CD | GitOps |
|---|---|---|
| 配置存储 | 数据库/配置文件 | Git 仓库（唯一可信源） |
| 部署触发 | 手动或定时触发 | Git 提交自动同步 |
| 回滚方式 | 重新部署旧版本 | git revert 即可恢复 |
| 审计能力 | 依赖日志系统 | Git 历史天然可审计 |
| 环境漂移 | 常见，需额外检测 | 自动纠正至仓库定义状态 |
1.2 资源配额管理痛点
在多团队、多租户的 Kubernetes 环境中，资源配额（ResourceQuota）管理面临以下核心挑战：
- 配额分散难审计：ResourceQuota 对象散布在各 Namespace 中，缺乏全局视图，审计人员无法快速了解整体资源分配情况。
- 变更无追溯：配额修改通常通过
kubectl edit或 Dashboard 直接操作，没有版本记录，出现问题无法回滚。 - 超配与浪费并存：团队申请资源时倾向于高估需求，而平台方缺乏有效手段回收闲置配额，导致集群整体利用率偏低。
- 合规校验缺失：生产环境要求配额必须经过审批，但手动流程容易遗漏，违规配置可能直接上线。
- 多集群管理困难：企业拥有多个 K8s 集群时，配额策略难以统一管理和同步，容易产生配置漂移。
典型场景：某金融科技公司有 12 个业务团队共享 3 个 K8s 集群，每月因配额配置错误导致的服务中断平均 4.7 次，每次恢复耗时超过 40 分钟。
1.3 校准平台定位与价值
本课程构建的资源配额校准平台，定位为 GitOps 交付链路中的配额治理中间层，解决上述痛点的同时，保持与现有 GitOps 工具链（ArgoCD / Flux）的无缝集成。
平台核心价值体现在四个维度：
| 价值维度 | 具体表现 | 技术实现要点 |
|---|---|---|
| 可观测 | 全局配额仪表盘，实时展示分配/使用/剩余量 | Prometheus + Grafana 指标采集 |
| 可追溯 | 所有配额变更通过 Git PR 提交，完整版本历史 | Git 仓库 + Webhook 自动同步 |
| 可校准 | 基于历史使用数据自动推荐合理配额值 | 时间序列分析 + 推荐算法 |
| 可治理 | 配额审批流程嵌入 GitOps 工作流 | GitLab/GitHub PR 审批 + Policy Engine |
课程收益：学完本章后，你将掌握 GitOps 配额治理的完整方法论，能够独立搭建从配额定义、审批、同步到监控校准的自动化闭环。