Exécuter votre migration

Une fois que vous avez 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 l'effort organisationnel majeur qui conduit à 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, comme identifié par la découverte et l'évaluation de la charge de travail. Les applications et bases de données autonomes sont généralement de bons candidats pour une première vague de migration en raison de leur faible dépendance externe. En revanche, les charges de travail présentant des interdépendances importantes constitueraient une vague de migration complexe qui nécessiterait 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 obstacles qui pourraient empêcher la migration.

Les charges de travail d'une vague de migration sont divisées en groupes de migration et migrées vers Google Cloud en sprints. Un groupe de transfert est un groupe de ressources d'infrastructure et de charges de travail que vous devez migrer ensemble. Il peut s'agir de la même application ou d'un groupe d'applications interdépendantes.

Au cours de 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 du sprint

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

# Élément Description
0 Architecture des outils de migration Architecture des outils constituant une usine de migration (outils d'évaluation continue, d'affinement du plan de vague, de migration spécifique à la 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 migrer 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 stratégies d'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 Étapes de rollback par charge de travail
9 Composition de l'équipe Composition et liste de l'équipe avec coordonnées
10 Gouvernance Matrice RACI de l'équipe d'exécution de la migration, cadence et rapports, mécanismes de résolution des escalades

Exécution de la migration

Une fois que vous avez terminé la phase de planification et de préparation de la migration, cette section explique comment effectuer des migrations et des validations reproductibles 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 et produit des données sur les dépendances entre les charges de travail et les composants d'infrastructure. Vous devez continuer à effectuer des activités 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 des applications et des bases de données sur le mappage de l'infrastructure (pour identifier tous les composants de l'infrastructure et de la plate-forme d'une charge de travail métier)
  • 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 de l'entreprise
  • Consommation des ressources par charges de travail
  • Identification des charges de travail qui n'ont pas été détectées lors de la première vague d'évaluation
  • Identification des exigences nouvelles ou modifiées concernant les zones de destination qui n'ont pas été identifiées lors de la première vague d'évaluation
  • 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 migration, identifier et atténuer les risques, et affiner et optimiser les plans de 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 dans 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 en cours
  • 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
  • Rollback du plan
  • Planification de l'exécution

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

Déployer

Au cours de la phase de déploiement, votre équipe de migration exécute le plan de migration et élimine les problèmes critiques. Nous vous recommandons de planifier des réunions régulières sur l'état du projet pour suivre le plan d'exécution. Toutefois, ces réunions d'état ne doivent pas être utilisées pour résoudre les problèmes. Configurez plutôt des sessions distinctes et dédiées avec les experts techniques concernés.

Les résultats de la phase de déploiement sont les suivants:

  • Mises à jour du plan de migration (état par étape, notes)
  • Mises à jour du 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 personnes concernées

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 à votre équipe de projet de se regrouper après la phase de déploiement pour documenter les enseignements tirés et implémenter 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 la phase sont les suivants:

  • Mises à jour du 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. Au cours de la phase d'exécution de votre migration, vous devez créer une architecture d'outils d'automatisation en fonction d'un certain nombre de 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:

Étape suivante