Ce document explique comment planifier vos vagues de migration.
Vous pouvez regrouper les candidats à la migration en vagues de migration. Le regroupement peut être effectué à un niveau général (par catégorie) ou détaillé (applications, emplacements, composants), en fonction des informations que vous collectez lors de la phase de découverte et d'évaluation.
Créer un catalogue d'applications
Pour commencer à planifier, créez un catalogue d'applications. Organisez vos applications en catégories en fonction de leur architecture, des considérations commerciales et des opérations informatiques. Cela vous aidera à les hiérarchiser en fonction de leur importance pour l'activité, de leur complexité et des risques liés à la migration vers le cloud. La combinaison et la hiérarchisation de ces facteurs varient selon les organisations, leurs impératifs commerciaux et la cartographie de ces impératifs par rapport aux charges de travail, à la fois dans leur architecture actuelle et dans la future architectureGoogle Cloud .
La liste suivante présente les trois principales catégories et les facteurs à prendre en compte dans chacune d'elles.
Architecture de l'application
- Contraintes techniques
- Nombre de dépendances
- Nombre de niveaux
- Avec état et sans état
- Exigences liées aux performances
- Dépendances géographiques
Points à prendre en compte pour l'entreprise
- Exigences de conformité
- Criticité pour l'activité
- Capacité de changement d'entreprise
- Nombre d'utilisateurs
- Type d'utilisateurs (internes, externes)
- TCO
Opérations informatiques
- Environnement d'exploitation
- Contrat de niveau de service
- Disponibilité
- Sauvegarde
Cartographier et hiérarchiser
À partir du catalogue d'applications, cartographiez les applications en fonction de leur complexité et de l'approche de migration cible. Votre approche de migration doit être basée sur les résultats commerciaux que vous attendez, l'effort de migration et les facteurs de risque associés, à la fois pendant et après la migration.
Ensuite, classez les candidats à la migration par ordre de priorité, en fonction de la valeur commerciale et de l'effort requis pour la migration. Pour préparer votre migration, identifiez les applications dont les fonctionnalités les rendent susceptibles d'être migrées en premier. Vous pouvez ne choisir qu'un candidat ou inclure de nombreuses applications dans votre première vague. Les applications de la première vague permettent à vos équipes de tester le déploiement dans l'environnement cloud, tout en se concentrant sur la migration plutôt que sur la complexité des applications.
Le fait de commencer par une application autonome réduit le risque initial, car votre équipe pourra ensuite appliquer ses nouvelles connaissances à des applications plus complexes et comportant de nombreuses dépendances.
Les applications de la première vague ne sont généralement pas critiques pour l'activité et présentent moins de dépendances système et réseau à réseau. Ils nécessitent également moins de refactoring, ont généralement moins de gravité des données, ne présentent pas de problèmes de conformité spécifiques et peuvent se permettre une fenêtre de transition. Pour en savoir plus, découvrez comment choisir les applications à migrer en premier.
Regrouper les applications par vagues
Regroupez les applications en plusieurs vagues, chacune associée à un calendrier, ainsi qu'au temps nécessaire pour réviser les plans en fonction des commentaires de chaque vague.
- Vague 1 : forte valeur commerciale, faible effort d'implémentation.
- Ces applications sont des candidates idéales pour les migrations anticipées ou les preuves de concept.
- Vague 2 : valeur commerciale élevée, effort d'implémentation élevé.
- Ces demandes peuvent être traitées en priorité.
- Vague 3 : faible valeur commerciale, faible effort d'implémentation.
- Ces demandes peuvent être traitées en priorité.
- Vague 4 : faible valeur commerciale, effort d'implémentation élevé.
- Ces applications doivent être traitées en dernier.
Une fois que vous avez défini vos vagues de migration, vous pouvez les organiser dans un plan de projet.
Suivre les bonnes pratiques
Pour améliorer votre plan de migration, suivez les bonnes pratiques pour valider un plan de migration. Le respect des concepts décrits dans ce document ne garantit pas le succès. Toutefois, le document met en évidence certains points souvent négligés lors de la planification des migrations, tels que :
- Assurez-vous de disposer d'une stratégie de rollback pour chaque étape du plan de migration.
- Planifiez des déploiements progressifs, comme indiqué précédemment dans ce document.
- Avertissez toutes les équipes de développement et d'opérations responsables des charges de travail à migrer.
- Supprimer les ressources et les tests de démonstration de faisabilité de l'environnement de production cible.
- Définir des critères pour supprimer l'environnement source en toute sécurité.
- Assurez-vous d'évaluer les risques de migration pour chaque vague de migration et d'atténuer les risques identifiés.
Étapes suivantes
- Découvrez comment exécuter une migration.