写点什么

YouTube 深度学习推荐模型最全总结

2020 年 3 月 21 日

YouTube深度学习推荐模型最全总结

去年我曾写过多篇文章分析 YouTube 的深度学习推荐系统论文Deep Neural Networks for YouTube Recommenders,包括 《重读 Youtube 深度学习推荐系统论文,字字珠玑,惊为神文》《YouTube 深度学习推荐系统的十大工程问题》揭开YouTube深度推荐系统模型Serving之谜等,文章发出后收到了同行的几百条回复,讨论、反馈、纠错,也解决了一些当时还困扰着我和读者的一些问题。借 InfoQ 约稿的机会,在此一并总结,给大家进行一个完整版的解读。


本文是王喆在 InfoQ 开设的原创技术专栏《深度学习 CTR 预估模型实践》第 8 篇文章(以下“深度学习 CTR 预估模型实践”简称“深度 CTR 模型”)。


1 推荐系统应用场景


作为全球最大的视频分享网站,YouTube 平台中几乎所有的视频都来自 UGC(User-Generated Content),这样的内容产生模式有两个特点:


(1)商业模式不同。国外的 Netflix 和国内的爱奇艺等流媒体,它们的大部分内容都是采购或自制的电影、剧集等头部内容,YouTube 内容的头部效应没有那么明显。


(2)由于 YouTube 的视频基数巨大,用户较难发现喜欢的内容。


YouTube 内容的特点使推荐模型的作用相比其他流媒体重要得多。除此之外,YouTube 的利润来源主要来自视频广告,而广告的曝光机会与用户观看时长成正比,因此 YouTube 推荐模型正是其商业模式的基础。


基于 YouTube 的商业模式和内容特点,其推荐团队构建了两个深度学习网络分别考虑召回率和准确率的要求,并构建了以用户观看时长为优化目标的排序模型,最大化用户观看时长并进而产生更多的广告曝光机会,下面详细介绍 YouTube 推荐系统的模型结构和技术细节。


2 YouTube 推荐系统架构


前面已经提到 YouTube 视频基数巨大,这要求其推荐系统能在百万量级的视频规模下进行个性化推荐。考虑到在线系统的延迟问题,不宜用复杂网络直接对所有海量候选集进行排序,所以 YouTube 采用两级深度学习模型完成整个推荐过程(如图 1 所示)。



图 1 YouTube 推荐系统整体架构


第一级用候选集生成模型(Candidate Generation Model)完成候选视频的快速筛选,在这一步,候选视频集合由百万量级降至几百量级。这相当于经典推荐系统架构中的召回层。


第二级用排序模型(Ranking Model)完成几百个候选视频的精排。相当于经典推荐系统架构中的排序层。


3 候选集生成模型


首先,介绍候选集生成模型的结构(如图 2 所示)。


自底而上地看这个网络,底层的输入是用户历史观看视频的 Embedding 向量和搜索词的 Embedding 向量。


为了生成视频 Embedding 和搜索词 Embedding,YouTube 采用的方法是利用用户的观看序列和搜索序列,采用 word2vec 方法对视频和搜索词做 Embedding,再作为候选集生成模型的输入,这个过程是预训练的,不与主模型一起进行端到端训练的。


当然,除了进行 Embedding 预训练,还可以直接在深度学习网络中增加 Embedding 层,与上层的 DNN 一起进行端到端训练,这样做理论上会让模型更逼近优化目标,但由于 Embedding 层的参数数量往往非常大,会成倍增加模型的训练开销,拖慢模型的更新速度。



图 2 YouTube 候选集生成模型的结构


除了视频和搜索词 Embedding 向量,特征向量中还包括用户的属性特征 Embedding、年龄、性别等。然后把所有特征连接起来,输入上层的 ReLU 神经网络进行训练。


