Hoe leidt u een grote migratie veilig aan?

Question

Accepted Answer

Grote migraties, een nieuwe database, een nieuw framework, een nieuw platform, zijn riskant omdat ze alles raken en geen zichtbare waarde voor gebruikers leveren tot ze klaar zijn. De veilige aanpak is **incrementeel en reversibel**, nooit een grote cutover. U migreert in stukken die u kunt valideren en terugdraaien.

## Waarom het belangrijk is

```text
1. Know WHY — a migration with no clear payoff isn't worth the risk.
2. Migrate INCREMENTALLY — never flip everything at once.
3. Run OLD and NEW in parallel — strangler-fig pattern.
4. Use feature flags / DUAL WRITES to shift traffic gradually.
5. VERIFY continuously — compare old vs. new outputs (shadow traffic).
6. Keep a ROLLBACK path at every step.
7. Clean up the old system only AFTER the new one is proven.
```

## Het strangler-fig patroon

Omhul het oude systeem en stuur stukken functionaliteit een voor een naar het nieuwe systeem, totdat het oude systeem volledig "verstikt" is en verwijderd kan worden. Op elk moment heeft u een werkend systeem en een manier om terug te gaan. Dit is de allerbelangrijkste migratietechniek.

## Een concreet voorbeeld

Databasemigratie: dual-write naar beide, historische gegevens bijwerken, lezen uit de nieuwe DB voor een klein percentage verkeer, resultaten vergelijken, opschalen, en het oude DB alleen uit bedrijf nemen als het nieuwe DB schoon 100% heeft bediend voor een tijdje.

## Een valkuil

De "grote herschrijving" die maanden in een branch loopt en allemaal tegelijk overschakelt. Het is een klassieke ramp, u ontdekt de problemen op het slechtste moment, zonder mogelijkheid om terug te gaan.

## Waarom het belangrijk is

Migraties zijn waar teams enorm verborgen risico nemen voor onzichtbare beloning, en grote cutovers mislukken catastrofaal.

Incrementele, reversibele migratie verandert een "alles of niets" gok in een reeks kleine, veilige, verifieerbare stappen.