GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | |||||||||||||||||||||||||||||||||||||||||||||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | |||||||||||||||||||||||||||||||||||||||||||||
GeezerVison is showing github.com — feat: Add materialization, feature freshness, request latency, and push metrics to feature server by ntkathole · Pull Request #6071 · feast-dev/feast Conversation
|
| Metric | Type | Labels |
|---|---|---|
feast_feature_server_request_total |
Counter | endpoint, status |
feast_feature_server_request_latency_seconds |
Histogram | endpoint, feature_count, feature_view_count |
feast_online_features_request_total |
Counter | — |
feast_online_features_entity_count |
Histogram | — |
feast_push_request_total |
Counter | push_source, mode |
feast_materialization_total |
Counter | feature_view, status |
feast_materialization_duration_seconds |
Histogram | feature_view |
feast_feature_freshness_seconds |
Gauge | feature_view, project |
feast_feature_server_cpu_usage |
Gauge | — |
feast_feature_server_memory_usage |
Gauge | — |
Metrics are fully opt-in with zero overhead when disabled. Enable via CLI or YAML:
feature_server: metrics: enabled: true resource: true # CPU / memory gauges request: true # endpoint latency & request counters online_features: true # online feature retrieval counters push: true # push request counters materialization: true # materialization counters & duration freshness: true # per-feature-view freshness gauges
Per-category toggles let disable specific metric groups (e.g., keep CPU/memory but skip request latency). All categories default to true. The --metrics CLI flag works without any YAML config.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
82d4bf7 to
534688e
Compare
534688e to
6f6ff76
Compare
| metrics: true | ||
| ``` | ||
|
|
||
| The operator automatically exposes port 8000 and creates the corresponding |
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Should the operator also create the PodMonitor / ServiceMonitor resource owned by the FeatureStore resource for Prometheus operator to discover the metrics endpoint and configure the scraping?
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
That would be a good enhancement, we can have CRD detection guard to avoid crashing on vanilla Kubernetes clusters without the Prometheus Operator. Will raise an issue for this.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
6f6ff76 to
4518b88
Compare
4518b88 to
e8ca946
Compare
e8ca946 to
de33e02
Compare
de33e02 to
7db8e10
Compare
7db8e10 to
18e2786
Compare
18e2786 to
34abf5f
Compare
34abf5f to
bec7f4f
Compare
…sh metrics to feature server Signed-off-by: ntkathole <[email protected]>
bec7f4f to
d0cc3dd
Compare
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
There was an error while loading. Please reload this page.