Tâche 1 : Validation des modèles de migration et des métadonnées

Dans cette tâche, vous validez les modèles de migration identifiés dans les activités d'évaluation et de planification des vagues dans le flux de travail du portefeuille, puis vous validez la source de métadonnées de migration. L'objectif est de vérifier que suffisamment de données ont été collectées pour soutenir chaque modèle de migration.

Cette tâche comprend les étapes suivantes :

• Étape 1 : Valider les modèles de migration

• Étape 2 : Valider les métadonnées de migration et le plan de vague

Étape 1 : Valider les modèles de migration

Dans le cadre du flux de travail du portefeuille, vous avez effectué une évaluation initiale du portefeuille d'applications, sélectionné des stratégies de migration et identifié des modèles de migration pour chaque stratégie. Ces informations doivent figurer dans le manuel d'évaluation de votre portefeuille. Pour plus d'informations, consultez le manuel Portfolio pour les migrations de AWS grande envergure.

Au cours de cette étape, vous passez en revue les stratégies de migration, vous vérifiez que vous avez identifié tous les modèles de migration et vous confirmez que vous êtes prêt à rédiger des runbooks de migration. Vous pouvez répéter cette tâche tout au long du projet et, au fur et à mesure que votre compréhension du portefeuille évoluera, il est probable que vous identifierez d'autres modèles de migration lors des étapes ultérieures de la migration.

1. Passez en revue les stratégies de migration pour le portefeuille

   Une stratégie de migration est l'approche utilisée pour migrer une application sur site vers le AWS Cloud. Il existe sept stratégies de migration pour déplacer des applications vers le cloud, connues sous le nom de « 7 R ». Les stratégies courantes pour les migrations de grande envergure incluent le réhébergement, la replateforme, la relocalisation et le retrait. Le refactorisation n'est pas recommandé pour les grandes migrations car il implique la modernisation de l'application pendant la migration. Il s'agit de la stratégie de migration la plus complexe, et elle peut être compliquée à gérer pour un grand nombre d'applications. Nous recommandons plutôt de réhéberger, de déplacer ou de reconfigurer l'application, puis de la moderniser une fois la migration terminée. Pour plus d'informations sur les 7 R, consultez le Guide pour les AWS grandes migrations.

   Sur la base des résultats de l'évaluation initiale du portefeuille, vous disposez d'une liste de toutes les stratégies de migration requises pour le portefeuille et vous déterminez la part du portefeuille allouée à chaque stratégie. Par exemple :

   • Réhébergement — 70 %

   • Replateforme — 20 %

   • Retraite — 10 %

2. Vérifiez que les modèles de migration du portefeuille

   Un modèle de migration est une tâche de migration reproductible qui détaille la stratégie, la destination et l'application ou le service utilisé. Au cours de cette étape, vous vérifiez que les modèles de migration incluent des informations détaillées, telles que les outils à utiliser et les AWS services ciblés. Par exemple :

   • Réhébergez sur Amazon Elastic Compute Cloud (Amazon EC2) à l'aide de AWS Application Migration Service (AWS MGN) ou Cloud Migration Factory

   • Replateforme vers Amazon EC2 en utilisant des AWS CloudFormation modèles pour créer une nouvelle infrastructure dans le AWS Cloud

   • Replateforme vers Amazon Relational Database Service (Amazon RDS) en AWS Database Migration Service utilisant AWS (DMS) ou une technologie de base de données native

   Dans le manuel Portfolio pour les AWS grandes migrations, vous associez chaque modèle de migration à sa stratégie de migration et vous documentez les résultats dans un tableau comme dans l'exemple suivant.

Strategy	Modèle
Réhéberger	Réhébergez sur Amazon à l'aide EC2 d'Application Migration Service ou de Cloud Migration Factory
Recréation de plateforme	Replateforme vers Amazon RDS à l'aide du AWS DMS ou d'une technologie de base de données native
Recréation de plateforme	Replateforme vers Amazon EC2 en utilisant des AWS CloudFormation modèles pour créer une nouvelle infrastructure dans le AWS Cloud

Étape 2 : Valider les métadonnées de migration et le plan de vague

Au cours de cette étape, vous validez l'emplacement source des métadonnées de migration. Vous vérifiez que la structure de données, telle que les colonnes disponibles dans un document Excel, est adaptée pour contenir les métadonnées requises, et vous vérifiez que toutes les métadonnées sont disponibles.

1. Validez les métadonnées de migration correspondant à vos modèles de migration

   Chaque modèle de migration nécessite un ensemble différent de métadonnées de migration afin de migrer les serveurs et les applications. Par exemple, une migration de réhébergement vers Amazon EC2 nécessite que vous fournissiez des spécifications pour l'instance cible, telles que les informations relatives au sous-réseau VPC, au groupe de sécurité et au type d'instance. Toutefois, une migration de stockage, une migration de base de données ou une migration de replateforme nécessite un ensemble différent de métadonnées de migration. Vous définissez généralement les exigences relatives aux métadonnées de migration dans le manuel d'évaluation du portefeuille, mais vous devez vous assurer que vous disposez de suffisamment de métadonnées pour prendre en charge chacun de vos modèles de migration. Pour plus d'informations sur l'identification et la collecte des métadonnées, consultez le manuel Portfolio pour les migrations de AWS grande envergure.

2. Validez l'emplacement source des métadonnées de migration et du plan de vague

   Vous documentez généralement l'emplacement source des métadonnées de migration dans votre runbook de gestion des métadonnées. Idéalement, le lieu agit comme une source unique de vérité, telle qu'une feuille de calcul de planification des vagues. Il est également possible que les métadonnées soient toujours présentes à plusieurs endroits, notamment aux emplacements courants suivants :

   Validez les éléments suivants pour l'emplacement de la source de métadonnées :

   • Outil de découverte

   • Base de données de gestion de configuration (CMDB)

   • Questionnaire pour le propriétaire de

   • Feuille de calcul de planification des vagues de migration

   Validez les éléments suivants pour l'emplacement de la source de métadonnées :

   1. Le catalogue de sources est-il maintenu avec les emplacements de toutes les sources de métadonnées et de leurs propriétaires ?

   2. L'emplacement source (par exemple, une feuille de calcul de planification des vagues) possède-t-il toutes les métadonnées de migration requises ?

   3. Existe-t-il des instructions claires pour accéder à chaque source de métadonnées ?

   4. S'il n'existe pas de source unique, chaque source de métadonnées est-elle clairement mappée à ses attributs ?

   5. Existe-t-il un plan de migration clair pour les serveurs et les applications, et au moins cinq vagues sont-elles prêtes pour le flux de travail de migration ?

   6. Existe-t-il un processus de mise à jour des sources ? Dans l'affirmative, quelle est la fréquence et le processus de notification ?

Critères de sortie des tâches

Lorsque vous avez satisfait aux critères de sortie suivants, passez à la tâche suivante :

• Vous avez validé la liste des modèles de migration clairement définis.

• L'emplacement source des métadonnées de migration contient toutes les métadonnées requises pour chaque modèle, ou un processus est en place pour capturer les métadonnées manquantes.

• Vous avez validé le plan de vagues et les métadonnées de migration pour au moins cinq vagues, et vous avez défini un processus pour les notifications et les mises à jour.