# Feature store

**Source:** https://promtable.com/glossary/feature-store

> A feature store is a centralized system that computes, stores, and serves ML features consistently between training and inference — eliminating training/serving skew. Tecton, Feast, Hopsworks, Databricks Feature Store are 2026 examples.

---
A feature store is a centralized system that computes, stores, and serves ML features consistently between training and inference — eliminating training/serving skew. Tecton, Feast, Hopsworks, Databricks Feature Store are 2026 examples.

Training and serving features from separate pipelines is a footgun: subtle implementation differences cause training/serving skew, models work in dev and fail in prod. Feature stores fix this with one definition reused everywhere: declare a feature (e.g., 'user 7-day order count'), the store computes it offline for training data and online for inference, both reading from the same definition. By 2026 feature stores matter most for classical ML (recsys, fraud, churn); pure LLM apps care less because their 'features' are prompts + retrieved context. But hybrid LLM + ML stacks (recommendations with LLM rerank, fraud detection with LLM explanations) bring feature stores back into the picture.

## When to use

- Classical ML in production (recsys, fraud, ads).
- Hybrid ML + LLM systems sharing features.

## Common mistakes

- Adding a feature store when raw queries work fine — premature complexity.

## Related terms

- [experiment-tracking](https://promtable.com/glossary/experiment-tracking)
- [model-registry](https://promtable.com/glossary/model-registry)

*Last updated: 2026-06-01*
---

Original page: https://promtable.com/glossary/feature-store
Maintained by Promtable (https://promtable.com). Content: CC BY 4.0. Cite as "Promtable — https://promtable.com/glossary/feature-store".
Contact: info@vibecodingturkey.com.