These examples are invented for practice. Google’s Model Monitoring overview describes supported comparisons; verify the current configuration for your deployment.

Incident A: missing features after a release

A payment-risk service normally receives a recent transaction-count feature for 99% of requests. Ten minutes after a feature-service release, coverage falls to 55%. The prediction endpoint still returns successful HTTP responses, but many requests use the configured default value. Labels for confirmed fraud take several weeks to arrive.

PAUSE AND DECIDE

What can you establish now? What is your first operational response? What would you inspect before deciding to retrain?

Reveal a reasonable investigation

The observed fact is a feature-coverage drop coinciding with a release; the cause is not yet proven. Check the deployment, feature-service errors, schema, entity keys, freshness, and default-value rate. Follow the incident policy: consider reverting the feature-service change or using a preapproved fallback if the degraded input violates a guardrail. Preserve release and request metadata without exposing sensitive payloads. Retraining on defective inputs could encode the error rather than repair it.

Incident B: a new customer region

A model expands to a new region. Its input distribution differs from the training reference, but feature coverage and service health remain normal. Product owners confirm that the new region has a different customer mix. No mature outcome labels are available yet.

PAUSE AND DECIDE

Does the shift prove model accuracy has degraded? Which checks can happen now, and which require later outcome evidence?

Reveal a reasonable investigation

The input shift is a signal, not proof of lost accuracy or concept drift. Validate units, joins, feature definitions, source quality, access, and population mix now. Compare score distributions and operational performance by region. When representative labels mature, measure quality and important slices, accounting for selective or delayed labels. If evidence supports a new model, evaluate it against the current baseline before promotion.

Make the response repeatable

  1. Record the signal, baseline, affected model and feature versions, time window, and sample count.
  2. Check service health, schema, freshness, recent releases, and population mix.
  3. Apply the predeclared fallback or rollback rule when a critical guardrail is breached.
  4. Separate immediate investigation from later label-based quality assessment.
  5. Document the cause, owner, mitigation, and regression test before closing the incident.

Continue with drift, skew and monitoring and pipeline gates and lineage.