Toggle auto-tune on/off for a job's recommendation
Changed onEnable or disable auto-tune for a recommendation.
Three flows behind one endpoint (v2.5 §15):
- Enable — write APPLY_REQUESTED + flip config to enabled. Worker picks up async and calls Databricks.
- Disable when never applied — fast-path. Write APPLY_REQUESTED (mode=disable) + flip the per-role cfg rows to disabled. No Databricks call needed.
- Disable when previously APPLIED — sync rollback. BE preflight → optionally cancel active runs (with force=true) → POST /api/2.2/jobs/update with attributes.from of the most recent APPLIED → write APPLIED audit row + update config in one Postgres tx. On Databricks failure: NO audit row, surface error.
Request
- Base URL: https://api.myaltimate.com (the document declares no server; this is the origin it was published from)
- URL: https://api.myaltimate.com/api/v1/databricks/jobs/{job_id}/auto-tune/toggle
- Auth: one of:
- HTTP bearer
- HTTP bearer
Path parameters
Query parameters
Tenant instance ID (workspace) the job runs in
Optional Databricks workspace_id to scope queries to a specific workspace within the tenant's Databricks account. Defends against cross-workspace job_id collisions. When omitted, resolves ownership from job inventory.
Task key when toggling a per-task recommendation. Empty string for job-level recommendations (default).
Only meaningful for sync rollback (disable on an applied rec). When the job has active runs, force=true cancels them before reverting the cluster config. Defaults to false; the BE returns rollback.needs_confirmation=true and the FE shows an interstitial.
Headers
Request body
Response
Successful Response
Changes
- info
added the optional property
/to the response with the status
- info
- info
added the optional property
/to the response with the status
- info