Tâche 2 : Définition des processus d'identification, de collecte et de stockage des métadonnées - AWS Conseils prescriptifs
Étape 1 : définir les métadonnées requisesÉtape 2 : Création des processus de stockage et de collecte des métadonnéesÉtape 3 : Documenter les exigences en matière de métadonnées et les processus de collecte dans un manuelCritères de sortie des tâches

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Tâche 2 : Définition des processus d'identification, de collecte et de stockage des métadonnées

Dans la tâche précédente, vous avez validé les données de découverte initiales, les stratégies de migration et les modèles de migration pour votre migration de grande envergure. Dans le cadre de cette tâche, vous identifiez les métadonnées requises et décidez de la manière dont vous allez les collecter. Cette tâche comprend les étapes suivantes :

Au fur et à mesure que vous suivez les étapes de cette section, considérez l'ensemble du cycle de migration du point de vue des métadonnées. Envisagez l'évaluation du portefeuille, la planification des vagues, la migration, les tests, les activités post-transition, puis analysez tous les cas d'utilisation possibles et les cas d'utilisation connexes. La prise en compte des informations dont vous avez besoin pour terminer le processus de migration complet vous permet d'identifier toutes les métadonnées associées à ce modèle.

Étape 1 : définir les métadonnées requises

Avant de pouvoir déterminer les attributs de métadonnées requis, vous devez comprendre le modèle de migration. Par exemple, vous avez besoin de métadonnées différentes pour migrer un serveur vers Amazon EC2 et pour migrer une base de données vers Amazon RDS. La plupart des modèles sont composés de nombreuses petites tâches. Pour exécuter le modèle de migration, vous devez connaître les attributs de métadonnées requis, puis collecter les métadonnées pour cette application. Vous devez déterminer et rassembler les métadonnées requises lors de la phase d'initialisation afin de pouvoir effectuer la migration efficacement et sans délai lors de la phase de mise en œuvre.

La personne ou l'équipe qui définit les attributs des métadonnées commence par définir les étapes et les tâches nécessaires pour effectuer le modèle de migration. Les tâches déterminent les métadonnées nécessaires, de sorte que l'exécution de chaque tâche permet de créer une collection complète des métadonnées requises. La personne qui détermine les métadonnées requises doit généralement bien comprendre comment effectuer le schéma de migration. Une coordination avec la personne qui rédige le manuel de migration peut être requise. Pour plus d'informations, consultez le manuel de migration pour les AWS grandes migrations.

Lors d'une migration de grande envergure, de nombreux processus répartis dans tous les flux de travail dépendent des métadonnées. Le fait de disposer de métadonnées précises et actualisées a un impact important et significatif sur le succès d'une migration de grande envergure.

Au cours de cette étape, vous définissez le modèle ou la tâche, puis vous utilisez la définition pour identifier les métadonnées requises.

Identifier les éléments clés des modèles de migration et les tâches de support

Au cours de cette étape, pour chaque modèle de migration ou tâche de support, vous définissez les composants clés, tels que l'action, l'objet source, l'objet cible et les outils utilisés. Vous nommez ensuite le modèle ou la tâche en fonction de vos réponses.

