Migrer vers Azure, sans coupure

Faire l'inventaire

Avant de déplacer quoi que ce soit, il faut savoir ce qui existe : les applications, les serveurs, les bases de données, et surtout ce qui dépend de quoi. Quelle application appelle quelle base, quel traitement tourne la nuit, quel partenaire se connecte depuis quelle adresse IP.

Parlez aux gens qui utilisent les systèmes, pas seulement à ceux qui les gèrent. Ce sont eux qui savent quand c'est calme, et quel vieil outil compte encore beaucoup pour une équipe.

Préparer la landing zone

La landing zone, c'est la base sur laquelle toutes les applications vont s'installer : le réseau, les identités, les règles de sécurité, le nommage, les tags et les budgets. En la préparant d'abord, chaque application migrée arrive dans un environnement propre et maîtrisé, et pas dans une installation provisoire qui finit par devenir définitive.

Répliquer et tester

Plutôt que de tout déplacer d'un coup, on monte le nouvel environnement à côté de l'ancien et on réplique les données en continu. On teste les applications côté Azure avec de vrais scénarios, pendant que l'ancien système continue de tourner.

C'est là qu'on trouve les surprises : une adresse IP écrite en dur, un certificat, un délai d'attente que personne n'avait remarqué. Mieux vaut les découvrir maintenant que la nuit de la bascule.

Basculer en une fois

La bascule elle-même doit être courte et répétée à l'avance : dernière synchronisation des données, changement du DNS, vérifications, et c'est parti. Écrivez les étapes, faites une répétition, et mettez-vous d'accord à l'avance sur ce que veut dire « ça marche » et sur qui prend la décision.

Prévenez les utilisateurs et les partenaires. Une heure de maintenance annoncée pose rarement problème. Une coupure surprise, toujours.

Garder un retour possible

N'éteignez pas l'ancien environnement le lendemain. Gardez-le prêt tant que le nouveau n'a pas traversé un cycle complet : une fin de mois, une journée chargée, les traitements de nuit. Si quelque chose tourne mal, revenir en arrière doit être une simple décision, pas un nouveau projet.