Ce document explique comment planifier vos vagues de migration.
Vous pouvez regrouper les candidats à la migration dans des vagues de migration. Le regroupement peut s'effectuer de manière générale (par catégorie) ou détaillée (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 la planification, créez un catalogue d'applications. Organisez vos applications en catégories basées sur l'architecture, les considérations commerciales et les opérations informatiques. Cela permet de les hiérarchiser en fonction de la criticité, de la complexité et des risques métier 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 le mappage de ces impératifs aux charges de travail, à la fois dans leur architecture actuelle et dans l'architecture Google Cloud de demain.
La liste suivante présente les trois principales catégories et les facteurs à prendre en compte pour chacune d'elles.
Architecture d'application
- Contraintes techniques
- Nombre de dépendances
- Nombre de niveaux
- avec et sans état
- Exigences de performances
- Dépendances géographiques
Considérations commerciales
- Exigences de conformité
- Criticité métier
- Fonctionnalités de changement commercial
- Nombre d'utilisateurs
- Type d'utilisateurs (interne, externe)
- Coût total de possession
Opérations informatiques
- Environnement d'exploitation
- Contrat de niveau de service
- Disponibilité
- Sauvegarde
Mapper et hiérarchiser
À partir du catalogue d'applications, mappez les applications en fonction de la complexité et de l'approche de migration cible. Votre approche de la migration doit être basée sur les résultats attendus, l'effort de migration et les facteurs de risque associés, à la fois pendant et après la migration.
Classez ensuite les candidats à la migration par ordre de priorité, en fonction de leur valeur commerciale et des efforts requis pour migrer. Pour vous préparer à la migration, identifiez les applications qui présentent des fonctionnalités susceptibles de les migrer en premier. Vous pouvez ne choisir qu'une seule application 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 vous pourrez ensuite appliquer les nouvelles connaissances de votre équipe à des applications plus complexes et comportant de nombreuses dépendances.
Les applications de la première vague ne sont généralement pas critiques et ont moins de dépendances entre les systèmes et les réseaux. Elles nécessitent également moins de refactorisation, ont généralement une gravité moindre, ne présentent pas de défis de conformité spécifiques et peuvent s'offrir un intervalle de basculement. Pour en savoir plus, découvrez comment choisir les applications à migrer en premier.
Regrouper les applications par vagues
Regroupez les applications en plusieurs vagues avec des chronologies associées à chaque vague, ainsi que le temps de revoir les plans en fonction des commentaires de chaque vague.
- Vague 1: forte valeur ajoutée, aucun effort pour la mettre en œuvre.
- Ces applications sont idéales pour les premières migrations ou les démonstrations de faisabilité.
- Vague 2: forte valeur commerciale, effort important de mise en œuvre.
- Les applications suivantes peuvent être prioritaires.
- Vague 3: faible valeur commerciale, faible effort d'implémentation.
- Les applications suivantes peuvent être prioritaires.
- Vague 4 : faible valeur commerciale, effort considérable pour implémenter.
- Ces applications doivent être prioritaires en dernier.
Après avoir 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. Suivre les concepts présentés dans ce document ne garantit pas le succès de votre projet. Toutefois, le document met en évidence des points souvent négligés lors de la planification des migrations, par exemple:
- Assurez-vous de disposer d'une stratégie de rollback pour chaque étape du plan de migration.
- Planification d'un déploiement et de déploiements progressifs, comme abordé précédemment dans ce document.
- Alerter toutes les équipes de développement et d'exploitation chargées de migrer les charges de travail.
- Supprimer des ressources et des 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é
- S'assurer d'effectuer une évaluation des risques de migration pour chaque vague de migration et de limiter les risques identifiés
Étapes suivantes
- Découvrez comment exécuter une migration.