Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 2 additions & 2 deletions content/develop/ai/_index.md
Original file line number Diff line number Diff line change
Expand Up @@ -19,9 +19,9 @@ Redis stores and indexes vector embeddings that semantically represent unstructu
{{< image-card image="images/ai-brain.svg" alt="AI Redis icon" title="Use LangCache to store LLM responses" url="/develop/ai/langcache/" >}}
</div>

## Featureform
## Redis Feature Form

Use [Featureform]({{< relref "/develop/ai/featureform/" >}}) to define, manage, and serve machine learning features on top of your existing data systems. The Featureform docs cover the Python SDK workflow from provider registration through feature serving.
Use [Redis Feature Form]({{< relref "/develop/ai/featureform/" >}}) to define, manage, and serve machine learning features on top of your existing data systems. The Feature Form docs cover the Python SDK workflow from provider registration through feature serving.

#### Overview

Expand Down
24 changes: 18 additions & 6 deletions content/develop/ai/featureform/_index.md
Original file line number Diff line number Diff line change
@@ -1,21 +1,21 @@
---
Title: Featureform
Title: Redis Feature Form
alwaysopen: false
categories:
- docs
- develop
- ai
description: Build feature engineering workflows with Featureform and Redis.
linkTitle: Featureform
description: Build feature engineering workflows with Redis Feature Form.
linkTitle: Redis Feature Form
hideListLinks: true
weight: 60
bannerText: Featureform is currently in preview and subject to change. To request access to the Featureform Docker image, contact your Redis account team.
bannerText: Redis Feature Form is currently in preview and subject to change. To request access to the Feature Form Docker image, contact your Redis account team.
bannerChildren: true
---

Featureform helps data teams define, materialize, and serve machine learning features by using a declarative Python SDK on top of existing data systems.
Redis Feature Form helps data teams define, materialize, and serve machine learning features by using a declarative Python SDK on top of existing data systems.

Featureform works with offline systems such as Snowflake, BigQuery, and Databricks or Spark, then uses Redis as the low-latency online store for feature serving.
Feature Form works with offline systems such as Snowflake, BigQuery, and Databricks or Spark, then uses Redis as the low-latency online store for feature serving.

## Get started

Expand All @@ -26,6 +26,18 @@ Featureform works with offline systems such as Snowflake, BigQuery, and Databric
- [Define features and labels]({{< relref "/develop/ai/featureform/features-and-labels" >}})
- [Work with training sets and feature views]({{< relref "/develop/ai/featureform/training-sets-and-feature-views" >}})

## Latest updates

The latest release adds enterprise-oriented capabilities:

- **Unified batch and streaming pipelines**: Support for tiling, backfills, and incremental updates reduces custom pipeline work.
- **Workspaces for multi-tenancy**: Isolate providers, data, authentication, and observability at the workspace level.
- **Fine-grained job control**: Planning, impact analysis, split materializations, and queue-based job management provide visibility into changes before they affect production systems.
- **Atomic DAG updates**: Manage graph-level changes atomically instead of versioning individual resources, which simplifies rollback and change history.
- **Enhanced RBAC and security**: Workspace-scoped access controls, API key pairs, a granular role model, audit logs, secret-provider improvements, mTLS, and encrypted internal transport.
- **Two-service deployment model**: A simplified deployment architecture that reduces operational complexity.
- **Redesigned dashboard**: Configure workspaces and providers directly from the UI.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Duplicated "Latest updates" section across two pages

Low Severity

The "Latest updates" section is duplicated word-for-word in both _index.md and overview.md. This creates a maintenance risk where future edits to one copy may not be applied to the other, causing the two pages to drift apart over time. Keeping the authoritative list in one location (likely _index.md, the section landing page) and linking to it from the other would avoid this.

Additional Locations (1)
Fix in Cursor Fix in Web

Reviewed by Cursor Bugbot for commit f8a45d8. Configure here.


## Next steps

