Publishing Inference Data
Last updated
Was this helpful?
Last updated
Was this helpful?
After you onboard an ML model or LLM application as a Fiddler , you can publish inference events for analysis, performance monitoring, and reporting. There are two types of inference data:
Pre-production data: Static datasets such as training or testing data that serve as references for comparison
Production data: Time series data from live model inferences that Fiddler monitors against your baselines
Fiddler offers two ways to publish inference data:
Python Client Library
Use the Python client for Python environments. Publish both production and pre-production inference data with the method.
For more details, see the documentation.
REST API
Use the for language-agnostic integration across any platform. Both production and pre-production inference data use a common interface.
For more details, see the .
Publish pre-production data to Fiddler as a single dataset. You can add multiple baseline datasets to a model to create customized references for different metrics and alert rules.
Fiddler accepts pre-production data in these formats:
Pandas DataFrame
Parquet file
CSV file
Note:
Pre-production datasets are immutable after publication. You can't update them or delete individual rows.
Fiddler provides several methods for publishing and editing production inference data:
Batch publishing: Send data in batches using pandas DataFrames, Parquet files, or CSV files
Stream publishing: Send individual events or small batches in near real-time
Update publishing: Modify previously published data
Delete publishing: Remove published data when needed
Fiddler accepts production data in these formats:
Pandas DataFrames
Parquet files
CSV files
List of Python dictionaries (limited to stream and updates)
A list of dictionaries is an additional data format on top of the three common to pre-production and production data.
Choose the method that best fits your use case by reviewing the publishing guides below:
Here are some considerations to keep in mind as you onboard models and begin publishing production data to Fiddler.
Inference Event Unique Identifier
Fiddler requires a unique identifier on each event published should you later need to update ground truth labels and/or metadata columns.
Define the unique identifier column name when onboarding a model: Model.event_id_col
A unique index on the event id column is not enforced
As duplicate values are allowed, events sharing the same event id value will all be used in calculating metrics
Inference Event Timestamp
Fiddler requires a timestamp for each inference event which is used as the event occurrence timestamp in time-series monitoring charts and alert rule evaluation.
Define the timestamp column name when onboarding a model: Model.event_ts_col
If not defined, Fiddler will use the time of publication as the event occurrence timestamp
Timestamps are stored and rendered in UTC
Timestamps with timezone are accepted but will be converted to UTC
Fiddler supports basic pandas timestamp formats by inferring from the data
Fiddler retains production inference event data for 90 days. Contact your Fiddler customer success representative if you need a different retention period.
Retained for 90 days from publication date
Automatically deleted after 90 days
Policy applies globally
Standard metrics derived from raw data are retained indefinitely
Dashboards and charts continue to display historical trends after raw data expires
Custom metrics require raw event data and aren't available for data older than 90 days
For detailed instructions, see the guide.
Need help? Contact us at .