Foundation Model for Unified Personalization at Scale

netflix · Media & Entertainment · 2024 · source Agentic: no · promotional bias: low · source-backed · extracted with prompt 0.5.6 (schema v2)

Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.

Problem

Domain: unified personalization and recommendation systems

Netflix wanted one transformer-based foundation model to cover diverse recommendation use cases that had previously been handled by many independently built models, feature pipelines, labels, and canvases.

Constraints:

Architecture

Netflix built a unified personalization foundation model based on autoregressive transformers. The model tokenizes rich interaction events, encodes event representations across when/where/what fields, combines ID embeddings with semantic content information for cold-start behavior, uses transformer hidden states as long-term user representations, supports multi-sequence/multi-target objectives, and exposes the foundation model through subgraph integration, embedding stores, fine-tuning, or distillation for downstream recommendation applications.

Diagram confidence: reconstructed (reconstructed from prose).

flowchart LR
  interaction-event-stream[Interaction event stream]
  tokenization-layer[Tokenization layer]
  event-representation-layer[Event representation layer]
  embedding-feature-layer[Embedding feature layer]
  transformer-representation-layer[Transformer representation layer]
  objective-layer[Objective layer]
  downstream-consumption-layer[Downstream consumption layer]
  centralized-embedding-store[Centralized embedding store]
  interaction-event-stream --> tokenization-layer
  tokenization-layer --> event-representation-layer
  event-representation-layer --> embedding-feature-layer
  embedding-feature-layer --> transformer-representation-layer
  transformer-representation-layer --> objective-layer
  objective-layer --> transformer-representation-layer
  transformer-representation-layer --> downstream-consumption-layer
  downstream-consumption-layer --> transformer-representation-layer
  downstream-consumption-layer --> centralized-embedding-store
  centralized-embedding-store --> downstream-consumption-layer
Drag to pan · scroll or use +/− to zoom · reconstructed from the source's described component topology

Components

Component Role Interacts with
Interaction event stream Captures user actions across rows, pages, content types, devices, and canvases. Tokenization layer
Tokenization layer Chooses the granularity and fields retained in recommendation tokens for pretraining and fine-tuning. Event representation layer
Event representation layer Encodes when, where, and what happened in each user interaction. Embedding feature layer
Embedding feature layer Combines ID embeddings with semantic content information to support cold-start and content representation. Transformer representation layer
Transformer representation layer Learns long-term user representations from interaction histories and exposes hidden states for downstream use. Objective layer, Downstream consumption layer
Objective layer Uses multiple sequences and targets, including entity IDs, action types, metadata, duration, device, and next-play time. Transformer representation layer
Downstream consumption layer Lets canvas-facing models integrate the foundation model as a subgraph, use embeddings, or fine-tune/distill for specific applications. Transformer representation layer, Centralized embedding store
Centralized embedding store Stores refreshed member, content, and entity embeddings for personalization and analytics consumers. Downstream consumption layer

Data flow

Netflix starts with diverse user interaction histories across pages, rows, and entity types. Tokenization turns each interaction into a rich event token with time, location, device, canvas, target entity, interaction type, duration, and metadata. The foundation model learns user and content representations through autoregressive transformer layers and multi-target objectives. Downstream applications consume the model as a subgraph, pull member/content embeddings from a centralized store, or fine-tune/distill the model for strict-latency canvases.

3 supporting quotes
“each of the token is a event interaction event from the user right but that event has many facets or many fields”transcript, stated
“from bottom to top we go through the uh event representation uh embedding layer transformer layer and the objective layer.”transcript, stated
“there are three main approaches uh or consumption patterns. Okay, the first is foundation model can be integrated as a subgraph within the downstream model.”transcript, stated

Why this architecture

The foundation-model architecture exists to centralize user and content representation learning across Netflix's many recommendation canvases. The transcript argues that scaling semi-supervised transformer learning should improve personalization and that integrating a shared foundation model into downstream systems creates leverage, faster innovation, and easier launch of new applications.

