1. 课程导论：控制平面资源配额模型的定义、课程目标与学习路径、Gateway API在云原生中的定位
1.1 控制平面资源配额模型的定义
在云原生基础设施中，控制平面资源配额模型是一套用于管理和限制控制面组件（如 API Server、Controller Manager、Scheduler）及其管理的 API 对象（如 Gateway、HTTPRoute、Service）资源消耗的框架。该模型的核心目标是防止单个租户或工作负载过度占用控制平面资源，从而保障集群的稳定性与可扩展性。
该模型包含三个关键维度：
| 维度 | 说明 | 示例 |
|---|---|---|
| 对象配额 | 限制特定 API 对象（如 Gateway、HTTPRoute）的数量 | 每个命名空间最多创建 5 个 Gateway |
| 资源配额 | 限制控制面组件可使用的计算资源（CPU、内存） | API Server 的 Pod 内存上限 4Gi |
| 速率配额 | 限制 API 请求的速率与并发数 | 每个用户每秒最多 100 次 API 调用 |
核心观点：控制平面资源配额模型不是 Kubernetes 原生 ResourceQuota 的简单复制，而是针对 Gateway API 这类扩展 API 的精细化治理方案，需要同时考虑 API 对象的层级关系与控制器回调节奏。
1.2 课程目标与学习路径
本课程旨在帮助学员掌握以下核心能力：
- 理解模型本质：从控制平面视角剖析资源配额的设计原理与必要性。
- 掌握 Gateway API 架构：深入理解 GatewayClass、Gateway、HTTPRoute 等核心资源的层级关系与生命周期。
- 完成架构选型：对比不同实现（如 Istio、Contour、Kong）的配额模型差异，选择最适合业务场景的方案。
- 实施验证：通过实际部署与压力测试，验证配额模型的有效性与性能边界。
学习路径分为四个阶段：
- 基础篇（第 1-5 章）：配额模型定义、Gateway API 核心概念、控制平面架构解析。
- 进阶篇（第 6-15 章）：多租户隔离策略、配额算法设计、控制器回调节流。
- 选型篇（第 16-25 章）：主流实现对比、性能基准测试、生产环境适配。
- 实战篇（第 26-30 章）：完整案例演练、故障排查、运维最佳实践。
1.3 Gateway API 在云原生中的定位
Gateway API 是 Kubernetes 社区推出的下一代入口网关 API 规范，旨在替代传统的 Ingress API，提供更丰富的路由能力、更灵活的扩展机制以及更清晰的职责划分。在云原生生态中，Gateway API 处于基础设施抽象层与应用路由层的交汇点。
其核心定位体现在以下三个方面：
| 定位维度 | 说明 | 与传统 Ingress 对比 |
|---|---|---|
| 角色分离 | 将基础设施提供者（Infra Provider）与集群运维者（Cluster Operator）和应用开发者（App Developer）的职责明确分离 | Ingress 将所有配置集中在一个资源中，职责模糊 |
| 协议扩展 | 原生支持 HTTP、HTTPS、TCP、UDP、gRPC 等多种协议 | Ingress 仅支持 HTTP/HTTPS，扩展需依赖注解 |
| 跨命名空间 | Gateway 资源可跨命名空间引用路由规则，支持多租户场景 | Ingress 通常限制在同一命名空间内 |
关键洞察：Gateway API 的引入使得控制平面资源配额模型的设计变得更加复杂——因为 Gateway、HTTPRoute、ReferenceGrant 等资源之间存在跨命名空间的引用关系，配额模型必须能够追踪这些跨边界依赖，防止资源泄漏或配额绕过。
在云原生架构中，Gateway API 的典型部署位置如下：
注意：Gateway API 的引入虽然带来了灵活性，但也增加了控制平面的复杂度。每个 Gateway 资源背后可能对应一个或多个数据面组件（如 Envoy 实例），这些组件的生命周期管理、配置分发与资源消耗都需要纳入配额模型的考量范围。