2. 环境总览与架构设计

在正式搭建资源配额模型的测试验证环境之前，必须先理解整个环境的宏观架构。本章将定义各核心组件的职责、交互关系以及数据流向，为后续的动手部署提供清晰的蓝图。

2.1 整体架构概览

测试验证环境采用分层解耦的设计思想，将策略定义、策略执行、资源模拟、结果监控与报告生成分离为独立的模块。这种架构允许我们单独升级或替换某一组件，而不会影响整个验证链路。

2.2 核心组件职责矩阵

下表详细列出了每个组件的核心职责、输入输出以及关键技术选型。这是后续章节中配置和调试的直接依据。

2.3 组件交互关系与数据流

各组件之间通过事件驱动和拉取/推送两种模式进行通信。理解这些交互关系是排查测试环境故障的关键。

2.4 关键交互流程说明

1. 测试触发阶段：测试脚本或 CI 管道构造一个资源请求（例如：创建一个需要 4 核 CPU、8Gi 内存的 Pod），并将其发送给策略引擎。
2. 策略决策阶段：策略引擎加载预定义的配额模型（Rego 策略），对请求进行校验。如果请求超出配额，引擎返回 deny 并附带拒绝原因；否则返回 allow。
3. 资源模拟阶段：资源模拟器接收允许通过的请求，在模拟集群中执行资源分配，并更新当前资源使用状态。模拟器会持续暴露资源使用指标。
4. 监控采集阶段：监控系统定期从模拟器和策略引擎拉取指标（如决策延迟、拒绝率、资源饱和度），并存储为时序数据。
5. 报告生成阶段：报告系统从监控系统查询聚合数据，生成包含通过率、失败原因分布、资源使用趋势的合规报告，供测试人员分析。

2.5 环境部署清单

在开始搭建之前，请确保以下基础设施就绪。这份清单也是后续章节的部署索引。