3 supporting quotes
“can we centralize the learning of user representation in one place.”transcript, stated
“through scale up semi-supervised learning personalization can be improved. Uh the scaling law also applies to recommendation system as it applies to LLM.”transcript, stated
“by integrating the foundation model into all systems we can create high leverage. we can simultaneously improve all the downstream canvas facing models”transcript, stated

Models used: Netflix personalization foundation model · autoregressive transformer · multi-token prediction · multi-layer representation · sparse attention · distillation

Scale

Alternatives considered (roads not taken)

continue spinning up independent specialized models for each canvas or use case

Rejected because: The approach duplicated feature and label engineering, offered little leverage, and slowed innovation.

“it's not manageable to spin up new models for each uh individual use cases. Uh there's not much leverage.”transcript, stated

use one generic tokenization for every stage and application

Rejected because: Tokenization choices affect model quality downstream and may need different abstractions for pretraining versus application fine-tuning.

“tokenization decisions have profound impact in your model quality.”transcript, stated
“one version of tokenization used for pre-training for fine-tuning against a specific application. We apply slightly different tokenization.”transcript, stated

learn only ID embeddings from scratch

Rejected because: Pure ID embeddings fail for unseen titles at inference time, so semantic content information is needed.

“if you only have ID embedding learn from scratch in the model then you have problem with co-star meaning that titles the model hasn't seen during training it doesn't know how to deal with it”transcript, stated

use only next-entity prediction as the objective

Rejected because: Recommendation events have many facets that can be targets, labels, weights, rewards, or masks for fine-tuning.

“we have many other facets of field of each event that can be also used as a target”transcript, stated

scale model size without distillation

Rejected because: Recommendation serving has strict latency and cost requirements, so larger models may need to be distilled back for online use.

“scaling up scaling up more require us to also distill back.”transcript, stated

Patterns

retrieval-ranking (personalization)

The foundation model centralizes recommendation representations used by many downstream canvases and applications.

“we consolidate largely the data and representation layer especially the user representation as well as content representation in the personalization domain”transcript, stated
“model now each application model now are built on top of FM so become a thinner layer”transcript, stated

fine-tuning-adaptation (model-adaptation)

Downstream teams can integrate the foundation model as a subgraph, use embeddings, or fine-tune/distill it for specific applications and latency requirements.

“foundation model can be integrated as a subgraph within the downstream model.”transcript, stated
“Finally user can u extract the models and fine-tune it for specific applications either fine-tune or they need to do distillation”transcript, stated

eval-driven-development (model-quality)

Netflix validates scaling behavior and metric improvements as it scales data, parameters, context, and LLM-inspired techniques such as multi-token prediction.

“does a scaling law apply and I think the answer is yes.”transcript, stated
“we have observed a very notable uh metrics improvement by doing that.”transcript, stated

Tradeoffs

Centralize learning in one foundation model.

Chose shared user and content representation learning over independent per-canvas personalization models.

Rationale: Centralization increases leverage, reduces duplicated engineering, and lets downstream models become thinner layers over shared representations.

“now with the foundation model we consolidate largely the data and representation layer especially the user representation as well as content representation”transcript, stated

Adapt LLM techniques instead of copying them directly.

Chose recommendation-specific tokenization, objectives, and cold-start handling over plain language-token style autoregressive modeling.

Rationale: Recommendation interactions contain richer event fields and cold-start constraints that language models do not face.

“there's a lot of analogy but also differences sometimes uh between this and LLM.”transcript, stated
“Uh this is not a problem for LLM but very commonly encountered the co-star problem for re recommendation system.”transcript, stated

Expose multiple consumption patterns for downstream models.

Chose subgraph integration, embedding push, fine-tuning, and distillation over a single fixed serving interface.

Rationale: Different canvases and applications have different latency, model-shape, and adaptation needs.

“there are three main approaches uh or consumption patterns. Okay, the first is foundation model can be integrated as a subgraph within the downstream model.”transcript, stated
“especially for those with a very strict latency requirement.”transcript, stated

