Comment l'architecture Lakebase reste résiliente aux pannes cloud
Traduit de l'original anglais par IA. Voir en anglais
L'architecture de Lakebase est conçue pour la résilience aux pannes cloud, et non simplement patchée, en utilisant un calcul Postgres sans état sur un stockage redondant par zone et en séparant les opérations du plan de contrôle du chemin critique. Cette approche, validée par des tests de chaos et un suivi de la disponibilité par base de données, répond aux exigences de fiabilité uniques des charges de travail d'agents qui démarrent des dizaines de millions de bases de données par jour.
* **Les charges de travail des agents redéfinissent les exigences de fiabilité du cloud.** Les agents créent des bases de données 4 fois plus rapidement que les humains, exigent une infrastructure sans serveur et auto-évolutive, et traitent les opérations du plan de contrôle (comme le démarrage d'une base de données) comme un travail critique du plan de données. Chez Lakebase, nous démarrons maintenant des dizaines de millions de bases de données par jour. * **L'architecture Lakebase est conçue pour la résilience, et non simplement patchée.** Le calcul Postgres sans état sur un stockage redondant par zone signifie que les instances peuvent être remplacées instantanément sans serveurs de secours à chaud ni récupération après crash. Nous séparons les opérations du plan de contrôle du chemin critique dans un service dédié, minimisant les dépendances vis-à-vis des fournisseurs de cloud et compartimentant chaque région en cellules autonomes. * **Nous prouvons la fiabilité par des tests et des mesures, pas par des promesses.** Chaque version passe par des tests de chaos avec injection de fautes au niveau du processus, du nœud et de la zone de disponibilité, validés par rapport à des outils open source comme SqlLancer. Nous suivons la disponibilité par base de données (pas les moyennes de flotte) par rapport à un objectif mensuel de 99,99 %, avec une publication transparente des réalisations.