Une migration cloud se joue souvent au moment où le trafic passe vers la nouvelle infrastructure. Un plan de bascule décrit les prérequis, les vérifications et les décisions afin que l’équipe puisse agir dans l’ordre prévu.
Définir le périmètre
Listez les domaines, APIs, bases, fichiers, tâches planifiées et services externes concernés. Indiquez les changements de données, les comptes utilisés et les équipes qui valident chaque étape. Une dépendance oubliée peut rendre un service partiellement fonctionnel.
Préparer la coexistence
Gardez l’ancienne infrastructure disponible pendant la période de vérification. Les deux versions doivent comprendre les formats de données et les messages échangés. Testez les écritures pendant la transition, puis décidez comment réconcilier les données si un retour est nécessaire.
Exécuter une répétition
Répétez la bascule sur une copie ou un environnement de préproduction. Mesurez chaque étape, notez les commandes et vérifiez les parcours métier. Une personne qui n’a pas écrit le plan doit pouvoir le suivre et signaler les ambiguïtés.
Définir les seuils
Avant d’ouvrir le trafic, fixez les valeurs qui imposent une pause ou un retour : erreurs, latence, files d’attente, paiements ou accès impossibles. La décision doit avoir un responsable et un canal de communication.
Suivre après la bascule
Comparez les métriques avec une période de référence. Contrôlez les tâches nocturnes, exports, webhooks et accès support. Gardez les journaux de l’ancienne et de la nouvelle infrastructure assez longtemps pour expliquer une différence.
Le guide sur le retour arrière d’un déploiement et le runbook de reprise cloud complètent cette préparation.
Sources : AWS Well-Architected, migration, Google Cloud, migration planning.