Milvus RAG 灰度上线，先核对新旧召回差异

Milvus RAG 灰度上线，先核对新旧召回差异

向量库升级或索引参数变化后，接口还能返回结果，不等于召回行为没变。灰度阶段应让新旧链路处理同一批查询，先看差异来自哪里。

绑定语料和索引版本

文档切分、embedding、字段 schema、过滤条件和索引参数一起进入版本记录。新索引完成构建与加载后再接查询；未完成时明确返回不可用或继续走旧索引。

对比结果，不只对比延迟

保存 Top-K 文档标识、分数、过滤结果和空召回，检查新链路是否出现越权或缺失。性能记录注明冷热状态、并发方式与数据规模，不能只摘最快的一次。

回退靠别名或路由切换

旧 collection 保留到观察结束，新写入如何同步也要说明。回退后确认查询和入库都指向一致版本，避免读旧索引却继续写新格式。

灰度的任务是找差异，不是给新索引盖章。每个差异能追到语料、参数或实现，才能决定是否继续放量。