databricks-lakebase-autoscale

Automate autoscaling managed PostgreSQL infrastructure on Databricks.

38|12|Updated Apr 24, 2026
One-click install
npx skills add https://github.com/databrickslabs/coding-agents-databricks-apps --skill databricks-lakebase-autoscale-databrickslabs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: databricks-lakebase-autoscale
Source: https://github.com/databrickslabs/coding-agents-databricks-apps/tree/main/.claude/skills/databricks-lakebase-autoscale
Command: npx skills add https://github.com/databrickslabs/coding-agents-databricks-apps --skill databricks-lakebase-autoscale-databrickslabs

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill eliminates the manual overhead of provisioning, scaling, and managing managed PostgreSQL infrastructure on Databricks, removing the need to handle compute scaling, dev/test environment isolation, and cost optimization for idle database resources.

Core Features & Use Cases

  • Autoscaling Compute: Dynamically adjust PostgreSQL compute resources from 0.5 to 112 CU based on workload demand, with no manual intervention required.
  • Git-like Branching: Create isolated dev/test/staging database environments with copy-on-write storage for safe schema changes and testing without affecting production.
  • Scale-to-Zero & Instant Restore: Reduce costs by automatically suspending idle compute, and restore data to any point in time within a 35-day window for disaster recovery.
  • Use Case: Teams building Databricks apps with persistent PostgreSQL state can use this Skill to automate infrastructure setup, provision isolated testing environments for CI/CD pipelines, and implement secure connection patterns with automatic token refresh.

Quick Start

Use the databricks-lakebase-autoscale skill to create a new Lakebase Autoscaling project with a production branch and 2-8 CU autoscaling compute for your Databricks application.

Frequently Asked Questions about databricks-lakebase-autoscale

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate PostgreSQL autoscaling on Databricks for variable workloads?

Automating PostgreSQL autoscaling on Databricks dynamically adjusts compute resources from 0.5 to 112 CU based on workload demand without manual intervention. This eliminates the overhead of manually provisioning and scaling managed PostgreSQL infrastructure for your applications.

Can I create isolated PostgreSQL environments for CI/CD database testing in Databricks?

Creating isolated PostgreSQL environments for CI/CD database testing in Databricks is supported through Git-like branching. This uses copy-on-write storage to provide safe schema changes and isolated dev/test/staging environments without affecting your production database.

How does scale-to-zero work for managed PostgreSQL on Databricks?

Scale-to-zero for managed PostgreSQL on Databricks works by automatically suspending idle compute to reduce infrastructure costs. Data can be restored to any point in time within a 35-day window for disaster recovery when compute is resumed.

What is the best way to sync Delta Lake data to operational PostgreSQL for reverse ETL?

Syncing Delta Lake data to operational PostgreSQL for reverse ETL requires automated project creation, OAuth token generation for secure connections, and synced table setup. This automates the pipeline to sync Delta Lake data to operational PostgreSQL.

Does Databricks Lakebase support automatic OAuth token generation for secure PostgreSQL connections?

Databricks Lakebase supports automatic OAuth token generation for secure PostgreSQL connections with automatic token refresh. This provides secure connection patterns for teams building Databricks apps with persistent PostgreSQL state.

What are the limitations of branching managed PostgreSQL infrastructure in Databricks?

Branching managed PostgreSQL infrastructure in Databricks is limited by a 35-day point-in-time restore window for disaster recovery. Compute scaling operates within a range of 0.5 to 112 CU, constraining the maximum compute capacity available for high-demand workloads.