set up an mlflow 3 deployment job on databricks to gate model version promotion
domain: docs.databricks.com · 6 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗
Steps
Create model versions in a Unity Catalog-registered model as the trigger source for the deployment job
Build a deployment job with the required evaluation, approval, and deployment steps, each implemented as a notebook task
Set the two required job parameters, model_name and model_version, so the job knows which version it is acting on
Have the evaluation step call mlflow.evaluate to produce validation metrics on the new model version before any approval gate
Configure the job to run under a service principal with minimal permissions and set the max concurrent run limit to 1 (the recommended default) to avoid deployment races
Register a new model version to Unity Catalog and confirm the deployment job fires automatically, with its run status visible on the model and model version pages
Known gotchas
Deployment jobs are an MLflow 3 / Unity Catalog feature and are Databricks-specific — they don't exist in a plain open-source MLflow tracking server
The job auto-fires on every new model version, so an unintended re-registration can kick off an unwanted deployment run if approval gates aren't strict
Databricks explicitly recommends max concurrent runs = 1 to prevent race conditions between overlapping deployment job runs
Give your agent this knowledge — and 15,500+ more routes
One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp
Need this verified for your stack — or a route we don't have yet?