三层神经网络过后,使用 softmax 函数作为输出层。读者看到 softmax 函数就应知道该模型是一个多分类模型。YouTube 是把选择候选视频集这个问题看作用户推荐 next watch(下一次观看视频)的问题,模型的最终输出是一个在所有候选视频上的概率分布,显然这是一个多分类问题,所以这里用 softmax 作为最终的输出层。


总的来讲,YouTube 推荐系统的候选集生成模型是一个标准的利用 Embedding 预训练特征的深度神经网络模型。


4 候选集生成模型独特的线上服务方法


细心的读者可能已经发现,架构图 2 左上角的模型服务(serving)方法与模型训练方法完全不同。在候选集生成网络的线上服务过程中,YouTube 并没有直接采用训练时的模型进行预测,而是采用了一种最近邻搜索的方法,这是一个经典的工程和理论做权衡的结果。


具体来讲,在模型服务过程中,如果对每次推荐请求都端到端地运行一遍候选集生成网络的推断过程,那么由于网络结构比较复杂,参数数量特别是输出层的参数数量非常巨大,整个推断过程的开销会很大。因此,在通过“候选集生成模型”得到用户和视频的 Embedding 后,通过 Embedding 最近邻搜索的方法进行模型服务的效率会高很多。这样甚至不用把模型推断的逻辑搬上服务器,只需将用户 Embedding 和视频 Embedding 存到 Redis 等内存数据库或者服务器内存中就好。如果采用局部敏感哈希等最近邻搜索的方法,甚至可以把模型服务的计算复杂度降至常数级别。这对百万量级规模的候选集生成过程的效率提升是巨大的。


如果继续深挖,还能得到非常有意思的信息。架构图中从 softmax 向模型服务模块画了个箭头,代示视频 Embedding 向量的生成。这里的视频 Embedding 是如何生成的呢?由于最后的输出层是 softmax,该 softmax 层的参数本质上是一个 mxn 维的矩阵,其中 m 指的是最后一层 ReLU 层的维度 mn 指的是分类的总数,也就是 YouTube 所有视频的总数 n。那么视频 Embedding 就是这个 mxn 维矩阵的各列向量。这样的 Embedding 生成方法其实和 Word2vec 中词向量的生成方法相同。


除此之外,用户向量的生成就非常好理解了,因为输入的特征向量全部都是用户相关的特征,所以在使用某用户 u 的特征向量作为模型输入时,最后一层 ReLU 层的输出向量可以当作该用户 u 的 Embedding 向量。在模型训练完成后,逐个输入所有用户的特征向量到模型中,就可以得到所有用户的 Embedding 向量,之后导入线上 Embedding 数据库。在预测某用户的视频候选集时,先得到该用户的 Embedding 向量,再在视频 Embedding 向量空间中利用局部敏感哈希等方法搜索该用户 Embedding 向量的 Top K 近邻,就可以快速得到 k 个候选视频集合。


5 排序模型


通过候选集生成模型,得到几百个候选视频集合,然后利用排序模型进行精排序,YouTube 推荐系统的排序模型如图 3 所示。



图 3 YouTube 排序模型的结构


第一眼看上去,读者可能会认为排序模型的网络结构与候选集生成模型没有太大区别,在模型结构上确实是这样的,这里需要重点关注模型的输入层和输出层,即排序模型的特征工程和优化目标。


相比候选集生成模型需要对几百万候选集进行粗筛,排序模型只需对几百个候选视频进行排序,因此可以引入更多特征进行精排。具体一点,输入层从左至右的特征依次是:


(1)当前候选视频的 Embedding(impression video ID embedding)。


(2)用户观看过的最后 N 个视频 Embedding 的平均值(watched video IDs average embedding)。


(3)用户语言的 Embedding 和当前候选视频语言的 Embedding(language embedding)。


(4)该用户自上次观看同频道视频的时间(time since last watch)。


