Databricks ML Associate workflows and deployment
ML Workflows (19%) and Model Deployment (12%) are 31% of the Databricks Machine Learning Associate exam between them — around 15 of the 48 scored questions. Workflows is the larger of the two; deployment is the smallest section on the exam at about six questions.
ML workflows (19%)
Turning ad-hoc experimentation into something repeatable.
Structuring the process. The end-to-end sequence: ingest, explore, prepare, engineer features, train, evaluate, register, deploy, monitor. Know which stage a described activity belongs to — questions often hinge on identifying that a step has been skipped or done out of order.
Automation and scheduling. Running training or scoring as scheduled jobs rather than manually. Handling dependencies between tasks, and what happens when one fails.
Reproducibility. The recurring theme, and the reason MLflow matters so much on this exam. To reproduce a model you need to know:
- which data version it used
- which code version produced it
- which parameters were set
- which environment it ran in
A workflow that cannot answer those four questions is not reproducible, and that is a finding the exam expects you to recognise.
Retraining. When and why to retrain: new data, changed conditions, or degraded performance. Scheduled retraining versus retraining triggered by a monitored signal.
Model deployment (12%)
Only about six questions, so cover it and move on — but do cover it.
Batch versus real-time. The most tested decision in the section:
| Approach | Use when |
|---|---|
| Batch inference | Large volumes on a schedule; per-record latency irrelevant |
| Real-time serving | Interactive requests needing an immediate response |
| Streaming | Records arrive continuously and must be scored as they arrive |
The rule: if latency does not matter, do not pay for a persistent endpoint. A nightly scoring job over millions of records is batch. A customer-facing API is real-time.
Serving a registered model. Deployment starts from the registry, not from a notebook. This is why registration matters: the deployed artefact should be a known, versioned model rather than whatever was in someone’s workspace.
Basic monitoring. After deployment: is it running, is it fast enough, and is prediction quality holding up? Drift — where live data diverges from training data — is the reason quality degrades with nothing having changed.
Sample questions
Question 1. A scoring job processes 5 million records every night. Per-record latency is irrelevant and the team wants the lowest cost. Which deployment approach fits?
- A. A real-time serving endpoint sized for peak load
- B. Structured streaming inference
- C. Scheduled batch inference
- D. Manually running a notebook each night
Show answer
Answer: C
Batch inference on a schedule processes large volumes without holding a persistent endpoint, which is the cheapest option when latency does not matter. A real-time endpoint bills for idle capacity most of the day, streaming suits continuously arriving records, and manual notebook runs are not a production deployment.
Question 2. Six months after deployment, a model's predictions have become steadily less accurate. No code, data pipeline or infrastructure change has occurred. What is the most likely explanation?
- A. The serving cluster is misconfigured
- B. Data drift; live data has diverged from the training distribution
- C. An expired access token on the endpoint
- D. Someone edited the training notebook
Show answer
Answer: B
Gradual degradation with nothing changed is drift, where live data diverges from the training distribution over time. A cluster misconfiguration would cause failures rather than gradual decline, an expired token would break access entirely, and notebook changes would be a change.
Question 3. An auditor asks the team to reproduce exactly how the currently deployed model was created. Which combination makes this possible?
- A. Endpoint invocation logs for the past year
- B. A written description of the approach in the team wiki
- C. A copy of the model artefact in cloud storage
- D. The registered model version linked to its data version, code version, parameters and environment
Show answer
Answer: D
Reproducibility requires the data version, code version, parameters and environment recorded together and linked to the registered model version. Endpoint logs record inference, a written description is not a record of inputs, and the model artefact alone does not explain how it was produced.
What to practise
Take a model you have trained and deploy it twice: once as a scheduled batch job, once to a serving endpoint. Note what each costs when nothing is happening. Then try to answer the four reproducibility questions for a model you built last month — data, code, parameters, environment.
If you cannot answer all four, you have just experienced the gap this section is testing.