这是 Beta 探索课程,内容结构、实验步骤和示例可能会继续调整。
完整请求链路与关键决策
从创作者到用户
把四条链路串起来,一条视频的完整旅程是:
创作者上传
-> 转码、审核(内容链路)
-> 特征同步入库
-> 召回进入候选(推荐链路)
-> 排序打分、重排
-> 返回 Feed 卡片
-> 播放器通过 CDN 拉流(分发链路)
-> 行为上报回流(反馈链路)
-> 影响下一次推荐
关键决策回顾
- 推荐是否只靠模型:不应该。召回、过滤、重排、治理和实验同样重要。
- 点击率是否是唯一目标:不是。完播、留存、投诉、多样性和生态健康都要进入评估。
- 新视频如何获得机会:需要探索流量,否则系统会只推荐历史热门内容。
- 视频不可播放怎么办:推荐服务要感知转码、审核和 CDN 状态,避免推荐坏内容。
- 高峰期如何降级:特征服务或排序模型超时时,要降级到缓存、热门或轻量模型。
降级设计
高峰期 / 故障时,系统要能优雅降级:
| 故障 | 降级 |
|---|---|
| 特征服务超时 | 用缓存特征 / 默认值 |
| 排序模型超时 | 退回热门或粗排结果 |
| 召回服务异常 | 退回单路热门召回 |
| CDN 回源异常 | 降级码率或停推受影响内容 |
降级的目标不是「功能完整」,而是「体验不崩」。
一句话
一次完整请求链路 = 四条链路协同 + 全链路降级兜底。设计时始终问:坏了某一环,用户还刷得动吗?
下一节是上线检查清单。
发现内容有问题?
告诉我们哪里需要改进。
