Comment gérez-vous les migrations de base de données dans la CI/CD ?

Question

Accepted Answer

**Les migrations de base de données** (modifications de schéma) sont l'une des parties les plus délicates de la CI/CD — contrairement au code d'application sans état, les bases de données contiennent un **état** qui ne peut pas simplement être remplacé ou annulé. Gérer les migrations avec soin (automatisation, compatibilité rétroactive, modèles sûrs) est essentiel pour des déploiements fiables.

## Pourquoi c'est important

```text
App code is stateless (replace it, roll back freely). DATABASES hold STATE:
  → can't just "roll back" a migration that dropped a column or transformed data
    (the data may be gone) → rollbacks are risky/impossible for destructive changes
  → during deployment, OLD and NEW app code may run SIMULTANEOUSLY (rolling deploy) —
    both must work with the database schema at that moment
→ Schema changes need careful coordination with code deployment.
```

## Automatiser les migrations dans le pipeline

```text
→ Migrations defined as CODE (versioned migration files; Flyway, Liquibase, ORM tools)
→ Run migrations as a pipeline STEP (apply pending migrations on deploy)
→ Migrations are versioned and applied in order, idempotently
→ Test migrations in staging before production
```

## Modèles de migration sûrs (compatibilité rétroactive)

```text
KEY PRINCIPLE: make migrations BACKWARD-COMPATIBLE so old AND new code both work during
the transition. Use the EXPAND-CONTRACT (parallel change) pattern:
  1. EXPAND → add the new schema (e.g. add a new column) — old code still works
  2. MIGRATE → deploy code that writes to both / reads new; backfill data
  3. CONTRACT → once all code uses the new schema, remove the old (in a LATER deploy)
→ NEVER drop/rename in the same deploy that needs it gone — split across deploys.
→ This enables zero-downtime deploys and safe rollbacks.
```

## Pourquoi c'est important

Comprendre comment gérer les migrations de base de données dans la CI/CD est important parce que **les migrations sont l'une des parties les plus difficiles et les plus risquées du déploiement automatisé**, ce qui en fait une connaissance pratique précieuse pour une livraison fiable.

Le défi fondamental est que, contrairement au code d'application sans état (qui peut être remplacé et annulé librement), **les bases de données contiennent un état** — donc une migration qui supprime une colonne ou transforme des données **ne peut pas simplement être annulée** (les données peuvent être perdues), rendant les modifications destructrices risquées ou irréversibles, et lors de déploiements progressifs **l'ancien et le nouveau code s'exécutent simultanément**, ayant tous deux besoin de fonctionner avec le schéma à ce moment.

Cela rend les modifications de schéma exigeantes en coordination minutieuse, contrairement au reste de la CI/CD.

Comprendre comment **automatiser les migrations** (les définir comme du code versionné via des outils comme Flyway, Liquibase ou les migrations ORM, les exécuter comme une étape de pipeline appliquée dans l'ordre et idempotentiellement, et les tester d'abord en staging) intègre les migrations dans le pipeline automatisé en toute sécurité.

Plus important encore, comprendre les **modèles de migration sûrs** — rendre les migrations **rétrocompatibles** pour que l'ancien et le nouveau code fonctionnent tous les deux pendant la transition, en utilisant le **modèle expand-contract (changement parallèle)** (expand : ajouter un nouveau schéma sans casser l'ancien code ; migrate : faire la transition du code et remplir les données ; contract : supprimer l'ancien schéma dans un déploiement ultérieur) et **ne jamais supprimer/renommer dans le même déploiement qui en a besoin** — est la compétence clé qui permet des **déploiements sans interruption de service et des restaurations sûres** malgré la nature stateful des bases de données.

C'est une connaissance véritablement délicate, importante et du monde réel qui distingue ceux qui peuvent déployer les modifications de base de données en toute sécurité de ceux qui causent des pannes ou des pertes de données.

Puisque les migrations de base de données sont une partie difficile, risquée et inévitable du déploiement d'applications avec des bases de données, et puisque les gérer avec soin (automatisation plus modèles expand-contract rétrocompatibles) est essentiel pour des déploiements fiables et sans interruption de service, comprendre les migrations de base de données dans la CI/CD est une connaissance précieuse et pratiquement importante — abordant l'un des aspects les plus délicats de la livraison continue et reflétant la maturité nécessaire pour déployer les applications stateful en toute sécurité.