DatabricksBryan SmithExplainer
How nOps rebuilt their cloud optimization platform on Databricks Lakebase, and why other ISVs should too
Summary
nOps migrated its production cloud optimization platform to Databricks Lakebase, a fully managed PostgreSQL database integrated with the Databricks Lakehouse. Its previous setup separated customer-facing operational data from analytics, requiring scheduled jobs, cron-based change-detection logic, and synchronization work that introduced lag and operational overhead, especially as workloads expanded to GCP and Azure. In the new architecture, Lakebase is the central Postgres database and single source of truth for the front end and AI infrastructure, while the Lakehouse continuously consumes its data for analytics and metric computation. Databricks Metric Views are automatically surfaced in the application, and data flows one way without direct write-back. The reported results are faster data pipelines, lower operational overhead, and a better customer experience, with auto-scaling, auto-stop, restore, OAuth, and compatibility features supporting adoption.
Context
nOps had operational customer data in a separate relational database from its Lakehouse analytics. Keeping those systems synchronized required scheduled jobs, cron-based change detection, and other integration logic, while creating data lag and separate scaling, backup, and security responsibilities. Workloads strained further after expansion from AWS to GCP and Azure.
Approach / What changed
nOps rebuilt its platform around Databricks Lakebase as the central managed PostgreSQL database and single source of truth for the front-end application and AI infrastructure. The Lakehouse continuously consumes Lakebase data for analytics and metric computation, Databricks Metric Views are surfaced in the application, and data flows one way without direct write-back.
Takeaways
Lakebase replaced nOps’s scheduled synchronization and change-detection work with direct Lakehouse access to frequently changing customer data.
The architecture uses Lakebase for operational data and the Lakehouse for analytics, with one-way data flow and no direct analytical write-back.
nOps cites serverless auto-scaling, scale-to-zero, point-in-time restore, OAuth roles, and PostgreSQL compatibility as practical migration benefits.
Source and freshness
- Source
- databricks.com
- Published
- Added to Yomu
- Last updated
Summaries are generated from the original by a language model. Check the original before relying on it.
Keep reading
Related reading
The Good Stuff
Paid picks we use ourselves. Links carry a referral code — a subscription through one earns us a commission at no extra cost to you.
The best engineering reads, once a week
One useful email. Unsubscribe anytime.