聚合多家模型的价值在于换得起,但换的时机和方式没定好,反而会把单家的抖动放大成全平台故障。本文梳理路由策略、健康判定与降级链路的做法。

本文包含

  1. 路由策略的三种基本形态
  2. 健康检查怎么做才准
  3. 降级链路的设计原则
  4. 换模型带来的输出一致性问题
  5. 可用性目标怎么定与怎么兑现

路由策略的三种基本形态

按价格优先、按延迟优先、按能力匹配,三种路由各有适用场景。多数平台最终是混合的:先按能力筛出候选集,再在候选里按价格或延迟排序,而不是全局只用一个规则。

路由规则要能按客户维度覆盖。同一个平台上,有的客户要最低价,有的要最稳的延迟,硬用一套规则服务所有人,两边都会有人不满意。

健康检查怎么做才准

只探活接口不够用。上游经常是接口正常返回但排队变长、或者只有某个模型受影响,这种情况探活是绿的,实际体验已经很差。

更可靠的做法是用真实请求的成功率和延迟分位数作为判断依据,并且按模型分开统计。判断要留缓冲,避免抖动一下就来回切换,反复切换比慢一点更影响体验。

降级最容易出问题的地方是切换之后的输出差异:换了模型,同样的提示词返回格式变了,下游解析直接报错,这类故障比超时更难排查。我们给出降级链路的分级设计、故障隔离的边界划法、切换时的提示词兼容处理方式、灰度放量的比例安排,以及在给定可用性目标下如何反推冗余配置的算法,……

以下内容为付费部分。