Do monólito ao Lakebase e ao LTAP: repensando o banco de dados a partir do armazenamento
Traduzido do original em inglês por IA. Ver em inglês
Lakebase torna o compute do Postgres sem estado, externalizando os arquivos de log e dados para serviços de nuvem independentes, liberando armazenamento ilimitado, compute elástico, escritas duráveis e branching instantâneo. O LTAP armazena ainda dados operacionais uma única vez em formatos colunares abertos que tanto o Postgres quanto os motores Lakehouse podem ler, permitindo análises em dados frescos sem pipelines CDC ou uma segunda cópia.
Quase todo banco de dados tradicional mantém seus logs de write-ahead e arquivos de dados no disco de uma única máquina, o que é a causa raiz do risco de perda de dados, réplicas de leitura caras e clones de alta disponibilidade, e consultas analíticas que arrastam as transações. Lakebase torna o compute do Postgres sem estado, externalizando os arquivos de log e dados para serviços de nuvem independentes (SafeKeeper e PageServer), liberando armazenamento ilimitado, compute elástico, escritas duráveis, HA mais simples e branching instantâneo, tudo sem latência adicional significativa. O LTAP vai além, armazenando dados operacionais uma única vez em formatos colunares abertos que tanto o Postgres quanto os motores Lakehouse podem ler. Assim, as análises são executadas nos mesmos dados frescos que as transações acabaram de escrever, sem pipeline CDC, sem segunda cópia e sem desaceleração da carga de trabalho transacional. Ao contrário do HTAP, que tenta unificar ambas as cargas de trabalho em um único motor, o LTAP unifica na camada de armazenamento e mantém o melhor motor para cada tarefa.