Explain the difference between data drift and concept drift, and how you would detect each.
What the interviewer wants to hear
- Data drift is a change in input distributions
- Concept drift is a change in the input to output relationship
- Data drift can be detected without labels using PSI or KS tests
- Concept drift usually needs labels or proxy outcomes
Model answer
Data drift means the inputs change: for example, a new marketing campaign brings in younger users, so the age distribution shifts. Concept drift means the relationship between inputs and the target changes: the same transaction pattern that used to be safe is now fraud because fraudsters adapted. Data drift can be detected without labels by comparing live feature and prediction distributions with the training data, using PSI, KS tests or a classifier that tries to tell the two apart. Concept drift is harder because inputs may look normal. It usually shows up as falling performance once labels arrive, so I track metrics over time on delayed labels and use proxy signals such as complaint rates in the meantime. In both cases I alert on meaningful changes in important features or model performance, not on every small statistical difference.
Can you answer it under time pressure?
Take a timed easy round and get scored on every answer.
More easy MLOps Engineer questions
- What is MLOps, and how is it different from traditional DevOps?
- Why does a team need a model registry? What information should it store?
- How do you make a model training run reproducible?
- How would you deploy a trained scikit-learn model as a REST API?
- What would you monitor for a model running in production?
- What is training-serving skew, and how do you prevent it?
- How do you decide between batch predictions and a real-time model API?
- What makes a good Docker image for a model-serving service?
- Which Kubernetes concepts matter most when you deploy a model service, and why?