Distinguer le retour de code de la récupération des données
Avant le déploiement, recensez les changements avec état : schéma, tâches de fond, formats d’objets et effets externes. Privilégiez les modifications réversibles ou compatibles et notez les versions capables de lire chaque format.
Pour une migration destructive, créez et vérifiez un point de récupération préalable. Restaurer une base entière peut effacer des écritures légitimes postérieures ; comparez cette option à une correction en avant ou une réparation ciblée.
Suivre une procédure de retour contrôlée
Sélectionnez la dernière version fiable, réorientez le trafic et vérifiez les contrôles de santé et les parcours essentiels. Suspendez les tâches incompatibles pour que l’ancien code ne traite pas de données au nouveau format.
Après stabilisation, rapprochez les enregistrements et tâches créés pendant l’incident, puis documentez la cause et les protections. Testez périodiquement le retour arrière : disposer d’un artefact de version ne prouve pas que le service est restaurable sans risque.