- [Streaming features]({{< relref "/develop/ai/featureform/streaming" >}})
Expand Down
14 changes: 7 additions & 7 deletions content/develop/ai/featureform/datasets-and-transformations.md
Original file line number Diff line number Diff line change
@@ -1,18 +1,18 @@
---
title: Datasets and transformations in Featureform
description: Register datasets and define SQL or DataFrame transformations for Featureform features.
title: Datasets and transformations in Redis Feature Form
description: Register datasets and define SQL or DataFrame transformations for Feature Form features.
linkTitle: Datasets and transformations
weight: 40
---

Datasets and transformations are the bridge between your raw source data and your feature definitions.

- datasets point Featureform at existing tables or files
- datasets point Feature Form at existing tables or files
- transformations create reusable feature engineering logic on top of those datasets

## Register datasets

Register the source objects that Featureform should treat as named inputs.
Register the source objects that Feature Form should treat as named inputs.

### Warehouse tables

Expand All @@ -24,7 +24,7 @@ transactions = snowflake.register_table(
)
```

For Snowflake providers, the provider-level `database`, `schema`, and `catalog` configuration determines where Featureform resolves the table unless you override those values during registration.
For Snowflake providers, the provider-level `database`, `schema`, and `catalog` configuration determines where Feature Form resolves the table unless you override those values during registration.

### Delta tables

Expand Down Expand Up @@ -159,7 +159,7 @@ def high_value_users(features_df):

## Accessing transformation data

For development and validation, Featureform can retrieve the output of registered datasets or transformations as data frames:
For development and validation, Feature Form can retrieve the output of registered datasets or transformations as data frames:

```python
df = client.dataframe(user_transaction_features)
Expand All @@ -169,7 +169,7 @@ Use this sparingly in production workflows. Its main value is validation and ite

## Apply registrations

Once datasets and transformations are defined, register them with Featureform:
Once datasets and transformations are defined, register them with Feature Form:

```python
client.apply()
Expand Down
10 changes: 5 additions & 5 deletions content/develop/ai/featureform/features-and-labels.md
Original file line number Diff line number Diff line change
@@ -1,11 +1,11 @@
---
title: Features and labels in Featureform
description: Define entities, features, labels, and aggregate windows in Featureform.
title: Features and labels in Redis Feature Form
description: Define entities, features, labels, and aggregate windows in Feature Form.
linkTitle: Features and labels
weight: 50
---

Features and labels are the core semantic objects in Featureform. They describe what you want to predict, how feature values are keyed, and how those values should be computed over time.
Features and labels are the core semantic objects in Feature Form. They describe what you want to predict, how feature values are keyed, and how those values should be computed over time.

## Entities

Expand All @@ -17,7 +17,7 @@ class User:
pass
```

Attach features and labels to the entity class so Featureform can reason about keys and lineage.
Attach features and labels to the entity class so Feature Form can reason about keys and lineage.

## Define features

Expand Down Expand Up @@ -86,7 +86,7 @@ class User:

## Point-in-time correctness

Timestamps are central to correct ML training and serving workflows. When you include the relevant event timestamp in your feature and label definitions, Featureform can align historical examples correctly instead of leaking future information into the training data.
Timestamps are central to correct ML training and serving workflows. When you include the relevant event timestamp in your feature and label definitions, Feature Form can align historical examples correctly instead of leaking future information into the training data.

Use timestamps consistently when:

Expand Down
28 changes: 20 additions & 8 deletions content/develop/ai/featureform/overview.md
Original file line number Diff line number Diff line change
@@ -1,17 +1,17 @@
---
title: Featureform overview
description: Learn what Featureform is, who it is for, and how it fits into Redis-based ML workflows.
title: Redis Feature Form overview
description: Learn what Redis Feature Form is, who it is for, and how it fits into Redis-based ML workflows.
linkTitle: Overview
weight: 10
---

Featureform is a feature engineering and feature serving workflow built for teams that want to define machine learning features in code while keeping their existing data platforms. It gives application teams a declarative Python SDK for working with providers, datasets, transformations, entities, features, labels, training sets, and online feature serving.
Redis Feature Form is a feature engineering and feature serving workflow built for teams that want to define machine learning features in code while keeping their existing data platforms. It gives application teams a declarative Python SDK for working with providers, datasets, transformations, entities, features, labels, training sets, and online feature serving.

