Exécuter votre migration

Après avoir planifié votre migration, vous pouvez passer à la phase d'exécution. Les documents suivants fournissent une synthèse des méthodes et des outils que vous pouvez utiliser pour exécuter votre migration.

Avant de commencer

Préparation de la migration initiale

Le projet de migration vers le cloud est le principal effort organisationnel qui pilote la migration de vos charges de travail vers Google Cloud.

Chaque projet de migration est divisé en vagues. Une vague est un groupe d'applications qui partagent des caractéristiques ou des interdépendances communes, telles qu'identifiées par la découverte et l'évaluation de la charge de travail. Les applications et les bases de données autonomes sont généralement de bons candidats à une première vague de migration, en raison de leurs faibles dépendances externes. En revanche, les charges de travail présentant des interdépendances importantes constitueraient une vague de migration complexe nécessitant une planification supplémentaire. Dans ce cas, vous devez affiner le plan de migration pour examiner l'impact commercial des interdépendances et éliminer les blocages qui pourraient empêcher la migration.

Les charges de travail d'une vague de migration sont divisées en groupes de déplacement et migrées vers Google Cloud en sprints. Un groupe de déplacement est un groupe de ressources d'infrastructure et de charges de travail que vous devez migrer ensemble. Celles-ci peuvent faire partie de la même application ou d'un groupe d'applications interdépendantes.

À chaque sprint, vous devez effectuer les actions suivantes:

  • Préparez et intégrez les outils nécessaires à la migration.
  • Élaborer un plan de sprint.
  • Exécuter le plan de sprint.

Processus et méthodologie de migration

Planification du Sprint et playbook

Dans le plan de sprint, définissez comment vous allez exécuter les vagues de migration catégorisées en sprint. Créez un playbook en tenant compte des éléments de base suivants.

# Élément Description
0 Architecture des outils de migration Architecture des outils constituant une fabrique de migration (outils d'évaluation continue, d'affinement du plan de vague, de migration spécifique à une charge de travail, de compilation, de test, de déploiement et de surveillance)
1 Checklist de migration Checklist à utiliser avant et pendant le sprint de migration
2 Inventaire Liste des charges de travail qui seront migrées vers Google Cloud
3 Runbook de sprint Consignes d'exécution pour la migration de chaque charge de travail
4 Plan de migration Plan de migration (processus) étape par étape à suivre pendant le sprint de migration
5 Règles de réseau et de sécurité Liste de toutes les règles de pare-feu pour l'entrée et la sortie sur Google Cloud
les modifications DNS lors de la migration vers Google Cloud
6 Risques et atténuation Risques possibles pendant le sprint de migration et les étapes d'atténuation
7 Tests et validation Plan de test pour valider les exigences fonctionnelles et non fonctionnelles
8 Plan de rollback Étapes de rollback par charge de travail
9 Composition de l'équipe Composition de l'équipe et liste des personnes avec leurs coordonnées
10 Gouvernance Matrice RACI de l'équipe d'exécution de la migration, cadence et rapports, mécanismes de résolution des problèmes

Exécution de la migration

Une fois la phase de planification et de préparation de la migration terminée, cette section explique comment effectuer des migrations et des validations reproductibles vers Google Cloud.

Cycle d'exécution de la migration

Évaluation

La première itération de l'évaluation a lieu pendant la phase de planification de la migration, et génère des données sur les dépendances entre les charges de travail et les composants d'infrastructure. Vous devez continuer à effectuer des étapes de découverte et d'évaluation tout au long de votre projet de migration vers le cloud afin de recalibrer et d'enrichir les données concernant les aspects suivants:

  • Mappage d'applications et de bases de données avec mappage d'infrastructure (pour identifier tous les composants d'infrastructure et de plate-forme pour une charge de travail d'entreprise)
  • Mappage entre l'infrastructure et les applications, bases de données et services (pour identifier toutes les charges de travail métier associées à un composant d'infrastructure ou de plate-forme)
  • Dépendances entre les charges de travail d'entreprise
  • Consommation des ressources par charge de travail
  • Identification de toutes les charges de travail qui n'ont pas été découvertes lors de la première phase d'évaluation
  • Identification des exigences concernant les zones de destination (nouvelles ou modifiées) qui n'ont pas été identifiées lors de la phase d'évaluation initiale
  • Identification des problèmes bloquants susceptibles d'empêcher la migration

Une évaluation continue est essentielle pour calibrer et affiner en permanence le groupe de déplacement, identifier et atténuer les risques, et affiner et optimiser les plans de vague de migration.

Planification

La phase de planification d'une vague de migration vise à définir la portée finale des sprints dans une vague et à consolider les plans de migration spécifiques aux composants en un seul plan. Voici les résultats de cette phase:

  • Déplacer le ou les groupes dans le cadre du sprint en cours
  • Checklist du sprint de migration
  • Mesures d'atténuation pour résoudre les problèmes bloquants
  • Plan de migration, compilation, test et déploiement
  • Rollback du plan
  • Planification de l'exécution

Une planification détaillée de bas niveau est essentielle pour réussir le déploiement par la suite.

Déployer

Pendant la phase de déploiement, votre équipe chargée de la migration exécute le plan de migration et supprime tous les problèmes critiques. Il est recommandé d'organiser régulièrement des réunions d'état pour suivre le plan d'exécution. Toutefois, ces réunions d'état ne doivent pas être utilisées pour résoudre des problèmes. Organisez plutôt des sessions distinctes et dédiées avec des experts techniques respectifs.

Voici les résultats de la phase de déploiement:

  • Mises à jour du plan de migration (état par étape, remarques)
  • Mises à jour de l'outil de suivi des problèmes de migration
  • Résultats des tests post-migration
  • Mises à jour CMDB (le cas échéant)
  • Communication des résultats de la migration aux personnes concernées

Si le déploiement échoue (par exemple, si le plan de migration échoue, si les tests échouent ou si le correctif est impossible dans le délai de migration défini), vous devez exécuter le plan de rollback. Il est recommandé d'exécuter des tests d'application après le rollback et de s'assurer que toutes les modifications externes faisant partie du plan de migration, telles que la configuration des systèmes en amont et en aval, sont également annulées.

Optimisation

La phase d'optimisation permet à votre équipe de projet de se regrouper une fois la phase de déploiement terminée pour documenter les leçons apprises et mettre en œuvre des améliorations pour les vagues et les sprints suivants. Pour le champ d'application déjà migré, la phase d'optimisation peut être utilisée pour résoudre les problèmes post-migration non critiques.

Cette phase est importante, car elle permet une amélioration continue tout au long du calendrier du projet.

Les résultats de cette phase sont les suivants:

  • Mises à jour de l'outil de suivi des problèmes de migration
  • Mises à jour de la base de connaissances du projet, le cas échéant

Outils de migration

Les outils d'automatisation jouent un rôle important dans le cycle de migration. Au cours de la phase d'exécution de votre migration, vous devez créer une architecture d'outils d'automatisation en fonction de plusieurs facteurs, tels que le type de charges de travail à migrer, la stratégie de distribution et de déploiement géographique, ainsi que les exigences de sécurité.

Les documents suivants présentent plusieurs outils d'automatisation permettant de gérer les fonctionnalités suivantes:

Étapes suivantes