Update Databricks integration setup docs (DOIO-94)#38129
Conversation
a75c7c2 to
2b1b494
Compare
Reduce onboarding friction in the Databricks setup docs: - Fold the required workspace entitlements (Workspace access, Databricks SQL access, Admin access) into service principal creation, replacing the separate "add to admins group" steps; note the granular-permissions fallback when Admin access cannot be granted. - Restructure SQL Warehouse setup into a single step with ordered substeps: select a Pro/Serverless warehouse (recommend a dedicated 2XS), copy the ID, grant CAN USE, and grant system-table read access. - Document where to find the SQL Warehouse ID, and note it powers Quality Monitoring, with a cross-link to that page. - Tell users to run the system-table GRANT commands in the SQL Editor, and fix the grant syntax to use the backticked client ID instead of the service principal display name. - Surface the MANAGE-on-CATALOG-system prerequisite as a warning callout. Also updates the Cloud Cost Management (saas_costs) and Quality Monitoring Databricks docs to use the SQL Editor and backticked client ID for the system-table grants. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2b1b494 to
fd25825
Compare
Databricks does not accept quotes of any kind in the Environment variables textbox (or the cluster-policy spark_env_vars Value field); whitespace in the workspace name is accepted without quoting. Remove the quotes and the "enclose in double quotes" note from those two UI-field contexts. The global init script remains a real shell script, where export VAR="..." quoting is valid and required for whitespace values, so it is left unchanged. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This comment has been minimized.
This comment has been minimized.
Just remove the quote instruction rather than explaining the behavior; the example already omits the quotes. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
buraizu
left a comment
There was a problem hiding this comment.
Thanks for the PR, requesting a few updates. Also raising a few additional points:
- Screenshot check: The screenshot at
content/en/data_observability/jobs_monitoring/databricks/_index.md:376(configure-databricks-cluster-init-script-quoted.png) — the filename suggests it may still show a quoted value in the Spark "Environment variables" textbox, which would now contradict the updated "do not enclose the value in quotes" instruction right below it. Worth confirming the screenshot matches the new guidance before merging. - GRANT statement ordering: The three
GRANTstatements for Unity Catalog system-table access are ordered differently betweenjobs_monitoring/databricks/_index.md(CATALOG, SELECT, SCHEMA) andcloud_cost_management/setup/saas_costs.md(CATALOG, SCHEMA, SELECT). This predates the PR, but since every line in these blocks is already being touched, it's a low-cost opportunity to standardize the order. Not blocking. - Callout ordering at
_index.md:43-47: The new NOTE (Admin access fallback) is now stacked directly above a pre-existing WARNING about the service principal's Azure management type. The WARNING isn't actually related to entitlements — it's about a choice made earlier, when the service principal is created. Consider moving the WARNING up to where the service principal type is chosen (near "Click Add service principal, then click Add new"), so the entitlements section ends with just the one relevant callout. This is a pre-existing placement issue the PR happens to make more visible, not something introduced by this PR — optional follow-up.
| | DD_API_KEY | Your [Datadog API key][1]. | | ||
| | DD_SITE | Your [Datadog site][2]. | | ||
| | DATABRICKS_WORKSPACE | Name of your Databricks Workspace. It should match the name provided in the [Datadog-Databricks integration step](#configure-the-datadog-databricks-integration). Enclose the name in double quotes if it contains whitespaces. | | ||
| | DATABRICKS_WORKSPACE | Name of your Databricks Workspace. It should match the name provided in the [Datadog-Databricks integration step](#configure-the-datadog-databricks-integration). Do not enclose the value in quotes; Databricks does not accept quotes in this field. Whitespace in the name is allowed. | |
There was a problem hiding this comment.
| | DATABRICKS_WORKSPACE | Name of your Databricks Workspace. It should match the name provided in the [Datadog-Databricks integration step](#configure-the-datadog-databricks-integration). Do not enclose the value in quotes; Databricks does not accept quotes in this field. Whitespace in the name is allowed. | | |
| | DATABRICKS_WORKSPACE | Name of your Databricks Workspace. It should match the name provided in the [Datadog-Databricks integration step](#configure-the-datadog-databricks-integration). Do not enclose the value in quotes. Databricks does not accept quotes in this field. Whitespace in the name is allowed. | |
| | DD_API_KEY | Your [Datadog API key][1]. | | | ||
| | DD_SITE | Your [Datadog site][2]. | | | ||
| | DATABRICKS_WORKSPACE | Name of your Databricks Workspace. It should match the name provided in the [Datadog-Databricks integration step](#configure-the-datadog-databricks-integration). Enclose the name in double quotes if it contains whitespace. | | | ||
| | DATABRICKS_WORKSPACE | Name of your Databricks Workspace. It should match the name provided in the [Datadog-Databricks integration step](#configure-the-datadog-databricks-integration). Do not enclose the value in quotes; Databricks does not accept quotes in this field. Whitespace in the name is allowed. | | |
There was a problem hiding this comment.
| | DATABRICKS_WORKSPACE | Name of your Databricks Workspace. It should match the name provided in the [Datadog-Databricks integration step](#configure-the-datadog-databricks-integration). Do not enclose the value in quotes; Databricks does not accept quotes in this field. Whitespace in the name is allowed. | | | |
| | DATABRICKS_WORKSPACE | Name of your Databricks Workspace. It should match the name provided in the [Datadog-Databricks integration step](#configure-the-datadog-databricks-integration). Do not enclose the value in quotes. Databricks does not accept quotes in this field. Whitespace in the name is allowed. | | |
…x.md Co-authored-by: Bryce Eadie <bryce.eadie@datadoghq.com>
Co-authored-by: Bryce Eadie <bryce.eadie@datadoghq.com>
- Repoint the Spark env-vars screenshot to the unquoted-values image (configure-databricks-cluster-init-script.png) so it matches the "do not enclose the value in quotes" guidance - Standardize the Unity Catalog GRANT order to USE CATALOG, USE SCHEMA, SELECT, matching cloud_cost_management/setup/saas_costs.md - Move the Azure "Databricks managed" warning up to the service principal creation step, leaving the entitlements section ending with the Admin access note Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Update the remaining lowercase <client-id> placeholders in the cost-data GRANT block to match the uppercase <CLIENT-ID> used elsewhere. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
@buraizu Thanks for the feedback! Updated, including a new screenshot. Let me know if this looks a bit better |
|
@charlesmyu thanks for following up. This LGTM, but unfortunately the deleted image needs to be re-added. This is because it will take some time for these changes to make their way into the translated docs — so deleting a screenshot now results in broken images in the translated pages. An automated process should remove outdated screenshots after some time. Let me know if you have any questions! |
@buraizu I believe we haven't deleted anything outright in this PR, but just replaced an image with a newer one - I think this is fine because it's functionally the same diagram, just updated for Databricks' new UI. Would this still be an issue? |
|
@charlesmyu apologies; you're right — no issues with the screenshot. Separately, I've made commit 6b138dd to apply the wording from this suggestion to another instance of the previous phrasing. Since I made the change through the UI, it did something with the line endings that makes it look like the whole file is being replaced, when only one line changed. I reversed the change in 176a1b5, but happy to revert both my commits if you'd prefer — apologies again for the noise. With that being said, this PR is still encountering a |
buraizu
left a comment
There was a problem hiding this comment.
Merging in the master branch resolved the GitLab error — LGTM
What does this PR do?
Addresses user-reported friction in the Databricks integration setup docs (DOIO-94).
Files touched:
content/en/data_observability/jobs_monitoring/databricks/_index.mdcontent/en/data_observability/quality_monitoring/data_warehouses/databricks.mdcontent/en/cloud_cost_management/setup/saas_costs.mdChanges, mapped to the ticket items:
adminsgroup" steps (Admin access is equivalent). Added a note that granular access (per the Permissions section under Advanced Configuration) is the fallback when Admin access can't be granted.GRANTblock (jobs-monitoring, quality-monitoring, saas_costs). (Screenshot not added — docs-repo limitation; follow-up.)<service_principal>/<token_principal>with the backticked`<client-id>`and a "use the client ID, not the display name" note.MANAGEonCATALOG systemprerequisite as a warning callout next to the grant commands.Intentionally not changed (per ticket-owner feedback during review):
DATABRICKS_WORKSPACE="..."quotes and the "enclose in double quotes if it contains whitespace" note, since quotes are needed for workspace names containing whitespace.Out of scope for this docs repo (follow-ups for the owning team): the in-tile UI copy for items 3/7 and the SQL Editor screenshot for item 5.
Motivation
DOIO-94 — reduce onboarding friction for the Databricks integration.
Additional Notes
Draft — pending review, not intended to merge yet.
🤖 Generated with Claude Code