In a typical deployment, Featureform reads or computes feature data in an offline system such as Snowflake, BigQuery, or Databricks and materializes selected features to Redis for low-latency inference.
In a typical deployment, Feature Form reads or computes feature data in an offline system such as Snowflake, BigQuery, or Databricks and materializes selected features to Redis for low-latency inference.

## Core workflow

The Featureform workflow follows a consistent progression:
The Feature Form workflow follows a consistent progression:

1. Register providers for your offline systems and your Redis online store.
2. Register datasets that represent raw inputs or curated tables.
Expand All @@ -23,18 +23,30 @@ The Featureform workflow follows a consistent progression:

## Where Redis fits

Redis is the online inference store in the Featureform workflow. After you materialize a feature view, applications can retrieve feature values with low latency for prediction requests, personalization, fraud detection, recommendation systems, and similar ML use cases.
Redis is the online inference store in the Feature Form workflow. After you materialize a feature view, applications can retrieve feature values with low latency for prediction requests, personalization, fraud detection, recommendation systems, and similar ML use cases.

## Main interfaces

The main user-facing interface is the Python SDK:

- `ff.Client(...)` to connect to Featureform
- `ff.Client(...)` to connect to Feature Form
- provider registration methods such as `register_snowflake`, `register_spark`, and `register_redis`
- decorators and builder APIs for transformations, features, and labels
- materialization and serving methods such as `materialize_feature_view(...)` and `serve_feature_view(...)`

Featureform also includes a dashboard for viewing registered resources and tasks, but the Python SDK is the primary authoring interface.
Feature Form also includes a dashboard for viewing registered resources and tasks, but the Python SDK is the primary authoring interface.

## Latest updates

The latest release adds enterprise-oriented capabilities:

- **Unified batch and streaming pipelines**: Support for tiling, backfills, and incremental updates reduces custom pipeline work.
- **Workspaces for multi-tenancy**: Isolate providers, data, authentication, and observability at the workspace level.
- **Fine-grained job control**: Planning, impact analysis, split materializations, and queue-based job management provide visibility into changes before they affect production systems.
- **Atomic DAG updates**: Manage graph-level changes atomically instead of versioning individual resources, which simplifies rollback and change history.
- **Enhanced RBAC and security**: Workspace-scoped access controls, API key pairs, a granular role model, audit logs, secret-provider improvements, mTLS, and encrypted internal transport.
- **Two-service deployment model**: A simplified deployment architecture that reduces operational complexity.
- **Redesigned dashboard**: Configure workspaces and providers directly from the UI.

## What to read next

Expand Down
18 changes: 9 additions & 9 deletions content/develop/ai/featureform/providers.md
Original file line number Diff line number Diff line change
@@ -1,33 +1,33 @@
---
title: Connect providers in Featureform
description: Register offline providers and Redis online stores for Featureform workflows.
title: Connect providers in Redis Feature Form
description: Register offline providers and Redis online stores for Feature Form workflows.
linkTitle: Providers
weight: 30
---

Use providers to connect Featureform to the systems where your data already lives.
Use providers to connect Feature Form to the systems where your data already lives.

In most deployments, you'll register:

- offline providers store or compute source data and transformed data
- online providers serve low-latency feature values to applications

Redis is the online provider in the Featureform workflow.
Redis is the online provider in the Feature Form workflow.

## Before you begin

Before you register providers, make sure you have:

- network access from Featureform to the systems you want to register
- network access from Feature Form to the systems you want to register
- credentials for each provider
- a clear decision about which system is authoritative for offline feature computation
- a Redis deployment for online serving

Featureform's current provider APIs rely heavily on catalog configuration. For Snowflake and Databricks, make sure you choose the catalog model before you register providers or datasets.
Feature Form's current provider APIs rely heavily on catalog configuration. For Snowflake and Databricks, make sure you choose the catalog model before you register providers or datasets.

## Offline providers

Featureform supports several offline systems, including:
Feature Form supports several offline systems, including:

