Planifier vos vagues de migration

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 élevé (par catégorie) ou détaillé (applications, emplacements, composants), en fonction des informations que vous collectez pendant la phase de découverte et d'évaluation.

Créer un catalogue d'applications

Pour commencer votre planification, créez un catalogue d'applications. Organisez vos applications en catégories en fonction de l'architecture de l'application, des considérations métier et des opérations IT. Cela permet de les hiérarchiser en fonction de leur importance pour l'entreprise, 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 métier et la mise en correspondance de ces impératifs avec les charges de travail, à la fois dans leur architecture actuelle et dans l'architecture Google Cloud future.

La liste suivante présente les trois principales catégories et les facteurs que vous devez 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 à la compétence Performances
  • Dépendances géographiques

• Considérations commerciales

  • Exigences de conformité
  • Criticité métier
  • Capacité de modification des données d'entreprise
  • Nombre d'utilisateurs
  • Type d'utilisateurs (interne, externe)
  • TCO

• Opérations IT

  • Environnement d'exécution
  • Contrat de niveau de service
  • Disponibilité
  • Sauvegarde

Identifier et hiérarchiser

À partir du catalogue des 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 attendus, l'effort de migration et les facteurs de risque associés, 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'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 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'entreprise et présentent moins de dépendances système et de réseau à réseau. Ils nécessitent également moins de refactorisation, ont généralement moins de gravité des données, ne présentent pas de défis de conformité spécifiques et peuvent se permettre une période de transition. Pour en savoir plus, découvrez comment choisir les applications à migrer en premier.

Regrouper des applications en vagues

Regroupez les applications en plusieurs vagues avec des délais associés à chaque vague, ainsi que le temps nécessaire pour réviser les plans en fonction des commentaires de chaque vague.

• Vague 1: forte valeur ajoutée, faible effort d'implémentation.
  • Ces applications sont idéales pour les migrations précoces ou les preuves de concept.
• Vagues 2: valeur commerciale élevée, effort d'implémentation important.
  • Ces applications seront peut-être traitées en priorité ensuite.
• Wave 3: faible valeur commerciale, faible effort d'implémentation.
  • Ces applications seront peut-être traitées en priorité.
• Vague 4: faible valeur commerciale, effort d'implémentation important.
  • 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 de 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, par exemple:

1. Assurez-vous de disposer d'une stratégie de rollback pour chaque étape du plan de migration.
2. Planifier le déploiement progressif et les déploiements, comme indiqué précédemment dans ce document.
3. Alerter toutes les équipes de développement et d'exploitation responsables des charges de travail à migrer.
4. Suppression des ressources et des tests de preuve de concept de l'environnement de production cible.
5. Définir des critères pour supprimer l'environnement source en toute sécurité
6. Assurez-vous d'effectuer une évaluation des risques de migration pour chaque vague de migration et de mettre en œuvre des mesures d'atténuation pour les risques identifiés.

Étape suivante

• Découvrez comment exécuter une migration.