Databricks abre código Lakebase, Postgres sin servidor con separación de almacenamiento nativo de nube

Databricks anunció Lakebase, una base de datos compatible con Postgres sin servidor que externaliza el registro de escritura anticipada (WAL) y archivos de datos en servicios en la nube independientes (SafeKeeper para durabilidad, PageServer para almacenamiento), permitiendo cómputo sin estado y eliminando los puntos dolorosos arquitectónicos de las bases de datos monolíticas. El diseño desbloquea almacenamiento escalable ilimitado, cómputo elástico, escrituras duraderas sin riesgo de configuración incorrecta, configuración simplificada de alta disponibilidad e ramificación instantánea, todo sin latencia significativamente añadida en comparación con Postgres tradicional.

A diferencia de las bases de datos monolíticas tradicionales como MySQL y Postgres donde el WAL y los archivos de datos viven en una única máquina (creando riesgo de pérdida de datos, réplicas costosas y fricción en escalado), Lakebase separa preocupaciones: el motor de cómputo sigue siendo compatible con Postgres, pero ya no se acopla a almacenamiento, replicación o infraestructura de disponibilidad. Esta separación elimina la necesidad de clones de base de datos físicos completos solo para agregar réplicas o nodos de espera. Databricks también introdujo LTAP (Lake Transactional and Analytics Processing), que almacena datos operacionales una sola vez en formatos columnares abiertos legibles por motores Postgres y Lakehouse, permitiendo que el análisis se ejecute en los mismos datos frescos que las transacciones acaban de escribir: eliminando canalizaciones CDC y duplicación de datos.

Para equipos de infraestructura evaluando arquitectura de datos, Lakebase aborda la queja de 16 años de que las bases de datos OLTP son 'incmodas, difíciles de escalar e increíblemente frágiles.' El diseño de almacenamiento abierto es particularmente atractivo para cargas de trabajo nativas de la nube donde importan la elasticidad y la durabilidad. LTAP (vs. el enfoque de motor único HTAP tradicional) preserva el mejor motor para cada carga de trabajo: Postgres para OLTP, Lakehouse para análisis, eliminando retrasos de sincronización y duplicación de infraestructura.