Les tâches de support incluent les activités opérationnelles que le portefeuille et les flux de travail de migration doivent effectuer pendant la migration, telles que la planification des vagues, la priorisation des applications, l'analyse des dépendances, la gouvernance, la reprise après sinistre, les tests de performance ou les tests d'acceptation par les utilisateurs. Comme vous avez besoin de métadonnées pour effectuer ces tâches, vous devez effectuer ces étapes à la fois pour les modèles de migration et pour les tâches de support.

  1. Action — Identifiez la stratégie de migration ou la tâche de support. N'oubliez pas qu'une action peut être associée à d'autres actions. Par exemple, vous souhaiterez peut-être définir des opérations de migration. Voici quelques exemples d'actions :

    • Stratégie de migration, telle que le réhébergement, la replateforme ou la relocalisation

    • Planification des vagues

    • Priorisation des applications et analyse des dépendances

    • Opération

    • Gouvernance

    • Reprise après sinistre

    • Tests, tels que les tests de performance ou les tests d'acceptation par l'utilisateur (UAT)

  2. Objet source : identifiez l'objet source sur lequel l'action sera exécutée. Les exemples d'objets source incluent :

    • Vagues

    • Serveur

    • Base de données

    • Partage de fichiers

    • Application

  3. Outils — Identifiez les services ou les outils utilisés pour effectuer l'action. Vous pouvez utiliser plusieurs outils ou services. Voici quelques exemples d'outils :

    • AWS Application Migration Service

    • AWS DataSync

    • AWS Database Migration Service (AWS DMS)

    • AWS Backup

    • Outils de surveillance des performances

  4. Objet cible : identifiez l'objet, le service ou l'emplacement cible où résidera la source une fois l'action terminée. Voici quelques exemples d'objets, de services ou de lieux :

    • Amazon Elastic Compute Cloud (Amazon EC2)

    • Amazon Relational Database Service (Amazon RDS)

    • Amazon Elastic File System (Amazon EFS)

    • Amazon Elastic Container Service (Amazon ECS)

    • Plan de vagues

  5. Nom du modèle — Combinez vos réponses aux étapes précédentes comme suit :

    <action><source object><target object>sur/à l'utilisation <tool>

    Voici quelques exemples :

    • Réhébergez des ondes (action), des applications ou des serveurs (objet source) vers Amazon EC2 (objet cible) à l'aide d'Application Migration Service ou de Cloud Migration Factory (outils)

    • Replateforme les partages de fichiers (action) (objet source) vers Amazon EFS (objet cible) à l'aide de DataSync (outil)

    • Replateforme des bases de données (action) (objet source) vers Amazon RDS (objet cible) à l'aide de AWS DMS (outil)

    • Surveillance des performances (action) des applications (objet source) sur Amazon EC2 (objet cible) à l'aide d'Amazon CloudWatch (outil)

    • Sauvegardez (action) les serveurs (objet source) sur Amazon EC2 (objet cible) à l'aide de AWS Backup (outils) après la migration

    • Planification des vagues (action) : vagues, applications ou serveurs (objet source) pour créer un plan de vagues (objet cible)

Voici un exemple de la manière dont vous pouvez enregistrer le modèle 1 : Rehost to Amazon EC2 en utilisant Application Migration Service ou Cloud Migration Factory à partir du tableau des modèles de migration.

Pattern ID

1

Pattern name

Réhébergez sur Amazon à EC2 l'aide d'Application Migration Service ou de Cloud Migration Factory

Action

Migration de réhébergement

Source object

Waves, applications ou serveurs

Tools

Service de migration d'applications ou usine de migration vers le cloud

Target object

Amazon EC2

Déterminer les métadonnées requises pour chaque modèle ou tâche

