Feature Store Platform
A Feast-based feature store on GCP serves consistent ML features online from Bigtable and offline from BigQuery, with point-in-time joins to prevent leakage. Dataflow materializes features for Vertex AI training and serving.
Feature Store Platform
A feature store is the central system for managing machine-learning features so the same definitions serve both model training and real-time inference. It solves training-serving skew by guaranteeing that features used in production match those used in training, including correct point-in-time values. This platform uses Feast on Google Cloud. Use it when multiple models or teams reuse features and consistency between offline and online paths is critical.
Components
- Feast: the open-source feature store that defines features, materializes them, and serves them.
- BigQuery: the offline store holding historical feature values for training and backfills.
- Bigtable: the low-latency online store serving features to live inference.
- Dataflow: pipelines that compute and materialize features from raw data into both stores.
- Cloud Storage: staging for batch sources and exported training datasets.
- Vertex AI: model training and serving that consume features from the store.
- Redis: an optional in-memory cache for ultra-low-latency feature reads.
Data Flow
Feature engineering pipelines in Dataflow read raw data and compute feature values, writing historical records to BigQuery and the latest values to Bigtable. To build a training set, Feast performs a point-in-time join against BigQuery so each label sees only feature values that existed at that moment, preventing leakage. Vertex AI trains on the resulting dataset. At inference, the model requests the same features from Feast, which reads the online store for fresh values, optionally cached in Redis.
Scaling and Resilience
BigQuery scales to large offline datasets, while Bigtable delivers single-digit-millisecond reads at high throughput and scales by adding nodes. Dataflow autoscales materialization jobs. Materialization is idempotent so reruns are safe, and the offline store retains history for reproducible retraining. Replicated online stores and multi-region storage support high availability.
Security
Access to feature data is governed by IAM on BigQuery and Bigtable, with column-level controls for sensitive features. Data is encrypted at rest and in transit. Feature definitions live in version control so changes are reviewed and auditable. Service accounts follow least privilege between pipelines, stores, and serving.
Trade-offs and Alternatives
A feature store adds infrastructure and a learning curve, and is overkill for a single model or batch-only use. Its value grows with feature reuse and real-time serving needs. Managed alternatives include Vertex AI Feature Store, Tecton, or Databricks Feature Store; some teams instead manage features with dbt and a warehouse for batch-only models. Choose a feature store when consistent online and offline features with point-in-time correctness are essential to model reliability.