1. 先定义验收对象和环境前提本文讨论的是代理型 AI 平台的容量上线证据不是某个硬件型号或供应商的报价单。环境前提必须由项目方补齐目标 Kubernetes 发行版和版本、节点 OS/运行时、设备驱动、加速器类型、拓扑、模型/服务运行时、业务时间窗、容量配额和回退候选。如果这些前提没有证据状态保留为 unknown / 待技术确认。价格、库存、交期、许可和服务保留为待询价。不要把公开文档中的能力直接写成目标集群“已兼容”。2. 三块证据的工程检查表第一块是计划容量记录业务时间窗、容量请求或预约、实际获得的容量以及容量不足时的停止、降级或延期动作。Google Cloud 在 2026-08-27 的官方文章把计划事件容量列为动态容量管理方向但那是厂商服务方法说明不是本项目、目标区域或其他平台的预约结果。第二块是硬件回退记录批准的候选顺序、触发条件、驱动和运行时条件、拓扑条件、切换结果与回滚路径。“有备选”不是“已兼容”。第三块是 DRA/控制面Kubernetes 官方文档显示 DRA 自 v1.35 起为 Stable常见对象包括 DeviceClass、ResourceClaim 和设备驱动使用它仍需要对应的 DRA-compatible driver 与职责配合。官方集群管理文档提醒大规模环境中的 DRA 组件可能增加 API 调用、内存和 CPU 负载权限和 ResourceClaim 生命周期需要单列官方文档还列出 DRA 调度器插件不支持抢占 DRA 资源。3. 可复核伪代码evidence { planned_capacity: [window, request_or_reservation, actual_capacity, stop_or_degrade_path], fallback: [approved_order, trigger, driver_runtime_topology_checks, switch_record, rollback], control_plane: [driver, device_class, resource_claim, permissions, lifecycle, pending_release, api_cpu_memory_monitoring] } missing_blocks [] for block_name, items in evidence.items(): if any(item UNKNOWN for item in items): missing_blocks.append(block_name) if not missing_blocks: status 全部有证据可进入目标环境验证 else: status 待技术确认 do_not_claim(已兼容, 已验收, 可直接上线)这段伪代码先累计缺失证据块再一次性给出状态避免后一块证据覆盖前一块缺口。它只表达审查顺序不是可直接执行的集群命令也不产生性能、容量、兼容性或供货结论。流程可复现但复现前提必须由目标环境和项目授权补齐。4. 验证步骤和失败条件固定业务时间窗并保存请求/预约与实际容量记录。对每个回退候选固定驱动、运行时、拓扑、切换和回滚的证据位置没有目标环境测试就标记待技术确认。核对 DRA 设备驱动、DeviceClass、ResourceClaim、权限、声明清理、pending/释放行为与控制面 API/CPU/内存监测。单独记录 DRA 不支持资源抢占这一官方功能边界验证工作负载在目标环境中的实际行为。任一证据块仍为 unknown、缺少授权或无法复现时停止验收结论不写成“已兼容”“已安全”或“性能提升”。5. 来源与适用边界来源https://cloud.google.com/blog/topics/ai-infrastructure/best-practices-for-dynamic-capacity-management/ Google Cloud 官方动态容量文章2026-08-27https://kubernetes.io/docs/concepts/resource-management/dynamic-resource-allocation/ Kubernetes DRA 官方文档2026-08-30 复核https://kubernetes.io/docs/concepts/cluster-administration/dra/ Kubernetes DRA 集群管理官方文档2026-08-30 复核适用边界来源只支持公开方法、DRA 功能状态和官方运维提醒不支持目标发行版、硬件、驱动、拓扑、性能、兼容、价格、库存、交期、客户结果或合规结论。