Migration progressive ou big bang : quelle stratégie choisir ?
En bref : la migration « big bang » remplace l’ancienne application en une seule fois ; la migration progressive la remplace module par module, avec une période de cohabitation. La première est plus courte sur le papier mais concentre le risque ; la seconde livre de la valeur plus tôt et limite l’impact d’un problème. Pour une application critique, la migration progressive est presque toujours préférable.
Une fois la cible technique choisie, reste à décider comment basculer. C’est une décision déterminante pour la réussite du projet.
Le big bang
L’ancienne application est utilisée jusqu’au jour J, puis la nouvelle la remplace entièrement.
- Pour : pas de cohabitation à gérer, projet plus court en apparence.
- Contre : tout le risque est concentré sur une date ; un problème bloque toute l’activité ; les utilisateurs doivent tout réapprendre d’un coup.
- Adapté à : petites applications, peu de modules, faible criticité.
La migration progressive
Les modules sont migrés un par un. L’ancienne et la nouvelle application cohabitent et partagent les données.
- Pour : valeur livrée tôt, risque limité à un module, apprentissage progressif.
- Contre : cohabitation à organiser (données partagées ou synchronisées), durée totale plus longue.
- Adapté à : applications critiques et volumineuses.
Comparatif
| Critère | Big bang | Progressive |
|---|---|---|
| Risque | Concentré | Réparti |
| Première valeur livrée | À la fin | Dès le premier module |
| Complexité technique | Plus faible | Cohabitation à gérer |
| Impact sur les utilisateurs | Brutal | Progressif |
Comment organiser une migration progressive
- Migrer d’abord les données vers une base ouverte, accessible par les deux applications (voir HFSQL vers PostgreSQL).
- Commencer par un module utile et peu risqué.
- Basculer les utilisateurs module par module.
- Maintenir l’ancienne application jusqu’à la fin (voir TMA WinDev).
Lisez aussi moderniser un logiciel legacy. Découvrez notre offre de migration et modernisation ou contactez-nous.
Questions fréquentes
La migration progressive coûte-t-elle plus cher ?
Elle demande de faire cohabiter deux systèmes, ce qui a un coût. Mais elle réduit fortement le risque d’échec, qui coûte beaucoup plus cher.
Peut-on combiner les deux ?
Oui : migration progressive pour les modules critiques, bascule groupée pour les petits modules indépendants.