DGDR
Dynamo中的意图驱动部署请求资源，用户只声明模型、后端、工作负载、硬件和可选SLA目标，由系统自动推导并生成DynamoGraph Deployment拓扑
时间轴 (近 90 天)
DGDR（DynamoGraph Deployment Request）是意图驱动的部署路径，用户只需描述模型、后端、工作负载、硬件以及可选的 SLA 目标，Dynamo 会分析这些输入并生成 DynamoGraph Deployment（DGD）。
DGDR 的五步操作流程为：定义 DGDR → 用 kubectl 应用 → 等待 Operator 创建并调谐 DGD → 向 API 端点发请求 → 验证响应来自 Dynamo 端点。
对于迁移小型现有端点的团队，建议先从 DGDR 入手跑通端到端，验证 OpenAI 兼容端点可用后再根据容量需求调整部署，而不是重构整个技术栈。
DGDR 与 DGD 的选择规则：想快速得到可用端点、不想手写拓扑选 DGDR；已有验证过的配方、需要精细控制推理图则直接用 DGD。
全部知识事实 (4)
DGDR（DynamoGraph Deployment Request）是意图驱动的部署路径，用户只需描述模型、后端、工作负载、硬件以及可选的 SLA 目标，Dynamo 会分析这些输入并生成 DynamoGraph Deployment（DGD）。
50%待验证对于迁移小型现有端点的团队，建议先从 DGDR 入手跑通端到端，验证 OpenAI 兼容端点可用后再根据容量需求调整部署，而不是重构整个技术栈。
50%待验证DGDR 与 DGD 的选择规则：想快速得到可用端点、不想手写拓扑选 DGDR；已有验证过的配方、需要精细控制推理图则直接用 DGD。
50%待验证DGDR 的五步操作流程为：定义 DGDR → 用 kubectl 应用 → 等待 Operator 创建并调谐 DGD → 向 API 端点发请求 → 验证响应来自 Dynamo 端点。
50%