Ce document explique comment planifier les vagues de migration.
Vous pouvez regrouper les candidats à la migration en vagues de migration. Le regroupement peut être effectué à un niveau élevé (en fonction de la catégorie) ou à un niveau détaillé (applications, emplacements, composants), en fonction des informations que vous collectez lors des phases 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 en fonction de l'architecture des applications, des considérations métier et des opérations informatiques. Vous pouvez ainsi les prioriser 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 future.
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 et sans état
- Exigences en termes de performances
- Dépendances géographiques
Considérations commerciales
- Exigences de conformité
- Criticité métier
- Capacité à évoluer
- Nombre d'utilisateurs
- Type d'utilisateur (interne, externe)
- TCO
Opérations informatiques
- Environnement d'exploitation
- Contrat de niveau de service
- Qui peut en bénéficier ?
- Sauvegarde
Cartographier et prioriser
À partir du catalogue d'applications, mappez 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, les efforts de migration et les facteurs de risque associés, pendant et après la migration.
Classez ensuite les candidats à la migration par ordre de priorité, en fonction de leur valeur pour l'entreprise et de l'effort requis pour la migration. Pour préparer votre migration, identifiez les applications dont les fonctionnalités sont susceptibles d'être déplacées en premier. Vous pouvez en choisir une seule ou en inclure de nombreuses 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 avec une application autonome réduit votre risque initial, car vous pourrez ensuite appliquer les nouvelles connaissances de votre équipe à des applications plus complexes et dépendant de nombreuses dépendances.
Les applications de la première vague ne sont généralement pas critiques pour l'entreprise et ont moins de dépendances du système et de réseau à réseau. Elles nécessitent également moins de refactorisation, présentent généralement moins de gravité des données, ne présentent pas de problèmes de conformité spécifiques et peuvent se permettre un intervalle de basculement. Pour en savoir plus, découvrez comment choisir les applications à migrer en premier.
Regrouper des applications par vagues
Regroupez les applications en plusieurs vagues, avec des chronologies associées à chaque vague, ainsi que le temps de réviser les plans en fonction des commentaires de chaque vague.
- Vague 1: valeur élevée pour l'entreprise, faible effort de mise en œuvre
- Ces applications sont des candidats idéaux pour les premières migrations ou les démonstrations de faisabilité.
- Vague 2: valeur ajoutée élevée, effort important à mettre en œuvre
- Il est possible que ces applications soient ensuite prioritaires.
- Vague 3: faible valeur commerciale, faible effort de mise en œuvre
- Il est possible que ces applications soient ensuite prioritaires.
- Vague 4: faible valeur commerciale, effort important à mettre en œuvre
- 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. Le fait de suivre les concepts présentés dans ce document ne garantit pas le succès de l'opération. Il met toutefois en évidence certains points qui sont 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.
- Planification d'un déploiement et d'un déploiement progressifs, comme indiqué précédemment dans ce document.
- Alertez toutes les équipes de développement et d'exploitation responsables de la migration des charges de travail.
- Suppression des ressources et des tests de démonstration de faisabilité de l'environnement de production cible
- Définition des critères de suppression sécurisée de l'environnement source.
- Assurez-vous de procéder à une évaluation des risques de migration pour chaque vague de migration et de prendre des mesures d'atténuation pour les risques identifiés.
Étapes suivantes
- Découvrez comment exécuter une migration.