feast-dev/feast

The Open Source Feature Store for AI/ML

View on GitHub ↗Jump to charts ↓Open shareable report →

Data as of . Signed-in members get hourly updates — create a free account.

Summary Information

Updated 6 minutes ago
Added to GitGenius on June 18th, 2024
Created on December 10th, 2018
Open Issues & Pull Requests: 460 (-12)
GitHub issues: Enabled
Number of forks: 1,466
Total Stargazers: 7,323 (+0)
Total Subscribers: 88 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 44.0 hours
Mean response time: 75.4 days
90th percentile: 191.4 days
Tracked items: 713

Maintainer activity

34 people did triage or write work on this repository in the last 12 months.

Counts unlabeled, assigned, unassigned, milestoned, demilestoned, locked, unlocked over the last 12 months. These are issue and pull request events that require triage or write permission. Commits and code review are not counted. labeled and renamed are excluded because GitHub issue forms record the issue author as the actor. Figures from October 7, 2026. This count is not comparable across projects: each project's automation decides which of these events a person emits.

How this project is maintained

Roughly one issue in five opened in the past year never receives a reply. 54% of open issues come from outside the core team, a mix of external reports and the maintainers' own roadmap. Work labelled "kind/bug" is answered fastest, typically in about 2 days, while "Community Contribution Needed" waits about 34 months. 57% of tracked open issues have had no activity in three months. Only 57% of issues opened in the past year have been closed.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Issue analytics are temporarily unavailable.

Detailed Description

Feast is an open source feature store designed to help machine learning platform teams productionize analytic data for both model training and online inference. Written primarily in Python, the project provides a unified data access layer that abstracts feature storage from feature retrieval, allowing organizations to manage existing infrastructure without building custom solutions. The core value proposition centers on three key capabilities: maintaining consistent features across training and serving environments through offline stores for batch processing and online stores for low-latency access, preventing data leakage through point-in-time correct feature sets, and decoupling machine learning systems from underlying data infrastructure to ensure model portability across different platforms and deployment scenarios.

The architecture documented in the repository demonstrates a minimal Feast deployment pattern, with support for expanded configurations across major cloud platforms including Snowflake, Google Cloud Platform, and Amazon Web Services. The feature store manages both offline and online data paths, with a battle-tested feature server component responsible for serving pre-computed features in real-time prediction scenarios. The project includes a web UI for exploring feature data, though this component is marked as experimental in the documentation.

The repository's classification spans multiple machine learning and data engineering domains including real-time inference, ML pipeline integration, event streaming, feature serving, data governance, and MLOps. This breadth reflects Feast's positioning as a comprehensive platform addressing the full lifecycle of feature management from data transformation through model serving.

Feast's functionality roadmap explicitly welcomes community contributions across all planned items, indicating an open development model. The getting started documentation guides users through installation, feature repository creation, feature definition registration, data exploration, training dataset construction, materialization options, and online feature retrieval. The materialization process offers multiple strategies including incremental materialization, full materialization with timestamps, and simple materialization without timestamps, providing flexibility for different data source characteristics and operational requirements. This design acknowledges that real-world data infrastructure varies significantly in timestamp availability and update patterns.