Exécuter votre migration

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

Avant de commencer

Préparation initiale de la migration

Le projet de migration vers le cloud est le principal effort organisationnel qui permet de migrer 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 des charges de travail. Les applications et bases de données autonomes sont généralement de bons candidats pour une première vague de migration, car elles présentent peu de dépendances externes. En revanche, les charges de travail présentant des interdépendances importantes constituent une vague de migration complexe qui nécessite une planification supplémentaire. Dans ce cas, vous devez affiner le plan de migration pour examiner l'impact commercial des interdépendances et supprimer les points de blocage 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. Il peut s'agir d'une 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.
  • Élaborez un plan de sprint.
  • Exécutez le plan de sprint.

Processus et méthodologie de migration

Planification et playbook de sprint

Dans le plan de sprint, définissez la façon dont vous allez exécuter les vagues de migration classées dans un sprint. Créez un playbook en abordant les blocs de construction suivants.

# Élément Description
0 Architecture des outils de migration Architecture des outils constituant une usine de migration (outils d'évaluation continue, d'affinage du plan par vagues, de migration, de compilation, de test, de déploiement et de surveillance spécifiques aux charges de travail)
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) à suivre étape par étape 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
Modifications DNS lors de la migration vers Google Cloud
6 Risques et atténuation Risques possibles pendant le sprint de migration et mesures d'atténuation
7 Tests et validation Plan de test pour valider les exigences fonctionnelles et non fonctionnelles
8 Plan de rollback Procédure de rétablissement par charge de travail
9 Composition de l'équipe Composition de l'équipe et liste des membres avec leurs coordonnées
10 Gouvernance Matrice RACI de l'équipe d'exécution de la migration, cadence et reporting, mécanismes de résolution des escalades

Exécution de la migration

Une fois la phase de planification et de préparation de la migration terminée, cette section décrit comment effectuer des migrations et des validations répétables vers Google Cloud.

Cycle d'exécution de la migration

Évaluer

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

  • Mappage des applications et des bases de données au mappage de l'infrastructure (pour identifier tous les composants d'infrastructure et de plate-forme d'une charge de travail métier)
  • Mappez l'infrastructure aux 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 métier
  • Consommation de ressources par charge de travail
  • Identification des charges de travail qui n'ont pas été découvertes lors de la première vague d'évaluation
  • Identification des exigences nouvelles ou modifiées concernant la zone d'atterrissage qui n'ont pas été identifiées lors de la première vague d'évaluation
  • Identification des problèmes bloquants qui peuvent empêcher la migration

Une évaluation continue est essentielle pour calibrer et affiner en permanence les groupes de transfert, identifier et atténuer les risques, et affiner et optimiser les plans des vagues de migration.

Plan

La phase de planification d'une vague de migration vise à définir le champ d'application final des sprints d'une vague et à regrouper les plans de migration spécifiques aux composants en un seul plan. Les résultats de cette phase sont les suivants :

  • Déplacer un ou plusieurs groupes dans le champ d'application du sprint actuel
  • Checklist du sprint de migration
  • Mesures d'atténuation pour résoudre les problèmes bloquants
  • Plan de migration, de compilation, de test et de déploiement
  • Plan de rollback
  • Planification de l'exécution

Une planification détaillée de bas niveau est essentielle pour un déploiement réussi.

Déployer

Pendant la phase de déploiement, votre équipe de migration exécute le plan de migration et résout les problèmes critiques. Nous vous recommandons de planifier des réunions régulières pour suivre le plan d'exécution. Toutefois, ces réunions ne doivent pas être utilisées pour résoudre des problèmes. À la place, configurez des sessions distinctes et dédiées avec les experts techniques concernés.

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

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

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

Optimiser

La phase d'optimisation permet à l'équipe de projet de se regrouper après la phase de déploiement 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 qui a déjà été migré, la phase d'optimisation peut être utilisée pour résoudre les problèmes non critiques post-migration.

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

Voici les résultats de la phase :

  • 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 vie de la migration. Lors 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 distribution géographique et la stratégie de déploiement, ainsi que les exigences de sécurité.

Les documents suivants présentent plusieurs outils d'automatisation qui répondent aux fonctionnalités suivantes :

Étapes suivantes