今天談下突發熱門話題對于推薦系統的考驗。內容推薦系統，本質上是一種人物喜好與內容的信息匹配。在大部分情況下，推薦系統可以離線的根據每名用戶的歷史觀看記錄以及每個內容的屬性訓練模型，并且實現推薦。但是，當一個非常熱門的話題爆發了，例如李小璐PGONE事件這樣整個平臺的內容和人們的關注點都會聚焦到一個問題上，究竟會對推薦系統造成哪些影響呢？傲海為您細細道來。

?

架構考驗

?

目前市面上絕大部分的內容推薦都是基于離線計算的架構實現的。離線計算的含義是每天系統把全量數據下載到存儲空間中，對于每個用戶的喜好做計算并把結果反饋給推薦引擎。在離線計算框架下，每個用戶的待推薦內容都是前一天算好的，對于新產生的內容往往沒有那么強的感知。

但是有的同學會問：“為什么我在每個新聞客戶端還是可以看到最新的突發新聞推薦呢？這與離線的推薦架構不符啊？”那是因為很多內容推薦客戶端為了防止熱門新聞無法被實時推薦的問題，在給用戶的推薦列表中添加了一部分有利于最新新聞的規則，比如推薦引擎會設定“李小璐PGONE”新聞出現在每個用戶的待推薦列表。這種規則其實并不是一個基于算法的實時推薦實現。

那么如何做到實時推薦熱門新聞呢？這要求推薦系統需要建立在一個實時計算框架上，目前業內主流的是Flink或者Spark-streaming。在這種框架下實現的流式推薦引擎，數據通過Kafka流入，通過流式框架實時構建新聞特征，并且代入模型進行推薦排序。

而實時推薦框架相比于離線推薦框架會復雜的多，比如在實時推薦框架下一旦出現數據阻塞或者服務掛掉，failover機制就會比離線系統復雜得多，這點在之后的文章我會再介紹。

?

性能考驗

?

?

前面介紹了計算框架，那么光有流式框架是不夠的，突發新聞產生后，對于整個架構的性能也有很高要求，因為這種事件會造成系統中的待推薦內容爆發式增長，更會造成每個用戶的行為屬性大幅度變更。

在推薦系統中，每個待推薦內容、每個用戶都會通過一個embedding向量表示，這些向量需要全量數據在一起做很多矩陣運算得到。如果系統中突然增加大量的待推薦內容，比如“李小璐出軌”、“PGONE李小璐視頻”、“李小璐PGONE親嘴”，這些新聞會在短時間爆發性增長，系統如果想基于這些內容作推薦，需要在短時間內消耗大量的計算量去做內容的embedding。

對于每個用戶來講，行為屬性也很有可能在短時間內大幅度改變，比如A用戶之前可能不是一個很八卦的人，關心的內容都是養生、軍事、科技。突然A發現李小璐出軌這個事很好玩，然后大范圍查看相關娛樂新聞。對于A的embedding向量需要重新計算才準確。諸如此類的計算能力，也是事實計算系統能否完成基于熱點內容推薦的關鍵。

寫到最后~每次這種吃瓜事件出來，都是對各個推薦系統的一次大考，大家可以用心看下哪家的推薦系統推薦的最符合你對這個瓜的預期，用心去感受推薦系統的魅力，謝謝~

?

總結

以上是生活随笔為你收集整理的李小璐PGONE事件对推荐系统的考验的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。