Use multi-target objectives rather than only item-next-token prediction.

Chose multiple sequences, heads, labels, rewards, masks, and metadata targets over only predicting next entity IDs.

Rationale: Multiple event facets can be used to adapt the model to subcategories of user behavior and downstream objectives.

“you can cast the problem as a multitask learning problem multi head or hierarchical prediction”transcript, stated

Stop current scaling before latency/cost becomes untenable.

Chose current-scale model plus future distillation over unbounded online model scaling.

Rationale: Netflix says scaling laws continue, but serving requirements force compression or distillation work.

“we can still keep going but uh as you may realize that recommendation system usually have much stringent latency cost requirement.”transcript, stated

Gotchas (what bit them)

Specialized personalization models created duplicate feature and label engineering.

Root cause: Many models were developed independently for rows, pages, entities, and use cases even though they shared underlying interaction data.

Resolution: Centralize user and content representation learning in one foundation model and make downstream models thinner.

“these lead to naturally uh many specialized models that got developed over the years.”transcript, stated
“this lead to duplications uh uh duplications in our label engineering as well as feature engineering.”transcript, stated

Recommendation event tokens are richer than language tokens.

Root cause: Each user event includes when, where, target entity, action type, duration, page/canvas, and other fields.

Resolution: Design tokenization and event representations carefully, with abstraction choices that can vary by pretraining or fine-tuning use case.

“instead of language tokens which is just the one ID here for uh if we want to translate the user interaction history or sequence each of the token is a event interaction event”transcript, stated

ID-only embeddings cannot handle unseen titles.

Root cause: Titles not present during training have no learned ID embedding signal at inference time.

Resolution: Combine ID embeddings with semantic content information for content-side cold start.

“titles the model hasn't seen during training it doesn't know how to deal with it at inference time.”transcript, stated
“we need to have semantic content information to be uh uh comp complementaryary to those ID embeddings.”transcript, stated

User representations must remain stable while profiles keep changing.

Root cause: The model uses transformer hidden states as user representations, but user histories continuously evolve.

Resolution: Consider sequence aggregation, layer aggregation, and downstream adaptation when exposing representations.

“how stable is our user user representation given our user profile user interaction history keep changing.”transcript, stated

More scaling eventually collides with online serving cost.

Root cause: Recommendation systems have stricter latency and cost requirements than many LLM settings.

Resolution: Use distillation or other compression when integrating larger foundation models into strict-latency downstream applications.

“recommendation system usually have much stringent latency cost requirement. So scaling up scaling up more require us to also distill back.”transcript, stated

Evaluation

Netflix evaluates the foundation model through scaling-law validation, metric improvements from LLM-inspired techniques, downstream-canvas leverage, representation stability, and whether new applications can fine-tune or distill the shared model more easily.

Metrics: scaling from millions of profiles to around 1 billion model parameters · roughly two to two and a half years of scaling work · notable metric improvement from multi-token prediction · improved leverage across downstream canvas-facing models · faster launch of new applications through fine-tuning

3 supporting quotes
“The first question part of the first hypothesis we want to answer is does a scaling law apply and I think the answer is yes.”transcript, stated
“we have observed a very notable uh metrics improvement by doing that.”transcript, stated
“Innovation velocity also is faster because we allow a lot of newly uh launched applications to directly fine-tune the foundation model”transcript, stated

Outcomes

The talk describes Netflix moving toward one foundation model for all recommendation use cases, scaling over roughly 2-2.5 years from millions of profiles to about 1 billion model parameters, and using the model across multiple canvases, content types, and downstream applications.

3 supporting quotes
“it is a scalable solution uh in terms of both both in terms of a scalable scale up the model with improved quality as well as make the whole infra consolidated”transcript, stated
“model now each application model now are built on top of FM so become a thinner layer”transcript, stated
“generative retrieval for collection recommendation right so instead of just recommend a single video be generative at inference time and serving time”transcript, stated