Retail: Drift Detection
Tutorial Notebook 4: Observability Part 2 - Drift Detection
In the previous notebook you learned how to add simple validation rules to a pipeline, to monitor whether outputs (or inputs) stray out of some expected range. In this notebook, you will monitor the distribution of the pipeline’s predictions to see if the model, or the environment that it runs it, has changed.
# preload needed libraries
import wallaroo
from wallaroo.object import EntityNotFoundError
from IPython.display import display
# used to display DataFrame information without truncating
from IPython.display import display
import pandas as pd
pd.set_option('display.max_colwidth', None)
import json
import datetime
import time
# used for unique connection names
import string
import random
Login to Wallaroo
Retrieve the previous workspace, model versions, and pipelines used in the previous notebook.
## blank space to log in
wl = wallaroo.Client()
# retrieve the previous workspace, model, and pipeline version
workspace_name = 'tutorial-workspace-forecast'
workspace = wl.get_workspace(name=workspace_name, create_if_not_exist=True)
# set your current workspace to the workspace that you just created
wl.set_current_workspace(workspace)
model_name = "forecast-control-model"
prime_model_version = wl.get_model(model_name)
pipeline_name = 'rental-forecast'
pipeline = wl.get_pipeline(pipeline_name)
# verify the workspace/pipeline/model
display(wl.get_current_workspace())
display(prime_model_version)
display(pipeline)
{'name': 'tutorial-workspace-forecast', 'id': 8, 'archived': False, 'created_by': 'fca5c4df-37ac-4a78-9602-dd09ca72bc60', 'created_at': '2024-10-29T20:52:00.744998+00:00', 'models': [{'name': 'forecast-control-model', 'versions': 3, 'owner_id': '""', 'last_update_time': datetime.datetime(2024, 10, 29, 21, 35, 59, 4303, tzinfo=tzutc()), 'created_at': datetime.datetime(2024, 10, 29, 20, 54, 24, 314662, tzinfo=tzutc())}, {'name': 'forecast-alternate01-model', 'versions': 1, 'owner_id': '""', 'last_update_time': datetime.datetime(2024, 10, 30, 19, 56, 17, 519779, tzinfo=tzutc()), 'created_at': datetime.datetime(2024, 10, 30, 19, 56, 17, 519779, tzinfo=tzutc())}, {'name': 'forecast-alternate02-model', 'versions': 1, 'owner_id': '""', 'last_update_time': datetime.datetime(2024, 10, 30, 19, 56, 43, 83456, tzinfo=tzutc()), 'created_at': datetime.datetime(2024, 10, 30, 19, 56, 43, 83456, tzinfo=tzutc())}], 'pipelines': [{'name': 'rental-forecast', 'create_time': datetime.datetime(2024, 10, 29, 21, 0, 36, 927945, tzinfo=tzutc()), 'definition': '[]'}]}
Name | forecast-control-model |
Version | 4c9a1678-cba3-4db9-97a5-883ce89a9a24 |
File Name | forecast_standard.zip |
SHA | 80b51818171dc1e64e61c3050a0815a68b4d14b1b37e1e18dac9e4719e074eb1 |
Status | ready |
Image Path | proxy.replicated.com/proxy/wallaroo/ghcr.io/wallaroolabs/mac-deploy:v2024.2.0-5761 |
Architecture | x86 |
Acceleration | none |
Updated At | 2024-29-Oct 21:36:20 |
Workspace id | 8 |
Workspace name | tutorial-workspace-forecast |
name | rental-forecast |
---|---|
created | 2024-10-29 21:00:36.927945+00:00 |
last_updated | 2024-10-30 20:11:17.773417+00:00 |
deployed | True |
workspace_id | 8 |
workspace_name | tutorial-workspace-forecast |
arch | x86 |
accel | none |
tags | |
versions | c0d16da5-5db7-4af1-95e4-cb0c316a4ef3, bd5eb43f-5a2b-493c-a04b-863dccccb55f, 89729096-6581-42b8-9b06-10d580d31e11, b98b86fb-5941-45b6-af5d-c33f80ba7986, aead5518-ffb2-4d18-8898-89575ba90a9f, a2a887c0-a91b-4af7-b579-506c79631fa4, b8ac836a-903b-4327-a4c9-5cc7fb382aa7, 3e18cd2d-c006-497b-a756-5ecc95aa8439, bd3f7d6a-e246-4456-98b9-35b90990b86d |
steps | forecast-control-model |
published | False |
Set up the pipeline with the single model step as was done in notebook 1, then deploy it.
pipeline.clear()
pipeline.add_model_step(prime_model_version)
deploy_config = wallaroo.DeploymentConfigBuilder().replica_count(1).cpus(0.5).memory("1Gi").build()
pipeline.deploy(deployment_config=deploy_config)
ok
name | rental-forecast |
---|---|
created | 2024-10-29 21:00:36.927945+00:00 |
last_updated | 2024-10-30 20:20:43.920831+00:00 |
deployed | True |
workspace_id | 8 |
workspace_name | tutorial-workspace-forecast |
arch | x86 |
accel | none |
tags | |
versions | a601ce07-937c-436a-9735-0ac842173dfb, c0d16da5-5db7-4af1-95e4-cb0c316a4ef3, bd5eb43f-5a2b-493c-a04b-863dccccb55f, 89729096-6581-42b8-9b06-10d580d31e11, b98b86fb-5941-45b6-af5d-c33f80ba7986, aead5518-ffb2-4d18-8898-89575ba90a9f, a2a887c0-a91b-4af7-b579-506c79631fa4, b8ac836a-903b-4327-a4c9-5cc7fb382aa7, 3e18cd2d-c006-497b-a756-5ecc95aa8439, bd3f7d6a-e246-4456-98b9-35b90990b86d |
steps | forecast-control-model |
published | False |
Monitoring for Drift: Shift Happens.
In machine learning, you use data and known answers to train a model to make predictions for new previously unseen data. You do this with the assumption that the future unseen data will be similar to the data used during training: the future will look somewhat like the past.
But the conditions that existed when a model was created, trained and tested can change over time, due to various factors.
A good model should be robust to some amount of change in the environment; however, if the environment changes too much, your models may no longer be making the correct decisions. This situation is known as concept drift; too much drift can obsolete your models, requiring periodic retraining.
Let’s consider the example we’ve been working on: home sale price prediction. You may notice over time that there has been a change in the mix of properties in the listings portfolio: for example a dramatic increase or decrease in expensive properties (or more precisely, properties that the model thinks are expensive)
Such a change could be due to many factors: a change in interest rates; the appearance or disappearance of major sources of employment; new housing developments opening up in the area. Whatever the cause, detecting such a change quickly is crucial, so that the business can react quickly in the appropriate manner, whether that means simply retraining the model on fresher data, or a pivot in business strategy.
In Wallaroo you can monitor your housing model for signs of drift through the model monitoring and insight capability called Assays. Assays help you track changes in the environment that your model operates within, which can affect the model’s outcome. It does this by tracking the model’s predictions and/or the data coming into the model against an established baseline. If the distribution of monitored values in the current observation window differs too much from the baseline distribution, the assay will flag it. The figure below shows an example of a running scheduled assay.
Figure: A daily assay that’s been running for a month. The dots represent the difference between the distribution of values in the daily observation window, and the baseline. When that difference exceeds the specified threshold (indicated by a red dot) an alert is set.
This next set of exercises will walk you through setting up an assay to monitor the predictions of your house price model, in order to detect drift.
NOTE
An assay is a monitoring process that typically runs over an extended, ongoing period of time. For example, one might set up an assay that every day monitors the previous 24 hours’ worth of predictions and compares it to a baseline. For the purposes of these exercises, we’ll be compressing processes what normally would take hours or days into minutes.
We will use this data to set up some “historical data” in the house price prediction pipeline that you build in the assay exercises.
Set Assay Baseline
In order to know whether the distribution of your model’s predictions have changed, you need a baseline to compare them to. This baseline should represent how you expect the model to behave at the time it was trained. This might be approximated by the distribution of the model’s predictions over some “typical” period of time. For example, we might collect the predictions of our model over the first few days after it’s been deployed. For these exercises, we’ll compress that to a few minutes. Currently, to set up a wallaroo assay the pipeline must have been running for some period of time, and the assumption is that this period of time is “typical”, and that the distributions of the inputs and the outputs of the model during this period of time are “typical.”
Set Assay Baseline Data Exercise
Here, we simulate having a pipeline that’s been running for a long enough period of time to set up an assay.
To send enough data through the pipeline to create assays, you execute something like the following code (using the appropriate names for your pipelines and models). Note that this step will take a little while, because of the sleep
interval.
You will need the timestamps baseline_start
, and baseline_end
, for the next exercises.
# get your pipeline (in this example named "mypipeline")
pipeline = get_pipeline("mypipeline")
pipeline.deploy()
## Run some baseline data
# Where the baseline data will start
baseline_start = datetime.datetime.now()
# the number of samples we'll use for the baseline
nsample = 500
# Wait 30 seconds to set this data apart from the rest
# then send the data in batch
time.sleep(30)
# get a sample
lowprice_data_sample = lowprice_data.sample(nsample, replace=True).reset_index(drop=True)
pipeline.infer(lowprice_data_sample)
# Set the baseline end
baseline_end = datetime.datetime.now()
from resources import simdb
from resources import util
def get_singleton_forecast(df, field):
singleton = pd.DataFrame({field: [df[field].values.tolist()]})
return singleton
# test inference
sample_count = pd.read_csv('../data/test_data.csv')
inference_df = get_singleton_forecast(sample_count.loc[2:22], 'count')
results = pipeline.infer(inference_df)
display(results)
time | in.count | out.forecast | out.weekly_average | anomaly.count | |
---|---|---|---|---|---|
0 | 2024-10-30 20:23:36.236 | [1349, 1562, 1600, 1606, 1510, 959, 822, 1321, 1263, 1162, 1406, 1421, 1248, 1204, 1000, 683, 1650, 1927, 1543, 981, 986] | [1278, 1295, 1295, 1295, 1295, 1295, 1295] | 1292.5714 | 0 |
Create Assay Builder and Set Baseline
Before setting up an assay on this pipeline’s output, we may want to look at the distribution of the predictions over our selected baseline period. To do that, we’ll create an assay_builder that specifies the pipeline, the model in the pipeline, and the baseline period.. We’ll also specify that we want to look at the output of the model, which in the example code is named variable
, and would appear as out.variable
in the logs.
# print out one of the logs to get the name of the output variable
display(pipeline.logs(limit=1))
# get the model name directly off the pipeline (you could just hard code this, if you know the name)
model_name = pipeline.model_configs()[0].model().name()
assay_builder = ( wl.build_assay(assay_name, pipeline, model_name,
baseline_start, baseline_end)
.add_iopath("output variable 0") ) # specify that we are looking at the first output of the output variable "variable"
where baseline_start
and baseline_end
are the beginning and end of the baseline periods as datetime.datetime
objects.
You can then examine the distribution of variable
over the baseline period:
assay_builder.baseline_histogram()
Create Assay Builder and Set Baseline Exercise
Create an assay builder to monitor the output of your house price pipeline. The baseline period should be from baseline_start
to baseline_end
.
- You will need to know the name of your output variable, and the name of the model in the pipeline.
Here’s an example.
import datetime
import time
baseline_start = datetime.datetime.now()
time.sleep(5)
pipeline.infer(lowprice_data)
time.sleep(5)
baseline_end = datetime.datetime.now()
assay_builder = ( wl.build_assay('sample assay john', pipeline, model_name,
baseline_start, baseline_end)
.add_iopath("output variable 0") )
assay_builder.baseline_histogram()
## Blank space to create an assay builder and examine the baseline distribution
import datetime
baseline_start = datetime.datetime.now()
for i in range(30):
inference_df = get_singleton_forecast(sample_count.loc[i:i+30], 'count')
results = pipeline.infer(inference_df)
baseline_end = datetime.datetime.now()
# now build the actual baseline
display(baseline_start)
display(baseline_end)
assay_baseline_from_dates = wl.build_assay(assay_name="assays from date baseline forecast",
pipeline=pipeline,
iopath="output weekly_average 0",
baseline_start=baseline_start,
baseline_end=baseline_end)
# create the baseline from the dates
assay_config_from_dates = assay_baseline_from_dates.build()
assay_results_from_dates = assay_config_from_dates.interactive_baseline_run()
assay_baseline_from_dates.baseline_histogram()
datetime.datetime(2024, 10, 30, 20, 23, 45, 751598)
datetime.datetime(2024, 10, 30, 20, 23, 47, 843519)
assay_results_from_dates.baseline_stats()
Baseline | |
---|---|
count | 30 |
min | 0.0 |
max | 0.0 |
mean | 0.0 |
median | 0.0 |
std | 0.0 |
start | 2024-10-30T20:23:45.751598+00:00 |
end | 2024-10-30T20:23:47.842598+00:00 |
Assay Windows
An assay should detect if the distribution of model predictions changes from the above distribution over regularly sampled observation windows. This is called drift.
To show drift, we’ll run more data through the pipeline – first some data drawn from the same distribution as the baseline (lowprice_data
). Then, we will gradually introduce more data from a different distribution (highprice_data
). We should see the difference between the baseline distribution and the distribution in the observation window increase.
To set up the data, you should do something like the below. It will take a while to run, because of all the sleep
intervals.
You will need the assay_window_end
for a later exercise.
IMPORTANT NOTE: To generate the data for the assay, this process may take 4-5 minutes. Because the shortest period of time for an assay window is 1 minute, the intervals of inference data are spaced to fall within that time period.
# Set the start for our assay window period.
assay_window_start = datetime.datetime.now()
# Run a set of house values, spread across a "longer" period of time
# run "typical" data
for x in range(4):
pipeline.infer(lowprice_data.sample(2*nsample, replace=True).reset_index(drop=True))
time.sleep(25)
# run a mix
for x in range(3):
pipeline.infer(lowprice_data.sample(nsample, replace=True).reset_index(drop=True))
pipeline.infer(highprice_data.sample(nsample, replace=True).reset_index(drop=True))
time.sleep(25)
# high price houses dominate the sample
for x in range(3):
pipeline.infer(highprice_data.sample(2*nsample, replace=True).reset_index(drop=True))
time.sleep(25)
# End our assay window period
assay_window_end = datetime.datetime.now()
Assay Windows Exercise
Run more data through the pipeline, manifesting a drift, like the example above. It may around 10 minutes depending on how you stagger the inferences.
Here’s an example of some code to use:
## Blank space to run more data
assay_window_start = datetime.datetime.now()
# Run a set of house values, spread across a "longer" period of time
nsample = 500
# run "typical" data
for x in range(4):
pipeline.infer(lowprice_data.sample(2*nsample, replace=True).reset_index(drop=True))
time.sleep(25)
# run a mix
for x in range(3):
pipeline.infer(lowprice_data.sample(nsample, replace=True).reset_index(drop=True))
pipeline.infer(highprice_data.sample(nsample, replace=True).reset_index(drop=True))
time.sleep(25)
# high price houses dominate the sample
for x in range(3):
pipeline.infer(highprice_data.sample(2*nsample, replace=True).reset_index(drop=True))
time.sleep(25)
# End our assay window period
assay_window_end = datetime.datetime.now()
## Blank space to run more data
assay_window_start = datetime.datetime.now()
# run "typical" data
for i in range(30):
inference_df = get_singleton_forecast(sample_count.loc[i:i+30], 'count')
results = pipeline.infer(inference_df)
time.sleep(65)
# run the future
for i in range(30):
inference_df = get_singleton_forecast(sample_count.loc[i+427:i+457], 'count')
results = pipeline.infer(inference_df)
time.sleep(65)
# End our assay window period
assay_window_end = datetime.datetime.now()
Define Assay Parameters
Now we’re finally ready to set up an assay!
The Observation Window
Once a baseline period has been established, you must define the window of observations that will be compared to the baseline. For instance, you might want to set up an assay that runs every 12 hours, collects the previous 24 hours’ predictions and compares the distribution of predictions within that 24 hour window to the baseline. To set such a comparison up would look like this:
assay_builder.window_builder().add_width(hours=24).add_interval(hours=12)
In other words width is the width of the observation window, and interval is how often an assay (comparison) is run. The default value of width is 24 hours; the default value of interval is to set it equal to width. The units can be specified in one of: minutes
, hours
, days
, weeks
.
The Comparison Threshold
Given an observation window and a baseline distribution, an assay computes the distribution of predictions in the observation window. It then calculates the “difference” (or “distance”) between the observed distribution and the baseline distribution. For the assay’s default distance metric (which we will use here), a good starting threshold is 0.1. Since a different value may work best for a specific situation, you can try interactive assay runs on historical data to find a good threshold, as we do in these exercises.
To set the assay threshold for the assays to 0.1:
assay_builder.add_alert_threshold(0.1)
Running an Assay on Historical Data
In this exercise, you will build an interactive assay over historical data. To do this, you need an end time (endtime
).
Depending on the historical history, the window and interval may need adjusting. If using the previously generated information, an interval window as short as 1 minute may be useful.
Assuming you have an assay builder with the appropriate window parameters and threshold set, you can do an interactive run and look at the results would look like this.
# set the end of the interactive run
assay_builder.add_run_until(endtime)
# set the window
assay_builder.window_builder().add_width(hours=24).add_interval(hours=12)
assay_results = assay_builder.build().interactive_run()
df = assay_results.to_dataframe() # to return the results as a table
assay_results.chart_scores() # to plot the run
Define Assay Parameters Exercise
Use the assay_builder you created in the previous exercise to set up an interactive assay.
- The assay should run every minute, on a window that is a minute wide.
- Set the alert threshold to 0.1.
- You can use
assay_window_end
(or a later timestamp) as the end of the interactive run.
Examine the assay results. Do you see any drift?
To try other ways of examining the assay results, see the “Interactive Assay Runs” section of the Model Insights tutorial.
Here’s some code to use.
# blank space for setting assay parameters, creating and examining an interactive assay
# set the end of the interactive run
assay_builder.add_run_until(assay_window_end)
# doing minutes to get our previous values in
assay_builder.window_builder().add_width(minutes=1).add_interval(minutes=1)
assay_builder.add_alert_threshold(0.1)
assay_results = assay_builder.build().interactive_run()
df = assay_results.to_dataframe() # to return the results as a table
assay_results.chart_scores() # to plot the run
# Build the assay, based on the start and end of our baseline time,
# and tracking the output variable index 0
# Create the assay baseline
assay_baseline = wl.build_assay(assay_name="assays from date baseline",
pipeline=pipeline,
iopath="output weekly_average 0",
baseline_start=baseline_start,
baseline_end=baseline_end)
# Set the assay parameters
# The end date to gather inference results
assay_baseline.add_run_until(datetime.datetime.now())
# Set the interval and window to one minute each, set the start date for gathering inference results
assay_baseline.window_builder().add_width(minutes=1).add_interval(minutes=1).add_start(baseline_start)
# build the assay configuration
assay_config = assay_baseline.build()
# perform an interactive run and collect inference data
assay_results = assay_config.interactive_run()
# Preview the assay analyses
assay_results.chart_scores()
Schedule an Assay for Ongoing Data
(We won’t be doing an exercise here, this is for future reference).
Once you are satisfied with the parameters you have set, you can schedule an assay to run regularly .
assay_baseline = wl.build_assay(assay_name="assays from date baseline",
pipeline=pipeline,
iopath="output weekly_average 0",
baseline_start=baseline_start,
baseline_end=baseline_end)
# Set the assay parameters
# The end date to gather inference results
assay_baseline.add_run_until(datetime.datetime.now())
# Set the interval and window to one minute each, set the start date for gathering inference results
assay_baseline.window_builder().add_width(minutes=1).add_interval(minutes=1).add_start(baseline_start)
# now schedule the assay
assay_id = assay_baseline.upload()
You can use the assay id later to get the assay results.
Cleaning up.
Now that the tutorial is complete, don’t forget to undeploy your pipeline to free up the resources.
# blank space to undeploy your pipeline
pipeline.undeploy()
Waiting for undeployment - this will take up to 45s .................................... ok
name | rental-forecast |
---|---|
created | 2024-10-29 21:00:36.927945+00:00 |
last_updated | 2024-10-30 20:20:43.920831+00:00 |
deployed | False |
workspace_id | 8 |
workspace_name | tutorial-workspace-forecast |
arch | x86 |
accel | none |
tags | |
versions | a601ce07-937c-436a-9735-0ac842173dfb, c0d16da5-5db7-4af1-95e4-cb0c316a4ef3, bd5eb43f-5a2b-493c-a04b-863dccccb55f, 89729096-6581-42b8-9b06-10d580d31e11, b98b86fb-5941-45b6-af5d-c33f80ba7986, aead5518-ffb2-4d18-8898-89575ba90a9f, a2a887c0-a91b-4af7-b579-506c79631fa4, b8ac836a-903b-4327-a4c9-5cc7fb382aa7, 3e18cd2d-c006-497b-a756-5ecc95aa8439, bd3f7d6a-e246-4456-98b9-35b90990b86d |
steps | forecast-control-model |
published | False |
You have now walked through setting up a basic assay and running it over historical data.
Congratulations!
In this tutorial you have
- Deployed a single step house price prediction pipeline and sent data to it.
- Compared two house price prediction models in an A/B test
- Compared two house price prediction models in a shadow deployment.
- Swapped the “winner” of the comparisons into the house price prediction pipeline.
- Set validation rules on the pipeline.
- Set up an assay on the pipeline to monitor for drift in its predictions.
Great job!