(5)该视频已经被曝光给该用户的次数(#previous impressions)。


上面 5 个特征中,前 3 个的含义是直观的,这里重点介绍第 4 个和第 5 个。因为这两个特征很好地引入了 YouTube 对用户行为的观察。


第 4 个特征 time since last watch 表达的是用户观看同类视频的间隔时间。从用户的角度出发,假如某用户刚看过“DOTA 比赛经典回顾”这个频道的视频,那么用户大概率会继续看这个频道的视频,该特征很好地捕捉到了这一用户行为。


第 5 个特征 #previous impressions 则在一定程度上引入了探索和利用机制,避免同一个视频对同一用户进行持续的无效曝光,尽量增加用户看到新视频的可能性。


需要注意的是,排序模型不仅针对第 4 个和第 5 个特征引入了原特征值,还进行了平方和开方的处理。作为新的特征输入模型,这一操作引入了特征的非线性,提升了模型对特征的表达能力。


经过三层 ReLU 网络之后,排序模型的输出层与候选集生成模型又有所不同。候选集生成模型选择 softmax 作为其输出层,而排序模型选择 weighted logistic regression(加权逻辑回归)作为模型输出层。与此同时,模型服务阶段的输出层选择的是 e^(Wx+b)函数。YouTube 为什么分别在训练和服务阶段选择了不同的输出层函数呢?


从 YouTube 的商业模式出发,增加用户观看时长才是其推荐系统最主要的优化目标,所以在训练排序模型时,每次曝光期望观看时长(expected watch time per impression)应该作为更合理的优化目标。因此,为了能直接预估观看时长,YouTube 将正样本的观看时长作为其样本权重,用加权逻辑回归进行训练,就可以让模型学到用户观看时长的信息。


假设一件事情发生的概率是 p,这里引入一个新的概念——Odds(机会比),它指一件事情发生和不发生的比值。


对逻辑回归来说,一件事情发生的概率 p 由 sigmoid 函数得到,如(公式 1)所示:



这里定义变量 Odds 如(公式 2)所示,并代入(公式 1)可得。



显而易见,YouTube 正是把变量 Odds 当作了模型服务过程中的输出。为什么 YouTube 要预测变量 Odds 呢?Odds 又有什么物理意义呢?


这里需要结合加权逻辑回归的原理进行进一步说明。由于加权逻辑回归引入了正样本权重的信息,在 YouTube 场景下,正样本 i 的观看时长 Ti 就是其样本权重,因此正样本发生的概率变成原来的 Ti 倍(这里也是做了一个近似,实际上需要通过贝叶斯公式来解释),那么正样本 i 的 Odds 变成(公式 3)所示:



在视频推荐场景中,用户打开一个视频的概率 p 往往是一个很小的值(通常在 1%左右),因此(公式 3)可以继续简化:



可以看出,变量 Odds 本质上的物理意义就是每次曝光期望观看时长,这正是排序模型希望优化的目标!因此,利用加权逻辑回归进行模型训练,利用 e^(Wx+b)进行模型服务是最符合优化目标的技术实现。


6 训练和测试样本的处理


事实上,为了能够提高模型的训练效率和预测准确率,YouTube 采取了诸多处理训练样本的工程措施,主要有以下 3 点经验供读者借鉴。


(1)候选集生成模型把推荐问题转换成多分类问题,在预测下一次观看(next watch)的场景下,每一个备选视频都会是一个分类,因此总共的分类有数百万之巨,使用 softmax 对其进行训练无疑是低效的,这个问题 YouTube 是如何解决的呢?


YouTube 采用了 Word2vec 中常用的负采样训练方法减少了每次预测的分类数量,从而加快了整个模型的收敛速度,具体的方法在 4.1 节已经有所介绍。此外,YouTube 也尝试了 Word2vec 另一种常用的训练方法 hierarchical softmax(分层 softmax),但并没有取得很好的效果,因此在实践中选择了更为简便的负采样方法。


(2)在对训练集的预处理过程中,YouTube 没有采用原始的用户日志,而是对每个用户提取等数量的训练样本,这是为什么呢?


YouTube 这样做的目的是减少高度活跃用户对模型损失的过度影响,使模型过于偏向活跃用户的行为模式,而忽略数量更广大的长尾用户的体验。


(3)在处理测试集的时候,YouTube 为什么不采用经典的随机留一法(random holdout),而是一定要以用户最近一次观看的行为作为测试集呢?


只留最后一次观看行为做测试集主要是为了避免引入未来信息(future information),产生与事实不符的数据穿越问题。


可以看出,YouTube 对于训练集和测试集的处理过程也是基于对业务数据的观察理解的,这是非常好的工程经验。


7 如何处理用户对新视频的偏好


对 UGC 平台来说,用户对新内容的偏好很明显。对绝大多数内容来说,刚上线的那段时间是其流量高峰,然后快速衰减,之后趋于平稳(如图 4 中绿色曲线所示)。YouTube 的内容当然也不例外,因此,能否处理好用户对新视频的偏好直接影响了预测的准确率。



图 4 不同模型的正样本预估概率随时间变化的影响


为了拟合用户对新内容的偏好,YouTube 推荐系统引入了 Example Age 这个特征,该特征的定义是训练样本产生的时刻距离当前时刻的时间。例如,24 小时前产生的训练样本,Example Age 的特征值就是 24。在做模型服务的时候,不管候选视频是哪个,可以直接将这个特征值设成 0,甚至是一个很小的负值,因为这次的训练样本将在不久的未来产生这次推荐结果的时候实际生成。


YouTube 选择这样一个时间特征来反映内容新鲜程度的逻辑并不容易理解,读者可以仔细思考这个做法的细节和动机。


笔者对这个特征的理解是:该特征起到了时间戳的作用,当该特征在深度神经网络中与其他特征做交叉时,保存了其他特征随时间变化的权重,也就让最终的预测包含了时间趋势的信息。


YouTube 通过试验验证了 Example Age 特征的重要性,图 4 中蓝色曲线是引入 Example Age 前的模型预估值,可以看出与时间没有显著关系,而引入 Example Age 后的模型预估十分接近经验分布。


通常“新鲜程度”这一特征会定义为视频距离上传时间的天数( Days since Upload),比如虽然是 24 小时前产生的样本,但样本的视频已经上传了 90 小时,该特征值就应是 90。那么在做线上预估时,这个特征的值就不会是 0,而是当前时间与每个视频上传时间的间隔。这无疑是一种保存时间信息的方法,但 YouTube 显然没有采用这种方法,笔者推测该方法效果不好的原因是这种做法会导致 Example Age 的分布过于分散,在训练过程中会包含刚上传的视频,也会包含上传已经 1 年,甚至 5 年的视频,这会导致 Example Age 无法集中描述近期的变化趋势。当然,推荐读者同时实现这两种做法,并通过效果评估得出最终的结论。


8 YouTube 深度学习视频推荐系统总结


至此,本节介绍了 YouTube 深度学习视频推荐系统、模型结构及技术细节。YouTube 分享的关于其深度学习推荐系统的论文是笔者迄今为止看到的包含实践内容最丰富的一篇工程导向的推荐系统论文。每位读者都应该向 YouTube 的工程师学习其开放的分享态度和实践精神。即使读者已经阅读了本节的内容,笔者仍强烈建议读者细读论文原文,搞清楚每一个技术细节,这将对读者开阔思路有非常有帮助。


这篇文章也收录在了我的新书《深度学习推荐系统》中,我将在这本新书中与各位读者进一步讨论推荐系统模型和 CTR 模型的相关知识。


《深度学习 CTR 预估模型实践》专栏内容回顾:


  1. 深度学习 CTR 预估模型凭什么成为互联网增长的关键?

  2. 前深度学习时代 CTR 预估模型的演化之路——从 LR 到 FFM

  3. 盘点前深度学习时代阿里、谷歌、Facebook 的 CTR 预估模型

  4. 谷歌、阿里等 10 大深度学习 CTR 模型最全演化图谱

  5. 推荐系统工程师必看!Embedding 技术在深度学习 CTR 模型中的应用

  6. CTR 预估问题没有“银弹”,比模型结构更重要的是什么?

  7. 推荐系统工程难题:如何做好深度学习 CTR 模型线上 Serving


作者介绍:


王喆,硅谷流媒体公司 Roku 资深机器学习工程师,推荐系统架构负责人。曾任 Hulu 高级研究员,毕业于清华大学计算机系,主要研究方向为推荐系统、计算广告,发表相关领域学术论文和专利 10 余项,著有《百面机器学习》等技术书籍,新书《深度学习推荐系统》即将发布,也欢迎大家订阅。


2020 年 3 月 21 日 14:006753

评论 1 条评论

发布
用户头像
洞悉深刻,获益匪浅!
2020 年 06 月 19 日 17:05
回复
没有更多了
发现更多内容

skywalking内存泄露排查

小楼

dubbo 内存泄露

Ledge:这可能是距今最好的『DevOps + 研发效能』知识平台

Phodal

DevOps 敏捷开发 软件开发 研发效能

格局不行,有机会也抓不住

池建强

创业 格局 MacTalk

一次漫长的dubbo网关内存泄露排查经历

小楼

dubbo 内存泄露

思维导图学《Linux性能优化实战》

Yano

Linux 后端

项目实施要避免哪些坑?

顾强

项目管理

在Kubernetes上运行SpringBoot应用

铁花盆

Docker Kubernetes Spring Boot

MySQL死锁与Spring事务

Dean

MySQL

什么是物联网中台

老任物联网杂谈

物联网中台 IOT Platform 物联网平台

Linux系统优化

桥哥技术之路

Linux

当dubbo多注册中心碰上标签路由

小楼

dubbo

Apache Beam 大数据处理一站式分析

李孟

Java 大数据 数据中台 数据交换 Beam

如何在非 sudo 用户下运行 docker 命令?

愚一

Docker DevOps

IPFS 星际传输协议的入门(二)

AIbot

区块链 分布式数据库

用jdk8的stream实现斐波那契数列

编号94530

jdk stream 斐波那契 fibonacci

要不要重新认识一下递归与迭代?

西了意

编程

身为程序员,怎么接私活赚外快?

爱看书的小代码

一个工程师向电信公司的维权

Django 中如何优雅的记录日志

AlwaysBeta

Python django Web 后端

零基础应该如何学习爬虫技术?

极客时间

Python 编程 爬虫

记一次spring注解@Value不生效的深度排查

小楼

spring Spring Boot dubbo

MacOS配置网络命令

编程随想曲

macos network

Docker运行常用软件:MySQL,Redis,Nginx,RabbitMQ,Neuxs,Gitlab

读钓

MySQL nginx Docker gitlab

广告与数据算法系列1.1.1: 什么是广告

黄崇远@数据虫巢

互联网 算法 广告

centos7.6操作系统安装

桥哥技术之路

Linux

Sentinel在docker中获取CPU利用率的一个BUG

小楼

Java sentinel cpu

以为是青铜,没想到是王者的dubbo标签路由

小楼

dubbo

nacos的一致性协议distro介绍

小楼

nacos

LeetCode 前1000题二叉树题目系统总结

Yano

面试 算法 LeetCode 二叉树 刷题

C++数组可以为变量吗

程序喵大人

c++ 互联网 编程语言

SpringBoot中如何优雅的使用多线程

读钓

Java spring Spring Boot

芯片行业现状:机遇与泡沫

芯片行业现状:机遇与泡沫

YouTube深度学习推荐模型最全总结-InfoQ