Brancher des bases de données comme du code : un modèle CI/CD pour Lakebase, en production chez Glaspoort
Traduit de l'original anglais par IA. Voir en anglais
Glaspoort a implémenté un modèle CI/CD prêt pour la production pour Lakebase qui branche les environnements de développement et de recette directement depuis la production afin d'éviter le piège de la réinitialisation depuis le parent (« reset-from-parent trap »). Cette architecture permet un flux de travail par PR où des branches éphémères sont testées par rapport à des images d'application actives, traitant les migrations comme la source unique de vérité et utilisant un modèle de promotion axé sur la rapidité, soutenu par des garanties de revalidation de pile.
* Comment Glaspoort a conçu sa configuration de branching Lakebase, avec le développement et la recette branchés tous deux directement depuis la production au lieu d'être superposés, afin d'éviter le piège de la réinitialisation depuis le parent où le rafraîchissement d'un environnement obsolète oblige à tout supprimer et reconstruire en dessous. * Le flux CI/CD par PR : comment chaque pull request obtient sa propre branche Lakebase propre et éphémère copiée depuis la production, comment les migrations sont rejouées et testées par rapport à une image d'application active avant que quoi que ce soit ne touche un environnement réel, et pourquoi les migrations elles-mêmes (et non les bases de données) sont traitées comme la source unique de vérité. * Le compromis entre deux modèles de promotion : fusionner dès que la CI réussit versus fusionner uniquement après qu'une PR a été entièrement promue en recette. L'article explique pourquoi Glaspoort a choisi l'approche privilégiant la rapidité, et les garde-fous ajoutés (revalidation de pile et pipeline de crise) pour garantir la sécurité.