Feature Store Pipelines for Reusable and Consistent ML Features

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional systems and methods face challenges in managing complex machine learning pipelines, including inefficiencies in feature reuse, isolation of data science projects, inconsistency in features used for training and serving, and the inability to determine which features need recomputation with new data, leading to technical debt and inefficiencies.

Innovation Solution

A computer-implemented system and method for processing data in a feature store, which includes generating a pipeline with tasks for ingesting, processing, and outputting curated features, storing them in a feature store, and providing them to machine learning models, with support for user interfaces and external triggers.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If conventional machine learning pipelines are built with multiple models and features, then the system can handle more complex data analysis tasks, but the pipeline complexity increases making it impossible to manage

Engineering Contradiction:
Improvecapability to handle complex data analysis tasksVSAvoidpipeline complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system segments the pipeline into distinct producer tasks (data ingestion, feature engineering) and consumer tasks (model training, serving). Each task is independent and can be managed separately, reducing overall pipeline complexity while maintaining the ability to handle complex data analysis tasks through modular composition

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The feature store serves multiple functions: storing features for training, serving features for inference, and enabling feature reuse across different models. This universal component reduces pipeline complexity by eliminating the need for separate feature management systems for each model

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Reliability

If features are engineered specifically for each machine learning model, then the model performance can be optimized, but the pipelines become isolated and cannot be reused across different models

Engineering Contradiction:
Improvemodel performance optimizationVSAvoidpipeline reuse capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The feature store creates a universal feature repository that can serve multiple machine learning models. Features engineered once in producer tasks can be reused by multiple consumer tasks, enabling pipeline reuse across different models while maintaining optimized performance through consistent feature definitions

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The system tracks feature usage across models and provides feedback on which features need to be recomputed when new data arrives. This enables efficient pipeline updates without complete reengineering, maintaining both model performance optimization and pipeline reusability

Inventive Principle:
Principle #23Feedback

3Reliability

If the entire pipeline is run to update features when new data arrives, then all features are ensured to be current, but the time and computational resources required increase significantly

Engineering Contradiction:
Improvefeature currencyVSAvoidpipeline update time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system monitors which features depend on new data and provides feedback to trigger only those specific producer tasks for recomputation. This selective update approach ensures feature currency while significantly reducing the time and computational resources required compared to running the entire pipeline

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

Instead of executing the complete pipeline when new data arrives, the system performs partial action by computing only the minimal set of features that need updating. This reduces computational overhead while maintaining sufficient feature currency for model operations

Inventive Principle:
Principle #16Partial or excessive action

4Ease of manufacture

If features are stored and managed in conventional databases, then data storage is straightforward, but feature consistency between training and serving cannot be ensured

Engineering Contradiction:
Improvedata storage simplicityVSAvoidfeature consistency
Core Design Contradiction:
Ease of manufactureVSReliability

Solution Approach 1:

The feature store acts as an intermediary layer between data sources and machine learning models. It standardizes feature definitions and ensures consistency between training and serving by providing a single source of truth for all features, while maintaining ease of storage through its centralized architecture

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12591790B2Systems and methods for processing data for storing in a feature store and for use in machine learning
Publication Date: 2026.03.31 COUPANG CORP
  • US12591790B2 patent drawing
  • US12591790B2 patent drawing
  • US12591790B2 patent drawing

AI summary

Systems and methods for processing data for use in machine learning models, including receiving a request to generate a pipeline including two or more tasks, the request defining which features to ingest and output and instructions for processing the features; generating the pipeline including based on the request; for one or more producer tasks: retrieving the ingestible features from one or more databases, processing the features, and outputting curated features; for one or more consumer tasks: retrieving the ingestible features from a previous task in the pipeline upon which the consumer task depends, processing the features, and outputting curated features; storing the curated features associated with one or more tasks of the two or more tasks in a feature store; and providing the stored curated features associated with the one or more tasks of the two or more tasks to a machine learning model for ingestion.