Réunissez les responsables des sites, applications et prestataires avant de fixer une date. Pour un programme APAC incluant la Chine, Hong Kong et l’Inde, séparez transport, installation, migration des charges et connectivité. Vérifiez les dépendances locales et convenez des décisions de changement, de reprise et de recette sur l’ensemble du parcours.
Vérifier la préparation des deux sites
Confirmez baies, alimentation, refroidissement, accès et accords fournisseurs au départ et à l’arrivée. Attribuez chaque dépendance. Emballage et transport ont leur propre périmètre ; les applications nécessitent un plan de migration et de validation.
Organiser le changement selon les dépendances métier
Recensez les services d’identité, de stockage et de réseau nécessaires à chaque application. Convenez des interruptions admises, de l’ordre d’arrêt et des points de décision. Si un prérequis tarde, le plan désigne qui peut reporter le transfert ou approuver une alternative.
Évaluer séparément l’environnement d’arrivée
Vérifiez les comptes et services cloud pour l’environnement choisi. Microsoft décrit Azure en Chine comme une instance séparée, exploitée indépendamment. Consultez la documentation actuelle du fournisseur sans présumer qu’un compte ou une architecture mondiale se transpose à l’identique.
Référence technique
Azure en Chine est une instance distincte exploitée indépendamment. Consultez la documentation actuelle : un compte mondial ne se transpose pas sans changement. La référence concerne le cloud, pas les autorisations de transport ni les capacités d’Express Projects. learn.microsoft.com
Le plan de transport couvre-t-il la migration applicative ?
Non. Précisez séparément tâches de migration, responsables et recette.
Quand confirmer la date ?
Après l’évaluation des dépendances critiques des sites et fournisseurs, en consignant l’autorisation de changement et les décisions de secours.

