Databricks Cost Allocation and Chargeback
Cost Allocation is where admins manage how LakeSentry assigns spend to accountable owners. It combines two dimensions:
- Accountability: org unit → department → team, used for chargeback and budgets.
- Context: optional projects and shared buckets, used to explain why the spend happened.
LakeSentry is conservative: if a cost line cannot be attributed with a defensible path, it remains workspace/unattributed instead of being guessed.
Overview
Section titled “Overview”Shows attribution quality, unattributed spend, and the largest allocation gaps. Use this tab first after onboarding or after adding new workspaces to find missing mappings, tags, or rules.
Rules override default ownership when you know how a resource should be charged. Lower priority numbers run first; ties are resolved by creation time.
Rule types:
| Type | Use for | Match criteria |
|---|---|---|
| Exact | A known cluster, warehouse, job, or pipeline | Resource type + exact resource ID |
| Pattern | Naming conventions, tag conventions, or principal domains | Resource type, regex pattern, principal domain, tags |
| Proportional | Platform overhead | SKU pattern and/or usage type, split by compute spend |
Attribution modes:
- Direct: assign 100% of the matched spend to one team and optional project.
- Split: distribute spend across multiple teams by percentages that must total 100%.
- Shared: mark a resource as shared infrastructure and place it in a shared bucket.
Resources
Section titled “Resources”Lists resources and their current attribution path. Use it to inspect clusters, warehouses, jobs, pipelines, and other cost subjects before creating an exact rule.
Projects
Section titled “Projects”Projects are a horizontal label for spend that cuts across the hierarchy. A team can own spend directly while the project explains the business context.
Shows Databricks tag usage and how tags contribute to attribution. Tag-based pattern rules are useful when teams already tag clusters, jobs, or warehouses consistently.
Evaluation order
Section titled “Evaluation order”For each billing record, LakeSentry evaluates attribution in this order:
- Exact rules by priority.
- Pattern rules by priority. Pattern conditions are ANDed together.
- Session-based allocation for shared SQL/serverless and all-purpose activity when query or audit signals provide a fair split.
- Proportional rules for overhead categories such as networking, database, predictive optimization, and other platform usage.
- Fallback waterfall: shared resource, user team mapping, resource-owner team mapping, known user with no team, then workspace/unattributed.
Best practices
Section titled “Best practices”- Start with Mappings so users and teams exist before creating rules.
- Prefer exact rules for high-cost named resources.
- Prefer pattern rules for stable naming conventions and required tags.
- Use proportional rules only for overhead where no single owner exists.
- Review the Overview tab after every connector backfill to catch newly unattributed spend.