The Feast CLI comes bundled with the Feast Python package. It is immediately available after installing Feast.
The Feast CLI provides one global top-level option that can be used with other commands
chdir (-c, --chdir)
This command allows users to run Feast CLI commands in a different folder from the current working directory.
Creates or updates a feature store deployment
What does Feast apply do?
Feast will scan Python files in your feature repository and find all Feast object definitions, such as feature views, entities, and data sources.
Feast will validate your feature definitions (e.g. for uniqueness of features)
Feast will sync the metadata about Feast objects to the registry. If a registry does not exist, then it will be instantiated. The standard registry is a simple protobuf binary file that is stored on disk (locally or in an object store).
feast apply (when configured to use cloud provider like gcp or aws) will create cloud infrastructure. This may incur costs.
List all registered entities
List all registered feature views
Creates a new feature repository
It's also possible to use other templates
or to set the name of the new project
Load data from feature views into the online store between two dates
Load data for specific feature views into the online store between two dates
Load data from feature views into the online store, beginning from either the previous materialize or materialize-incremental end date, or the beginning of time.
Tear down deployed feature store infrastructure
Print the current Feast version
Usage: feast [OPTIONS] COMMAND [ARGS]...
Feast CLI
For more information, see our public docs at https://docs.feast.dev/
For any questions, you can reach us at https://slack.feast.dev/
Options:
-c, --chdir TEXT Switch to a different feature repository directory before
executing the given subcommand.
--help Show this message and exit.
Commands:
apply Create or update a feature store deployment
entities Access entities
feature-views Access feature views
init Create a new Feast repository
materialize Run a (non-incremental) materialization job to...
materialize-incremental Run an incremental materialization job to ingest...
registry-dump Print contents of the metadata registry
teardown Tear down deployed feature store infrastructure
version Display Feast SDK versionprovider configuration that you have set in feature_store.yaml. For example, setting local as your provider will result in a sqlite online store being created.feast -c path/to/my/feature/repo applyfeast applyfeast entities listNAME DESCRIPTION TYPE
driver_id driver id ValueType.INT64feast feature-views listNAME ENTITIES
driver_hourly_stats ['driver_id']feast init my_repo_nameCreating a new Feast repository in /projects/my_repo_name..
βββ data
β βββ driver_stats.parquet
βββ example.py
βββ feature_store.yamlfeast init -t gcp my_feature_repofeast init -t gcp my_feature_repofeast materialize 2020-01-01T00:00:00 2022-01-01T00:00:00feast materialize -v driver_hourly_stats 2020-01-01T00:00:00 2022-01-01T00:00:00Materializing 1 feature views from 2020-01-01 to 2022-01-01
driver_hourly_stats:
100%|ββββββββββββββββββββββββββ| 5/5 [00:00<00:00, 5949.37it/s]feast materialize-incremental 2022-01-01T00:00:00feast teardownfeast version