完整请求链路与关键决策

从创作者到用户

把四条链路串起来,一条视频的完整旅程是:

创作者上传
  -> 转码、审核(内容链路)
  -> 特征同步入库
  -> 召回进入候选(推荐链路)
  -> 排序打分、重排
  -> 返回 Feed 卡片
  -> 播放器通过 CDN 拉流(分发链路)
  -> 行为上报回流(反馈链路)
  -> 影响下一次推荐

关键决策回顾

  1. 推荐是否只靠模型:不应该。召回、过滤、重排、治理和实验同样重要。
  2. 点击率是否是唯一目标:不是。完播、留存、投诉、多样性和生态健康都要进入评估。
  3. 新视频如何获得机会:需要探索流量,否则系统会只推荐历史热门内容。
  4. 视频不可播放怎么办:推荐服务要感知转码、审核和 CDN 状态,避免推荐坏内容。
  5. 高峰期如何降级:特征服务或排序模型超时时,要降级到缓存、热门或轻量模型。

降级设计

高峰期 / 故障时,系统要能优雅降级:

故障降级
特征服务超时用缓存特征 / 默认值
排序模型超时退回热门或粗排结果
召回服务异常退回单路热门召回
CDN 回源异常降级码率或停推受影响内容

降级的目标不是「功能完整」,而是「体验不崩」。

一句话

一次完整请求链路 = 四条链路协同 + 全链路降级兜底。设计时始终问:坏了某一环,用户还刷得动吗?

下一节是上线检查清单。

发现内容有问题?

告诉我们哪里需要改进。