Postgres

Carregar 1 TB em menos de 5 minutos no Lakebase: o que o LTAP Direct Writes contorna no gargalo clássico do Postgres

Um cliente levava mais de 8 horas carregando cerca de 1 bilhão de linhas por dia via Synced Tables, saturando CPU e memória do Postgres. O LTAP Direct Writes contorna o escritor único do banco construindo os dados em paralelo fora da instância primária, e a Databricks reporta carga de 1 TB em menos de 5 minutos.

Trocar Aurora Serverless por Lakebase melhorou performance e ainda cortou custo

O Databricks MVP Pål de Vibe migrou o backend de uma aplicação Postgres da AWS Aurora Serverless para o Databricks Lakebase, relatando ganho radical de performance, corte de custo e simplificação da arquitetura de nuvem da fintech Kvidd.

Snapshot de branch do Lakebase agora se cria, lista e restaura por API, sem passar pela UI

A Lakebase snapshots API, em beta, permite criar, listar e apagar snapshots pontuais de um branch de projeto Lakebase, e restaurar um snapshot criando um branch novo a partir dele, tudo de forma programática.

A lacuna entre aplicações e analytics, e como o Lakebase a resolve

Lakebase é um Postgres totalmente gerenciado e nativo da Databricks Data Intelligence Platform, pensado pra unificar workload transacional e analítico com governança única via Unity Catalog, sincronização bidirecional e recursos como autoscaling, scale-to-zero e database branching.

Por que o cache padrão do Postgres não funciona dentro de um banco desagregado

O Lakebase separa compute de storage, e isso quebra a lógica de cache que o Postgres tradicional assume há décadas. A Databricks detalhou como resolveu isso combinando um cache local autoscaling, shared buffers maiores em compute fixo e huge pages na stack inteira, com ganhos de até 5x em leitura de storage.

Agente que sobrevive à queda de worker: durabilidade real combinando Temporal e Lakebase

Agente de IA de longa duração falha de um jeito diferente de API request-response: o processo pode cair no meio de uma etapa que já produziu efeito parcial. Um projeto de referência combina Temporal para reexecução determinística de workflow com Lakebase Postgres para estado operacional consultável, mas a idempotência de cada passo continua sendo responsabilidade de quem escreve o código do agente.

Lakebase Postgres decide sozinho quando trocar de tamanho de máquina, usando HyperLogLog

A Databricks detalhou como o Lakebase Postgres faz autoscaling automático de VM sem derrubar conexão, combinando uso de CPU, uso de memória e uma estimativa de working set feita com uma variante de HyperLogLog sensível a tempo.

Por que o Lakebase colocou object storage embaixo de um Postgres transacional

A resposta não é sobre velocidade: é sobre onde fica a fonte da verdade quando quem opera o banco pode ser um agente, não um humano.

Lakebase Postgres: por que o banco transacional da era dos agentes começa pelo object storage

A Databricks anunciou os detalhes de arquitetura do Lakebase Postgres. Minha leitura sobre por que separar compute e armazenamento pode ser o passo que faltava para bancos operacionais aguentarem cargas geradas por agentes.

O DNA do Neon Postgres dentro do Lakebase: o que a separação compute/storage muda para quem provisiona banco

Na conversa com Nikita Shamgunov, VP de Engenharia da Databricks, fica mais claro de onde vem a arquitetura do Lakebase, e por que ‘agente provisionando banco sozinho’ deixou de ser ficção científica.