- Snowflake
- BigQuery
Expand All @@ -48,7 +48,7 @@ redis = client.register_redis(
)
```

If your deployment requires TLS or ACL configuration, use the connection options supported by your current Featureform release and align them with your Redis security standards.
If your deployment requires TLS or ACL configuration, use the connection options supported by your current Feature Form release and align them with your Redis security standards.

For secured Redis deployments, you can also configure ACL usernames and TLS settings explicitly:

Expand Down Expand Up @@ -196,7 +196,7 @@ Use either `cluster_id` or `cluster_config`, not both.

## Catalog options

Featureform supports several catalog models for offline data:
Feature Form supports several catalog models for offline data:

```python
from featureform import UnityCatalog, GlueCatalog, SnowflakeCatalog, TableFormat
Expand Down
12 changes: 6 additions & 6 deletions content/develop/ai/featureform/quickstart.md
Original file line number Diff line number Diff line change
@@ -1,34 +1,34 @@
---
title: Featureform quickstart
title: Redis Feature Form quickstart
description: Register providers, define a feature, materialize it to Redis, and serve it.
linkTitle: Quickstart
weight: 20
---

This quickstart helps you register a simple Featureform workflow and serve feature values from Redis.
This quickstart helps you register a simple Redis Feature Form workflow and serve feature values from Redis.

You'll do the following:

1. Connect to Featureform.
1. Connect to Feature Form.
2. Register an offline provider and a Redis online store.
3. Register a dataset and define a transformation.
4. Define an entity and features.
5. Register metadata.
6. Materialize a feature view to Redis.
7. Serve feature values.

At the end, you'll have a Featureform feature view backed by Redis and a working `serve_feature_view(...)` call.
At the end, you'll have a Feature Form feature view backed by Redis and a working `serve_feature_view(...)` call.

## Before you begin

Before you start, make sure you have:

- a running Featureform deployment
- a running Feature Form deployment
- access to an offline system, such as Databricks or Spark
- access to a Redis deployment for online serving
- credentials for the systems you register in this guide

## Connect to Featureform
## Connect to Feature Form

```python
import featureform as ff
Expand Down
6 changes: 3 additions & 3 deletions content/develop/ai/featureform/streaming.md
Original file line number Diff line number Diff line change
@@ -1,19 +1,19 @@
---
title: Streaming features in Featureform
title: Streaming features in Redis Feature Form
description: Build stream-backed features with Kafka, streaming transformations, and Redis serving.
linkTitle: Streaming
weight: 70
---

Featureform supports stream-backed feature workflows for use cases that need continuously updated online values while preserving historical correctness for training.
Redis Feature Form supports stream-backed feature workflows for use cases that need continuously updated online values while preserving historical correctness for training.

This page focuses on the documented SDK surface: register Kafka, define a streaming transformation, define features with `from_stream(...)`, optionally backfill from a batch source, materialize a feature view, and serve it from Redis.

## Prerequisites

Before you build streaming features, you need:

- a running Featureform deployment
- a running Feature Form deployment
- a registered Redis online store
- a stream-capable compute provider such as Spark or Databricks
- a Kafka topic that contains the events you want to transform into features
Expand Down
Original file line number Diff line number Diff line change
@@ -1,11 +1,11 @@
---
title: Training sets and feature views in Featureform
description: Build training sets and materialize feature views to Redis with Featureform.
title: Training sets and feature views in Redis Feature Form
description: Build training sets and materialize feature views to Redis with Feature Form.
linkTitle: Training sets and feature views
weight: 60
---

Training sets and feature views are where Featureform turns definitions into outputs that model builders and applications can use.
Training sets and feature views are where Feature Form turns definitions into outputs that model builders and applications can use.

- training sets support model development
- feature views support online inference
Expand Down
2 changes: 1 addition & 1 deletion content/develop/whats-new/_index.md
Original file line number Diff line number Diff line change
Expand Up @@ -25,7 +25,7 @@ weight: 10

### Redis AI & Vectors

- Added [Featureform documentation]({{< relref "/develop/ai/featureform" >}}) for feature engineering workflows
- Added [Redis Feature Form documentation]({{< relref "/develop/ai/featureform" >}}) for feature engineering workflows
- [Overview]({{< relref "/develop/ai/featureform/overview" >}})
- [Quickstart guide]({{< relref "/develop/ai/featureform/quickstart" >}})
- [Provider connections]({{< relref "/develop/ai/featureform/providers" >}})
Expand Down
Loading