Wie handhabst du Datenbankmigrationen in CI/CD?

Question

Accepted Answer

**Datenbankmigrationen** (Schemaänderungen) sind einer der kniffligsten Teile von CI/CD — anders als zustandsloses Anwendungscode halten Datenbanken **Zustand**, der nicht einfach ersetzt oder zurückgerollt werden kann. Migrationen sorgfältig zu handhaben (Automatisierung, Rückwärtskompatibilität, sichere Muster) ist wesentlich für zuverlässige Deployments.

## Warum es wichtig ist

```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.
```

## Automatisierung von Migrationen in der 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
```

## Sichere Migrationsmuster (Rückwärtskompatibilität)

```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.
```

## Warum es wichtig ist

Zu verstehen, wie man Datenbankmigrationen in CI/CD handhabt, ist wichtig, weil **Migrationen einer der schwierigsten und riskantesten Teile des automatisierten Deployments** sind, weshalb es wertvolles praktisches Wissen für zuverlässige Bereitstellung ist.

Die zentrale Herausforderung besteht darin, dass — anders als zustandsloses Anwendungscode (das frei ersetzt und zurückgerollt werden kann) — **Datenbanken Zustand halten**, sodass eine Migration, die eine Spalte löscht oder Daten transformiert, **nicht einfach zurückgerollt werden kann** (die Daten können weg sein), wodurch destruktive Änderungen riskant oder irreversibel werden, und während Rolling Deployments **alter und neuer Code gleichzeitig laufen**, beide müssen mit dem Schema in diesem Moment funktionieren.

Dies macht Schemaänderungen zu einer sorgfältigen Koordination, anders als der Rest von CI/CD.

Zu verstehen, wie man **Migrationen automatisiert** (sie als versionierter Code über Tools wie Flyway, Liquibase oder ORM-Migrationen definiert, sie als Pipelineschritt anwendet, der nacheinander und idempotent ausgeführt wird, und zuerst in Staging testet) bringt Migrationen sicher in die automatisierte Pipeline.

Am wichtigsten ist das Verständnis von **sicheren Migrationsmustern** — Migrationen **rückwärtskompatibel** machen, sodass alter und neuer Code während des Übergangs beide funktionieren, das **Expand-Contract-Muster (Parallel Change)** nutzen (Expand: neues Schema hinzufügen ohne alten Code zu brechen; Migrate: Code umstellen und Daten backfüllen; Contract: altes Schema in einem späteren Deploy entfernen) und **niemals löschen/umbenennen im gleichen Deploy, in dem es weg sein muss** — ist die Schlüsselfähigkeit, die **Zero-Downtime-Deployments und sichere Rollbacks** trotz der zustandsbehafteten Natur von Datenbanken ermöglicht.

Dies ist genuines, kniffliges, wichtiges praktisches Wissen aus der realen Welt, das diejenigen unterscheidet, die Datenbankänderungen sicher deployen können, von denen, die Ausfallzeiten oder Datenverlust verursachen.

Da Datenbankmigrationen ein schwieriger, riskanter, unvermeidbarer Teil des Deployments von Anwendungen mit Datenbanken sind, und da sie sorgfältig zu handhaben (Automatisierung plus rückwärtskompatible Expand-Contract-Muster) wesentlich für zuverlässige, Zero-Downtime-Deployments ist, ist das Verständnis von Datenbankmigrationen in CI/CD wertvolles, praktisch wichtiges Wissen — das einen der kniffligsten Aspekte von Continuous Delivery adressiert und die Reife widerspiegelt, die notwendig ist, um zustandsbehaftete Anwendungen sicher zu deployen.