Du monolithe à Lakebase puis à LTAP : repenser la base de données depuis le stockage
Traduit de l'original anglais par IA. Voir en anglais
Lakebase rend le calcul Postgres sans état en externalisant les fichiers de log et de données vers des services cloud indépendants, débloquant ainsi un stockage illimité, un calcul élastique, des écritures durables et un branchement instantané. LTAP stocke en outre les données opérationnelles une seule fois dans des formats colonnaires ouverts que les moteurs Postgres et Lakehouse peuvent lire, permettant des analyses sur des données fraîches sans pipelines CDC ni seconde copie.
Presque toutes les bases de données traditionnelles conservent leurs journaux de transactions (write-ahead log) et leurs fichiers de données sur le disque d'une seule machine, ce qui est la cause première des risques de perte de données, des répliques en lecture coûteuses et des clones haute disponibilité, ainsi que des requêtes analytiques qui ralentissent les transactions. Lakebase rend le calcul Postgres sans état en externalisant les fichiers de log et de données vers des services cloud indépendants (SafeKeeper et PageServer), débloquant ainsi un stockage illimité, un calcul élastique, des écritures durables, une HA simplifiée et un branchement instantané, le tout sans latence supplémentaire significative. LTAP va plus loin en stockant les données opérationnelles une seule fois dans des formats colonnaires ouverts que les moteurs Postgres et Lakehouse peuvent lire. Ainsi, les analyses s'exécutent sur les mêmes données fraîches que les transactions viennent d'écrire, sans pipeline CDC, sans seconde copie et sans ralentissement de la charge de travail transactionnelle. Contrairement à HTAP, qui tente d'unifier les deux charges de travail dans un seul moteur, LTAP unifie au niveau de la couche de stockage et conserve le meilleur moteur pour chaque tâche.