Milvus RAG 灰度上线,先核对新旧召回差异
向量库升级或索引参数变化后,接口还能返回结果,不等于召回行为没变。灰度阶段应让新旧链路处理同一批查询,先看差异来自哪里。
绑定语料和索引版本
文档切分、embedding、字段 schema、过滤条件和索引参数一起进入版本记录。新索引完成构建与加载后再接查询;未完成时明确返回不可用或继续走旧索引。
对比结果,不只对比延迟
保存 Top-K 文档标识、分数、过滤结果和空召回,检查新链路是否出现越权或缺失。性能记录注明冷热状态、并发方式与数据规模,不能只摘最快的一次。
回退靠别名或路由切换
旧 collection 保留到观察结束,新写入如何同步也要说明。回退后确认查询和入库都指向一致版本,避免读旧索引却继续写新格式。
灰度的任务是找差异,不是给新索引盖章。每个差异能追到语料、参数或实现,才能决定是否继续放量。