Maintenant que vous avez défini le modèle ou la tâche, vous déterminez les métadonnées requises pour l'objet source, l'objet cible, les outils et les autres informations commerciales. Pour expliquer ce processus, ce manuel utilise le modèle 1 : Rehost to Amazon EC2 using Application Migration Service ou Cloud Migration Factory, comme exemple, du tableau des modèles de migration. Notez que pour certains modèles ou tâches, certaines étapes peuvent ne pas s'appliquer.

  1. Analyser l'objet cible : en partant de l'objet cible, créer manuellement l'objet et identifier les métadonnées nécessaires pour le soutenir. Capturez les métadonnées comme indiqué dans le tableau suivant.

    Par exemple, lorsque vous créez une EC2 instance, vous devez choisir un type d'instance, un type de stockage, une taille de stockage, un sous-réseau, un groupe de sécurité et des balises. Le tableau suivant contient des exemples d'attributs de métadonnées dont vous pourriez avoir besoin si votre objet cible est une EC2 instance.

    Nom d’attribut Type d'objet Description ou objectif

    target_subnet

    EC2 Instance cible

    Sous-réseau de l'instance cible EC2

    target_subnet_test

    EC2 Instance cible

    Sous-réseau de test de l'instance cible EC2

    target_security_group

    EC2 Instance cible

    Groupe de sécurité de l' EC2 instance cible

    target_security_group_test

    EC2 Instance cible

    Tester le groupe de sécurité de l' EC2 instance cible

    IAM_role

    EC2 Instance cible

    AWS Identity and Access Management rôle (IAM) de l'instance cible EC2

    instance_type

    EC2 Instance cible

    Type d'instance de l' EC2 instance cible

    AWS_account_ID

    EC2 Instance cible

    AWS compte pour héberger l' EC2 instance cible

    AWS_Region

    EC2 Instance cible

    AWS Région dans laquelle héberger l' EC2 instance cible

  2. Analyser les outils : utilisez l'outil pour créer un objet cible et vérifier les différences. Capturez les métadonnées spécifiques à l'outil, comme indiqué dans le tableau suivant, et supprimez les attributs du tableau précédent s'ils ne sont pas pris en charge par l'outil de migration. Par exemple, vous ne pouvez pas personnaliser le type de système d'exploitation et la taille de stockage pour le service de migration d'applications, car c'est l'outil de migration de rehost qui l'est like-for-like. Par conséquent, vous supprimeriez le système d'exploitation cible et la taille du disque cible si ces attributs étaient inclus dans le tableau précédent. Dans le tableau d'exemple précédent, tous les attributs sont pris en charge par l'outil, aucune action n'est donc requise.

    Le tableau suivant contient des exemples de métadonnées dont vous pourriez avoir besoin pour les outils.

    Nom d’attribut Type d'objet Description ou objectif

    AWS_account_ID

    Outils (service de migration d'applications)

    AWS identifiant de compte pour AWS Application Migration Service

    AWS_Region

    Outils (service de migration d'applications)

    AWS Région pour le service de migration des applications

    replication_server_subnet

    Outils (service de migration d'applications)

    Sous-réseau pour le serveur de réplication du service de migration des applications

    replication_server_security_group

    Outils (service de migration d'applications)

    Groupe de sécurité pour le serveur de réplication du service de migration des applications

  3. Analyser l'objet source : déterminez les métadonnées requises pour l'objet source en évaluant les actions comme suit :

    • Pour migrer des serveurs, vous devez connaître le nom du serveur source et le nom de domaine complet (FQDN) afin de vous connecter au serveur.

    • Pour migrer des applications ainsi que leurs serveurs, vous devez connaître le nom de l'application, l'environnement de l'application et le application-to-server mappage.

    • Pour effectuer une évaluation du portefeuille, hiérarchiser les applications ou définir un groupe de déménagement, vous devez connaître le application-to-server mappage, le application-to-database mappage et application-to-application les dépendances.

    • Pour gérer les vagues, vous devez connaître l'identifiant de la vague ainsi que les heures de début et de fin de la vague.

    Le tableau suivant contient des exemples de métadonnées dont vous pourriez avoir besoin pour l'objet source.

    Nom d’attribut Type d'objet Description ou objectif

    wave_ID

    Onde source

    ID de la vague (par exemple : vague 10)

    wave_start_date

    Onde source

    Date de début de la vague

    wave_cutover_date

    Onde source

    Date limite pour la vague

    wave_owner

    Onde source

    Propriétaire de la vague

    app_name

    Application source

    Nom de l'application source

    app_to_server_mapping

    Application source

    Application-to-server relation

    app_to_DB_mapping

    Application source

    Application-to-database relation

    app_to_app_dependencies

    Application source

    Dépendances externes de l'application

    server_name

    Serveur source

    Nom du serveur source

    server_FQDN

    Serveur source

    Nom de domaine complet du serveur source

    server_OS_family

    Serveur source

    Famille de systèmes d'exploitation (OS) du serveur source (par exemple : Windows ou Linux)

    server_OS_version

    Serveur source

    Version du système d'exploitation du serveur source (par exemple : Windows Server 2003)

    server_environment

    Serveur source

    Environnement du serveur source (par exemple : développement, production ou test)

    server_tier

    Serveur source

    Niveau du serveur source (par exemple : Web, base de données ou application)

    CPU

    Serveur source

    Nombre de CPUs dans le serveur source

    RAM

    Serveur source

    Taille de la RAM du serveur source

    disk_size

    Serveur source

    Taille du disque du serveur source

  4. Tenez compte d'autres attributs : outre l'action principale, prenez en compte d'autres actions et attributs liés à l'objet ou à l'application cible. Pour le modèle d'exemple, Schéma 1 : Rehost to Amazon EC2 using Application Migration Service ou Cloud Migration Factory, l'action est le réhébergement et l'objet cible est Amazon. EC2 Les autres actions associées à cet objet cible peuvent inclure la sauvegarde sur Amazon EC2, le suivi de l' EC2 instance après la migration et l'utilisation de balises pour gérer les coûts associés à l' EC2 instance. Vous pouvez également envisager d'autres attributs de l'application qui vous aident à gérer la migration, tels que le propriétaire de l'application, que vous devrez peut-être contacter pour toute question ou à des fins de transfert.

    Le tableau suivant contient des exemples de métadonnées supplémentaires couramment utilisées. Ce tableau inclut des balises pour votre EC2 instance cible. Pour plus d'informations sur les balises et leur utilisation, consultez la section Marquer vos EC2 ressources Amazon dans la EC2 documentation Amazon.

    Nom d’attribut Type d'objet Description ou objectif

    Name

    EC2 Instance cible (tag)

    Tag pour définir le nom d'une EC2 instance cible

    app_owner

    Application source

    Le propriétaire d'une application source

    business_unit

    EC2 Instance cible (tag)

    Tag pour identifier l'unité commerciale d'une EC2 instance cible (par exemple : RH, finance ou informatique)

    cost_center

    EC2 Instance cible (tag)

    Tag pour identifier le centre de coûts d'une EC2 instance cible

  5. Création d'une table : combinez toutes les métadonnées identifiées dans les étapes précédentes dans une seule table.

    Nom d’attribut Type d'objet Description ou objectif

    wave_ID

    Onde source

    ID de la vague (par exemple : vague 10)

    wave_start_date

    Onde source

    Date de début de la vague

    wave_cutover_date

    Onde source

    Date limite pour la vague

    wave_owner

    Onde source

    Propriétaire de la vague

    app_name

    Application source

    Nom de l'application source

    app_to_server_mapping

    Application source

    Application-to-server relation

    app_to_DB_mapping

    Application source

    Application-to-database relation

    app_to_app_dependencies

    Application source

    Dépendances externes de l'application

    AWS_account_ID

    Outils (service de migration d'applications)

    AWS compte pour héberger l' EC2 instance cible

    AWS_Region

    Outils (service de migration d'applications)

    AWS Région dans laquelle héberger l' EC2 instance cible

    replication_server_subnet

    Outils (service de migration d'applications)

    Sous-réseau pour le serveur de réplication du service de migration des applications

    replication_server_security_group

    Outils (service de migration d'applications)

    Groupe de sécurité pour le serveur de réplication du service de migration des applications

    server_name

    Serveur source

    Nom du serveur source

    server_FQDN

    Serveur source

    Nom de domaine complet du serveur source

    server_OS_family

    Serveur source

    Famille de systèmes d'exploitation (OS) du serveur source (par exemple : Windows ou Linux)

    server_OS_version

    Serveur source

    Version du système d'exploitation du serveur source (par exemple : Windows Server 2003)

    server_environment

    Serveur source

    Environnement du serveur source (par exemple : développement, production ou test)

    server_tier

    Serveur source

    Niveau du serveur source (par exemple : Web, base de données ou application)

    CPU

    Serveur source

    Nombre de CPUs dans le serveur source

    RAM

    Serveur source

    Taille de la RAM du serveur source

    disk_size

    Serveur source

    Taille du disque du serveur source

    target_subnet

    Serveur cible

    Sous-réseau de l'instance cible EC2

    target_subnet_test

    Serveur cible

    Sous-réseau de test de l'instance cible EC2

    target_security_group

    Serveur cible

    Groupe de sécurité de l' EC2 instance cible

    target_security_group_test

    Serveur cible

    Tester le groupe de sécurité de l' EC2 instance cible

    instance_type

    Serveur cible

    Type d'instance de l' EC2 instance cible

    IAM_role

    Serveur cible

    AWS Identity and Access Management rôle (IAM) de l'instance cible EC2

    Name

    Serveur cible (tag)

    Tag pour définir le nom d'une EC2 instance cible

    app_owner

    Application source

    Le propriétaire d'une application source

    business_unit

    Serveur cible (tag)

    Tag pour identifier l'unité commerciale d'une EC2 instance cible (par exemple : RH, finance ou informatique)

    cost_center

    Serveur cible (tag)

    Tag pour identifier le centre de coûts d'une EC2 instance cible

  6. Répéter : répétez ce processus jusqu'à ce que vous ayez documenté les métadonnées requises pour chaque modèle.

Étape 2 : Création des processus de stockage et de collecte des métadonnées

À l'étape précédente, vous avez défini les métadonnées requises pour prendre en charge votre migration. Au cours de cette étape, vous allez créer un processus de collecte et de stockage des métadonnées. Cette étape comprend deux tâches :

  1. Analysez les métadonnées requises à l'étape précédente et identifiez la source.

  2. Définissez un processus pour stocker et collecter efficacement les métadonnées.

Analyser les sources de métadonnées

Il existe de nombreuses sources de métadonnées courantes. En général, la première chose à laquelle vous pouvez accéder est un inventaire des actifs de haut niveau, qui est généralement exporté depuis une base de données de gestion des configurations (CMDB) ou depuis un autre outil existant. Cependant, vous devez également collecter des métadonnées provenant d'autres sources, à l'aide de processus automatisés et manuels.

Le tableau suivant présente les sources communes, le processus de collecte standard pour cette source et les types de métadonnées courants que vous pouvez vous attendre à trouver à partir de cette source.

Source de métadonnées Type de collection Type de métadonnées

Outils de découverte

Automatisé

Serveur source

CMDB

Automatisé

Serveur source

Inventaire provenant d'autres outils, tels que RVToolspour VMware vSphere

Automatisé

Serveur source

Questionnaire destiné au propriétaire de

Manuelle

Serveur source, serveur cible, wave

Entretien avec le propriétaire de l'application

Manuelle

Serveur source, serveur cible, wave

Documentation de conception d'applications

Manuelle

Serveur cible

Documentation de conception de la zone d'atterrissage

Manuelle

Serveur cible, outils

Après avoir répertorié toutes les sources possibles de vos métadonnées, vous analysez le type de métadonnées et associez chaque source aux attributs de métadonnées que vous avez identifiés à l'étape précédente.

  1. Obtenez une liste complète des attributs de métadonnées auprès deÉtape 1 : définir les métadonnées requises.

  2. Analysez chaque type de métadonnées et déterminez ceux qui ne peuvent pas être récupérés à l'aide d'un processus automatisé. Il s'agit généralement des métadonnées du serveur cible et des types de métadonnées de vague, car ils nécessitent des décisions de la part des propriétaires de l'application. Par exemple, quel sous-réseau et quel groupe de sécurité utiliserez-vous pour les EC2 instances cibles ?

  3. Analysez chaque attribut de métadonnées et mappez-le à une source de métadonnées du tableau précédent. Il est courant d'avoir une combinaison de plusieurs sources. Vous pouvez utiliser les outils de découverte pour collecter certaines métadonnées du serveur source. Pour plus d'informations sur l'utilisation d'outils de découverte pour collecter des métadonnées, voir Commencer la découverte automatique de portefeuilles sur le site Web des directives AWS prescriptives.

  4. Créez une table pour associer l'attribut de métadonnées à son type et à sa source. Le tableau suivant en est un exemple.

    Attribut de métadonnées Type de métadonnées Sources de métadonnées

    app_name

    Application source

    CMDB

    app_owner

    Application source

    CMDB

    app_to_server_mapping

    Application source

    CMDB, outils de découverte ou questionnaire destiné au propriétaire de l'application

    app_to_DB_mapping

    Application source

    CMDB, outils de découverte ou questionnaire destiné au propriétaire de l'application

    app_to_app_dependencies

    Application source

    CMDB, outils de découverte ou questionnaire destiné au propriétaire de l'application

    server_name

    Serveur source

    CMDB

    server_FQDN

    Serveur source

    CMDB

    server_OS_family

    Serveur source

    CMDB

    server_IP

    Serveur source

    Outils de découverte

    disk_size

    Serveur source

    Outils de découverte

    instance_type

    Serveur cible

    Outils de découverte

    target_subnet

    Serveur cible

    Questionnaire destiné au propriétaire de

    target_security_group

    Serveur cible

    Questionnaire destiné au propriétaire de

    AWS_Region

    Serveur cible

    Questionnaire destiné au propriétaire de

    AWS_account_ID

    Serveur cible

    Questionnaire destiné au propriétaire de

    replication_server_subnet

    Outils (service de migration d'applications)

    Documentation de conception de la zone d'atterrissage

    replication_server_security_group

    Outils (service de migration d'applications)

    Documentation de conception de la zone d'atterrissage

    Name

    Serveur cible (tag)

    Questionnaire destiné au propriétaire de

    business_unit

    Serveur cible (tag)

    Questionnaire destiné au propriétaire de

    cost_center

    Serveur cible (tag)

    Questionnaire destiné au propriétaire de

    wave_ID

    Planification des vagues

    Entretien avec le propriétaire de l'application

    wave_start_date

    Planification des vagues

    Entretien avec le propriétaire de l'application

    wave_cutover_date

    Planification des vagues

    Entretien avec le propriétaire de l'application

Définissez un magasin de métadonnées unique

Après avoir mappé chaque attribut de métadonnées à sa source, vous définissez où stocker les métadonnées. Quels que soient le mode et l'endroit où vous stockez les métadonnées, vous ne devez choisir qu'un seul référentiel. Cela garantit que vous disposez d'une source unique de vérité. Le stockage des métadonnées à plusieurs endroits est une erreur courante lors de migrations de grande envergure.

Option 1 : Stocker les métadonnées dans une feuille de calcul dans un référentiel partagé

Bien que cette option puisse sembler un processus très manuel, il s'agit du magasin de données le plus courant pour les grandes migrations. Il est également courant de stocker la feuille de calcul dans un référentiel partagé, tel qu'un SharePoint site Microsoft.

Une feuille de calcul Microsoft Excel est facile à personnaliser et sa création ne prend pas beaucoup de temps. Les inconvénients sont que cela peut devenir très complexe si vous disposez d'un grand nombre de métadonnées et qu'il peut être difficile de gérer les relations entre les actifs, par exemple entre le serveur, l'application et la base de données. L'autre défi est celui de la gestion des versions. Vous devez limiter l'accès en écriture à quelques personnes uniquement, ou vous devez utiliser un processus automatisé pour mettre à jour la feuille de calcul.

Dans les modèles de playbook de portefeuille, vous pouvez utiliser le modèle de tableau de bord pour la planification et la migration des vagues (format Excel) comme point de départ pour créer votre propre feuille de calcul de banque de données.

Option 2 : Stocker les métadonnées dans un outil spécialement conçu

Vous pouvez utiliser un outil prédéfini, tel que TDS Transition Manager (site Web TDS), pour stocker vos données, ou vous pouvez créer votre propre outil. Lorsque vous créez votre propre outil, vous avez besoin de tables de base de données, tout comme les onglets de feuille de calcul Excel dans l'option 1. Par exemple :

  • Table de serveur

  • Tableau d'application

  • Table de base de données

  • Application-to-server et table application-to-database de mappage

  • Tableau de planification des vagues

  • Tableau du questionnaire destiné aux propriétaires de l'application

Définir les processus de collecte de métadonnées

Au cours des étapes précédentes, vous avez mappé les métadonnées à leur source et défini un magasin de données dans lequel vous allez collecter les métadonnées. Au cours de cette étape, vous créez des processus pour collecter efficacement les métadonnées. Vous devez minimiser le copy-and-paste processus manuel et utiliser l'automatisation pour collecter les métadonnées de chaque source. Il y a trois étapes :

  1. Créez un script d'extraction, de transformation et de chargement (ETL) pour chaque source de métadonnées en fonction de la table de mappage des métadonnées.

  2. Créez une tâche planifiée qui importe les métadonnées de chaque source automatiquement et régulièrement.

  3. Créez un processus d'exportation ou fournissez un accès par interface de programmation d'application (API) aux métadonnées stockées dans le référentiel.

Le tableau suivant présente un exemple des attributs de métadonnées collectés par chaque script ETL. Les métadonnées sont stockées à l'emplacement que vous avez défini dans la section précédente, tel qu'une feuille de calcul ou un outil spécialement conçu.

Attribut de métadonnées Type de métadonnées Source de métadonnées Processus de collecte

app_name

Application source

CMDB

Script ETL — CMDB

app_owner

Application source

CMDB

Script ETL — CMDB

app_to_server_mapping

Application source

CMDB

Script ETL — CMDB

app_to_DB_mapping

Application source

CMDB

Script ETL — CMDB

app_to_app_dependencies

Application source

Outil de découverte

Script ETL — outil de découverte

server_name

Serveur source

CMDB

Script ETL — CMDB

server_FQDN

Serveur source

CMDB

Script ETL — CMDB

server_OS_family

Serveur source

CMDB

Script ETL — CMDB

server_OS_version

Serveur source

CMDB

Script ETL — CMDB

disk_size

Serveur source

Outil de découverte

Script ETL — outil de découverte

instance_type

Serveur cible

Outil de découverte

Script ETL — outil de découverte

target_subnet

Serveur cible

Questionnaire destiné au propriétaire de

Script ETL — propriétaire de l'application

target_security_group

Serveur cible

Questionnaire destiné au propriétaire de

Script ETL — propriétaire de l'application

AWS_Region

Serveur cible

Questionnaire destiné au propriétaire de

Script ETL — propriétaire de l'application

AWS_account_ID

Serveur cible

Questionnaire destiné au propriétaire de

Script ETL — propriétaire de l'application

Name

Serveur cible (tag)

Questionnaire destiné au propriétaire de

Script ETL — propriétaire de l'application

business_unit

Serveur cible (tag)

Questionnaire destiné au propriétaire de

Script ETL — propriétaire de l'application

cost_center

Serveur cible (tag)

Questionnaire destiné au propriétaire de

Script ETL — propriétaire de l'application

wave_ID

Planification des vagues

Questionnaire destiné au propriétaire de

Script ETL — propriétaire de l'application

wave_start_date

Planification des vagues

Questionnaire destiné au propriétaire de

Script ETL — propriétaire de l'application

wave_cutover_date

Planification des vagues

Questionnaire destiné au propriétaire de

Script ETL — propriétaire de l'application

Étape 3 : Documenter les exigences en matière de métadonnées et les processus de collecte dans un manuel

Dans le cadre de cette tâche, vous documentez vos décisions dans un manuel de gestion des métadonnées. Pendant la migration, le flux de travail de votre portefeuille respecte ce manuel en tant que procédure standard pour la collecte et le stockage des métadonnées.

  1. Dans les modèles de playbook de portfolio, ouvrez le modèle Runbook pour la gestion des métadonnées (format Microsoft Word). Cela vous servira de point de départ pour créer votre propre runbook.

  2. Dans la section Attributs de métadonnées, créez une table d'attributs de métadonnées pour chaque modèle de migration et remplissez les tables avec les attributs de métadonnées identifiés dansÉtape 1 : définir les métadonnées requises.

  3. Dans la section Emplacements des sources, documentez les sources que vous avez identifiéesAnalyser les sources de métadonnées.

  4. Dans la section Instructions d'accès à l'emplacement source, documentez les étapes qu'un utilisateur doit suivre pour accéder aux emplacements des sources de métadonnées.

  5. Dans la section Magasin de métadonnées, documentez les étapes qu'un utilisateur doit suivre pour accéder au magasin de métadonnées dans lequel vous l'avez crééDéfinissez un magasin de métadonnées unique.

  6. Dans la section Types de collecte de données, identifiez le processus de collecte de données que vous utiliserez pour chaque source de métadonnées. Idéalement, vous devriez automatiser la collecte de toutes les métadonnées à l'aide de scripts d'automatisation.

  7. Dans la section Collecte de données par attribut de métadonnées, pour chaque attribut de métadonnées, identifiez les éléments suivants conformément aux instructions fournies dans Définir les processus de collecte de métadonnées :

    1. Type de métadonnées

    2. Source de métadonnées

    3. Magasin de métadonnées

    4. Type de collection

  8. Dans la section Collecter les métadonnées, mettez à jour le processus en fonction de votre cas d'utilisation. C'est le processus que suit le flux de travail du portfolio lors de la phase de mise en œuvre lorsqu'il collecte des métadonnées pour les vagues.

  9. Vérifiez que votre runbook est complet et précis. Ce runbook doit être une source de vérité lors de la migration.

  10. Partagez votre manuel de gestion des métadonnées avec l'équipe pour qu'elle l'examine.

Critères de sortie des tâches

Passez à la tâche suivante lorsque vous aurez effectué les opérations suivantes :

  • Vous avez préparé un référentiel unique pour stocker les métadonnées collectées.

  • Dans votre manuel de gestion des métadonnées, vous avez défini et documenté les éléments suivants :

    • Les attributs de métadonnées requis pour chaque modèle de migration

    • Sources de métadonnées et instructions détaillées sur la façon d'accéder à chaque source

    • Le magasin de métadonnées et les instructions détaillées pour y accéder

    • Les processus utilisés pour collecter les métadonnées

    • Une table de mappage qui met en correspondance les attributs des métadonnées avec les sources de métadonnées et les processus de collecte