Ascerta Integration for Databricks
Ascerta tracks cost and usage data from your Databricks inference calls without requiring changes to your existing application code—beyond a one-time instrumentation setup.
Once configured, every request your application sends to Databricks Model Serving flows through Ascerta. Token counts, model attribution, and cost are captured automatically and appear in your Application dashboard.
How it works
Databricks routes inference traffic through workspace-specific URLs rather than a single global endpoint. Ascerta uses host mappings to associate traffic from your Databricks workspace with a Category in your Ascerta Application. You configure this mapping once at startup via ascerta_instrument()—from that point on, Ascerta captures usage automatically with no per-request changes.
Supported client patterns
Ascerta instruments the following Databricks client patterns. All use the same host_mpapings configuration.
| Client | Package | When to use |
|---|---|---|
| Standard OpenAI client | openai | Outside Databricks; explicit auth via WorkspaceClient |
| Databricks OpenAI client | databricks-openai | Inside Databricks notebooks or jobs; auth resolves from the environment |
If you're using the Databricks SDK directly via workspace.serving_endpoints.query(), see Manual Event Submission for that path.
Supported hyperscalers
Ascerta supports Databricks deployments on all three major clouds. Your full category name includes your cloud:
| Cloud | Category |
|---|---|
| Amazon Web Services (AWS) | system.databricks.aws |
| Microsoft Azure | system.databricks.azure |
| Google Cloud Platform (GCP) | system.databricks.google |
In code examples throughout these docs, system.databricks is used as shorthand. Substitute your cloud-specific value where applicable—see Instrumenting Databricks for details.
All product names, logos, and trademarks referenced in this documentation are the property of their respective owners.
Updated 3 days ago