RAG 可靠性：把故障限制住，并诚实地降级｜第 13 课

在 RAG Formation 第 13 课中，我们设计当某个依赖宕机时，RAG 系统应该如何反应——Qdrant、Meilisearch、图索引、嵌入服务、补全调用、Redis。

工程问题不是“依赖会不会宕机”，而是“这次故障能不能被限制在自己的范围内，以及系统针对刚刚发生的故障，是否做出了正确的反应”。

两种故障需要两种不同的诚实反应。向量索引丢了，关键词检索和图检索仍然可以工作——诚实的做法是优雅降级：继续回答，但明确说明当前结果只有关键词检索。补全服务丢了，就没有任何路径能生成有依据的答案——这时应该安全失败，给出清楚的拒答，而不是编造一个看起来正常的答案。

没有证据支撑的正常答案从来不是优雅降级，只是包装得更有礼貌的不安全行为。

课程网站：
https://shenyi.dev/zh/ai-lab/rag-formation/lessons/0013-failure-isolation-and-graceful-degradation

GitHub 仓库：
https://github.com/scheffershen/yt-rag-formation/

时间戳

• 00:00— 第三阶段完成：有依据答案的里程碑
• 00:14— 第四阶段开始：可靠性与产品就绪
• 00:31— 标题：故障隔离与优雅降级
• 00:43— 依赖矩阵：两种诚实的故障响应
• 01:20— 总结：故障被限制住，而不是包装得更有礼貌

#RAG #故障隔离 #优雅降级 #可靠性工程 #AI工程 #RAGFormation