Attività 2: definizione dei processi per l'identificazione, la raccolta e l'archiviazione dei metadati - AWS Guida prescrittiva
Fase 1: Definizione dei metadati richiestiFase 2: Creazione dei processi di archiviazione e raccolta dei metadatiFase 3: Documenta i requisiti dei metadati e i processi di raccolta in un runbookCriteri di uscita dall'attività

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Attività 2: definizione dei processi per l'identificazione, la raccolta e l'archiviazione dei metadati

Nel task precedente, avete convalidato i dati di discovery iniziali, le strategie di migrazione e i modelli di migrazione per una migrazione su larga scala. In questa attività, identifichi quali metadati sono necessari e decidi come raccoglierli. Questa attività prevede i seguenti passaggi:

Durante il completamento dei passaggi di questa sezione, considera l'intero ciclo di migrazione dal punto di vista dei metadati. Prendi in considerazione la valutazione del portafoglio, la pianificazione ondata, la migrazione, i test e le attività post-cutover, quindi analizza tutti i possibili casi d'uso e i casi d'uso correlati. Pensare alle informazioni necessarie per completare l'intero processo di migrazione aiuta a identificare tutti i metadati relativi a quel modello.

Fase 1: Definizione dei metadati richiesti

Prima di poter determinare gli attributi dei metadati richiesti, è necessario comprendere il modello di migrazione. Ad esempio, sono necessari metadati diversi per la migrazione di un server su Amazon EC2 e per la migrazione di un database su Amazon RDS. La maggior parte dei modelli è costituita da molte piccole attività. Per eseguire il modello di migrazione, è necessario conoscere gli attributi dei metadati richiesti e quindi raccogliere i metadati per quell'applicazione. È necessario determinare e raccogliere i metadati richiesti nella fase di inizializzazione in modo da poter eseguire la migrazione in modo efficiente e senza ritardi nella fase di implementazione.

La persona o il team che definisce gli attributi dei metadati inizia definendo i passaggi e le attività necessari per eseguire il modello di migrazione. Le attività determinano quali metadati sono necessari, quindi l'elaborazione di ciascuna attività crea una raccolta completa dei metadati richiesti. La persona che determina quali metadati sono necessari in genere deve avere una comprensione completa di come completare il modello di migrazione. Potrebbe essere necessario il coordinamento con la persona che redige il manuale sulla migrazione. Per ulteriori informazioni, consulta il manuale sulla migrazione per migrazioni di AWS grandi dimensioni.

Durante una migrazione su larga scala, ci sono molti processi distribuiti su tutti i flussi di lavoro che dipendono dai metadati. La disponibilità di metadati tempestivi e accurati ha un impatto ampio e significativo sul successo di una migrazione su vasta scala.

In questo passaggio, si definisce il modello o l'attività e quindi si utilizza la definizione per identificare i metadati richiesti.

Identifica i componenti chiave dei modelli di migrazione e delle attività di supporto

In questo passaggio, per ogni modello di migrazione o attività di supporto, si definiscono i componenti chiave, come l'azione, l'oggetto di origine, l'oggetto di destinazione e gli strumenti utilizzati. Quindi assegnate un nome al modello o all'attività in base alle vostre risposte.

Le attività di supporto includono le attività operative che il portfolio e i flussi di lavoro di migrazione devono svolgere durante la migrazione, come la pianificazione delle fasi, la prioritizzazione delle applicazioni, l'analisi delle dipendenze, la governance, il disaster recovery, i test delle prestazioni o i test di accettazione da parte degli utenti. Poiché sono necessari metadati per supportare queste attività, è necessario eseguire questi passaggi sia per i modelli di migrazione che per le attività di supporto.

  1. Azione: identifica la strategia di migrazione o l'attività di supporto. Ricorda che a un'azione potrebbero essere associate altre azioni. Ad esempio, potresti voler definire le operazioni per la migrazione. Le azioni di esempio includono:

    • Strategia di migrazione, come il rehosting, la ripiattaforma o il trasferimento

    • Pianificazione delle ondate

    • Prioritizzazione delle applicazioni e analisi delle dipendenze

    • Operazione

    • Governance

    • Ripristino di emergenza

    • Test, ad esempio test delle prestazioni o test di accettazione degli utenti (UAT)

  2. Oggetto di origine: identifica l'oggetto di origine su cui verrà eseguita l'azione. Gli oggetti di origine di esempio includono:

    • Onde

    • Server

    • Database

    • Condivisione di file

    • Applicazione

  3. Strumenti: identifica i servizi o gli strumenti utilizzati per eseguire l'azione. È possibile utilizzare più di uno strumento o servizio. Gli strumenti di esempio includono:

    • AWS Application Migration Service

    • AWS DataSync

    • AWS Database Migration Service (AWS DMS)

    • AWS Backup

    • Strumenti di monitoraggio delle prestazioni

  4. Oggetto di destinazione: identifica l'oggetto, il servizio o la posizione di destinazione in cui risiederà l'origine al termine dell'azione. Gli oggetti, i servizi o le posizioni di esempio includono:

    • Amazon Elastic Compute Cloud (Amazon EC2)

    • Amazon Relational Database Service (Amazon RDS)

    • Amazon Elastic File System (Amazon EFS)

    • Amazon Elastic Container Service (Amazon ECS)

    • Piano Wave

  5. Nome del pattern: combina le risposte ai passaggi precedenti come segue:

    <action><source object><target object>on/to (utilizzo) <tool>

    Di seguito vengono mostrati gli esempi:

    • Reospita onde, applicazioni o server (oggetto di origine) su Amazon EC2 (oggetto di destinazione) utilizzando Application Migration Service o Cloud Migration Factory (strumenti)

    • Ripiattaforma (azione) delle condivisioni di file (oggetto di origine) su Amazon EFS (oggetto di destinazione) utilizzando DataSync (strumento)

    • Ripiattaforma (azione) dei database (oggetto di origine) su Amazon RDS (oggetto di destinazione) utilizzando AWS DMS (strumento)

    • Monitoraggio delle prestazioni (azione) delle applicazioni (oggetto di origine) su Amazon EC2 (oggetto di destinazione) utilizzando Amazon CloudWatch (strumento)

    • Esegui il backup dei server (azione) (oggetto sorgente) su Amazon EC2 (oggetto di destinazione) utilizzando AWS Backup (strumenti) dopo la migrazione

    • Ondate di pianificazione ondulatoria (azione), applicazioni o server (oggetto sorgente) per creare un piano d'onda (oggetto di destinazione)

Di seguito è riportato un esempio di come è possibile registrare Pattern 1: Rehost to Amazon EC2 utilizzando Application Migration Service o Cloud Migration Factory dalla tabella dei modelli di migrazione.

Pattern ID

1

Pattern name

Rehosting su Amazon EC2 utilizzando Application Migration Service o Cloud Migration Factory

Action

Riorganizza la migrazione

Source object

Waves, applicazioni o server

Tools

Servizio di migrazione delle applicazioni o Cloud Migration Factory

Target object

Amazon EC2

Determina i metadati richiesti per ogni modello o attività

Dopo aver definito lo schema o l'attività, è possibile determinare i metadati necessari per l'oggetto di origine, l'oggetto di destinazione, gli strumenti e altre informazioni aziendali. Per spiegare questo processo, questo playbook utilizza Pattern 1: Rehost to Amazon EC2 utilizzando Application Migration Service o Cloud Migration Factory dalla tabella dei modelli di migrazione come esempio. Tieni presente che per alcuni modelli o attività, alcuni passaggi potrebbero non essere applicabili.

  1. Analizza l'oggetto di destinazione: partendo dall'oggetto di destinazione a ritroso, crea manualmente l'oggetto e identifica i metadati necessari per supportarlo. Acquisite i metadati come illustrato nella tabella seguente.

    Ad esempio, quando si crea un' EC2 istanza, è necessario scegliere un tipo di istanza, tipo di archiviazione, dimensione di archiviazione, sottorete, gruppo di sicurezza e tag. La tabella seguente include esempi di attributi di metadati che potrebbero essere necessari se l'oggetto di destinazione è un' EC2 istanza.

    Nome attributo Tipo di oggetto Descrizione o scopo

    target_subnet

    EC2 Istanza Target

    Subnet dell'istanza di destinazione EC2

    target_subnet_test

    Istanza di destinazione EC2

    Subnet di test dell'istanza di destinazione EC2

    target_security_group

    Istanza di destinazione EC2

    Gruppo di sicurezza dell' EC2 istanza di destinazione

    target_security_group_test

    EC2 Istanza di destinazione

    Test del gruppo di sicurezza dell' EC2 istanza di destinazione

    IAM_role

    EC2 Istanza di destinazione

    AWS Identity and Access Management ruolo (IAM) dell' EC2 istanza di destinazione

    instance_type

    EC2 Istanza di destinazione

    Tipo di istanza dell' EC2 istanza di destinazione

    AWS_account_ID

    EC2 Istanza di destinazione

    AWS account per ospitare l' EC2 istanza di destinazione

    AWS_Region

    EC2 Istanza di destinazione

    AWS Regione per ospitare l' EC2 istanza di destinazione

  2. Analizza gli strumenti: utilizza lo strumento per creare un oggetto target e verificare le differenze. Acquisite i metadati specifici dello strumento come illustrato nella tabella seguente e rimuovete gli attributi dalla tabella precedente se non sono supportati dallo strumento di migrazione. Ad esempio, non è possibile personalizzare il tipo di sistema operativo e le dimensioni di archiviazione per Application Migration Service perché lo strumento di migrazione rehost lo è. like-for-like Pertanto, è possibile rimuovere il sistema operativo di destinazione e la dimensione del disco di destinazione se questi attributi fossero inclusi nella tabella precedente. Nella tabella di esempio precedente, tutti gli attributi sono supportati dallo strumento, quindi non è richiesta alcuna azione.

    La tabella seguente include esempi di metadati che potrebbero essere necessari per gli strumenti.

    Nome attributo Tipo di oggetto Descrizione o scopo

    AWS_account_ID

    Strumenti (Application Migration Service)

    AWS ID dell'account per AWS Application Migration Service

    AWS_Region

    Strumenti (Application Migration Service)

    AWS Regione per il servizio di migrazione delle applicazioni

    replication_server_subnet

    Strumenti (servizio di migrazione delle applicazioni)

    Subnet per il server di replica dell'Application Migration Service

    replication_server_security_group

    Strumenti (Application Migration Service)

    Gruppo di sicurezza per il server di replica di Application Migration Service

  3. Analizza l'oggetto di origine: determina i metadati richiesti per l'oggetto di origine valutando le azioni come segue:

    • Per migrare i server, è necessario conoscere il nome del server di origine e il nome di dominio completo (FQDN) per connettersi al server.

    • Per migrare le applicazioni insieme ai relativi server, è necessario conoscere il nome dell'applicazione, l'ambiente dell'applicazione e la mappatura. application-to-server

    • Per eseguire una valutazione del portafoglio, assegnare priorità alle applicazioni o definire un gruppo di trasferimento, è necessario conoscere la mappatura, la application-to-server mappatura e le dipendenze. application-to-database application-to-application

    • Per gestire le onde, è necessario conoscere l'ID dell'onda e gli orari di inizio e fine dell'onda.

    La tabella seguente include esempi di metadati che potrebbero essere necessari per l'oggetto di origine.

    Nome attributo Tipo di oggetto Descrizione o scopo

    wave_ID

    Onda sorgente

    ID dell'onda (ad esempio: onda 10)

    wave_start_date

    Onda sorgente

    Data di inizio dell'ondata

    wave_cutover_date

    Onda sorgente

    Data limite per l'onda

    wave_owner

    Onda sorgente

    Proprietario dell'onda

    app_name

    Applicazione sorgente

    Nome dell'applicazione di origine

    app_to_server_mapping

    Applicazione di origine

    Application-to-server relazione

    app_to_DB_mapping

    Applicazione di origine

    Application-to-database relazione

    app_to_app_dependencies

    Applicazione di origine

    Dipendenze esterne dell'applicazione

    server_name

    Server di origine

    Nome del server di origine

    server_FQDN

    Server di origine

    Nome di dominio completo del server di origine

    server_OS_family

    Server di origine

    Famiglia di sistemi operativi (OS) del server di origine (ad esempio: Windows o Linux)

    server_OS_version

    Server di origine

    Versione del sistema operativo del server di origine (ad esempio: Windows Server 2003)

    server_environment

    Server di origine

    Ambiente del server di origine (ad esempio: sviluppo, produzione o test)

    server_tier

    Server di origine

    Livello del server di origine (ad esempio: web, database o applicazione)

    CPU

    Server di origine

    Numero di CPUs nel server di origine

    RAM

    Server di origine

    Dimensione RAM del server di origine

    disk_size

    Server di origine

    Dimensione del disco del server di origine

  4. Prendi in considerazione altri attributi: oltre all'azione principale, considera altre azioni e attributi relativi all'oggetto o all'applicazione di destinazione. Per il pattern di esempio, Pattern 1: Rehost to Amazon EC2 utilizzando Application Migration Service o Cloud Migration Factory, l'azione è rehost e l'oggetto di destinazione è Amazon. EC2 Altre azioni correlate per questo oggetto di destinazione potrebbero includere il backup su Amazon EC2, il monitoraggio dell' EC2 istanza dopo la migrazione e l'utilizzo di tag per gestire i costi associati all' EC2 istanza. Potresti anche prendere in considerazione altri attributi dell'applicazione che ti aiutano a gestire la migrazione, come il proprietario dell'applicazione, che potresti dover contattare per domande o per ulteriori informazioni.

    La tabella seguente include esempi di metadati aggiuntivi di uso comune. Questa tabella include i tag per l' EC2 istanza di destinazione. Per ulteriori informazioni sui tag e su come utilizzarli, consulta Etichettare EC2 le risorse Amazon nella EC2 documentazione di Amazon.

    Nome attributo Tipo di oggetto Descrizione o scopo

    Name

    EC2 Istanza di destinazione (tag)

    Tag per definire il nome di un' EC2 istanza di destinazione

    app_owner

    Applicazione di origine

    Il proprietario di un'applicazione sorgente

    business_unit

    EC2 Istanza di destinazione (tag)

    Tag per identificare l'unità aziendale per un' EC2 istanza di destinazione (ad esempio: risorse umane, finanze o IT)

    cost_center

    EC2 Istanza di destinazione (tag)

    Tag per identificare il centro di costo per un' EC2istanza di destinazione

  5. Crea una tabella: combina tutti i metadati identificati nei passaggi precedenti in un'unica tabella.

    Nome attributo Tipo di oggetto Descrizione o scopo

    wave_ID

    Onda sorgente

    ID dell'onda (ad esempio: onda 10)

    wave_start_date

    Onda sorgente

    Data di inizio dell'ondata

    wave_cutover_date

    Onda sorgente

    Data limite per l'onda

    wave_owner

    Onda sorgente

    Proprietario dell'onda

    app_name

    Applicazione sorgente

    Nome dell'applicazione di origine

    app_to_server_mapping

    Applicazione di origine

    Application-to-server relazione

    app_to_DB_mapping

    Applicazione di origine

    Application-to-database relazione

    app_to_app_dependencies

    Applicazione di origine

    Dipendenze esterne dell'applicazione

    AWS_account_ID

    Strumenti (servizio di migrazione delle applicazioni)

    AWS account per ospitare l' EC2 istanza di destinazione

    AWS_Region

    Strumenti (servizio di migrazione delle applicazioni)

    AWS Regione in cui ospitare l' EC2 istanza di destinazione

    replication_server_subnet

    Strumenti (servizio di migrazione delle applicazioni)

    Subnet per il server di replica dell'Application Migration Service

    replication_server_security_group

    Strumenti (Application Migration Service)

    Gruppo di sicurezza per il server di replica di Application Migration Service

    server_name

    Server di origine

    Nome del server di origine

    server_FQDN

    Server di origine

    Nome di dominio completo del server di origine

    server_OS_family

    Server di origine

    Famiglia di sistemi operativi (OS) del server di origine (ad esempio: Windows o Linux)

    server_OS_version

    Server di origine

    Versione del sistema operativo del server di origine (ad esempio: Windows Server 2003)

    server_environment

    Server di origine

    Ambiente del server di origine (ad esempio: sviluppo, produzione o test)

    server_tier

    Server di origine

    Livello del server di origine (ad esempio: web, database o applicazione)

    CPU

    Server di origine

    Numero di CPUs nel server di origine

    RAM

    Server di origine

    Dimensione RAM del server di origine

    disk_size

    Server di origine

    Dimensione del disco del server di origine

    target_subnet

    Server di destinazione

    Subnet dell'istanza di destinazione EC2

    target_subnet_test

    Server di destinazione

    Subnet di test dell'istanza di destinazione EC2

    target_security_group

    Server di destinazione

    Gruppo di sicurezza dell' EC2 istanza di destinazione

    target_security_group_test

    Server di destinazione

    Verifica il gruppo di sicurezza dell' EC2 istanza di destinazione

    instance_type

    Server di destinazione

    Tipo di istanza dell' EC2 istanza di destinazione

    IAM_role

    Server di destinazione

    AWS Identity and Access Management ruolo (IAM) dell' EC2 istanza di destinazione

    Name

    Server di destinazione (tag)

    Tag per definire il nome di un' EC2 istanza di destinazione

    app_owner

    Applicazione di origine

    Il proprietario di un'applicazione sorgente

    business_unit

    Server di destinazione (tag)

    Tag per identificare l'unità aziendale per un' EC2 istanza di destinazione (ad esempio: risorse umane, finanze o IT)

    cost_center

    Server di destinazione (tag)

    Tag per identificare il centro di costo per un' EC2istanza di destinazione

  6. Ripeti: ripeti questo processo finché non hai documentato i metadati richiesti per ogni modello.

Fase 2: Creazione dei processi di archiviazione e raccolta dei metadati

Nel passaggio precedente, hai definito i metadati necessari per supportare la migrazione. In questo passaggio, si crea un processo per la raccolta e l'archiviazione dei metadati. Questo passaggio consiste in due attività:

  1. Analizza i metadati richiesti nel passaggio precedente e identifica la fonte.

  2. Definite un processo per archiviare e raccogliere i metadati in modo efficiente.

Analizza le fonti di metadati

Esistono molte fonti di metadati comuni. Di solito, la prima cosa a cui si può accedere è un inventario degli asset di alto livello, che viene in genere esportato da un database di gestione della configurazione (CMDB) o da un altro strumento esistente. Tuttavia, è necessario raccogliere i metadati anche da altre fonti, utilizzando processi automatici e manuali.

La tabella seguente contiene le fonti comuni, il processo di raccolta standard per quella fonte e i tipi di metadati comuni che puoi aspettarti di trovare da quella fonte.

Fonte di metadati Tipo di raccolta Tipo di metadati

Strumenti di scoperta

Automatizzato

Server di origine

CMDB

Automatizzato

Server di origine

Inventario di altri strumenti, ad esempio RVToolsper VMware vSphere

Automatizzato

Server di origine

Questionario per il proprietario dell'applicazione

Manuale

Server di origine, server di destinazione, wave

Intervista al proprietario dell'applicazione

Manuale

Server di origine, server di destinazione, wave

Documentazione sulla progettazione dell'applicazione

Manuale

Server di destinazione

Documentazione sulla progettazione della zona di atter

Manuale

Server di destinazione, strumenti

Dopo aver elencato tutte le possibili fonti dei metadati, analizzi il tipo di metadati e mappi ciascuna fonte agli attributi dei metadati identificati nel passaggio precedente.

  1. Ottieni un elenco completo degli attributi dei metadati da. Fase 1: Definizione dei metadati richiesti

  2. Analizza ogni tipo di metadati e determina quali tipi non possono essere recuperati utilizzando un processo automatizzato. Si tratta in genere dei metadati del server di destinazione e dei tipi di metadati wave, poiché richiedono decisioni da parte dei proprietari delle applicazioni. Ad esempio, quale sottorete e gruppo di sicurezza utilizzerai per le istanze di destinazione? EC2

  3. Analizza ogni attributo di metadati e mappalo a una fonte di metadati nella tabella precedente. È comune avere una combinazione di più fonti. È possibile utilizzare gli strumenti di rilevamento per raccogliere alcuni metadati del server di origine. Per informazioni sull'utilizzo degli strumenti di rilevamento per raccogliere i metadati, consulta Introduzione alla scoperta automatica dei portafogli sul sito Web di AWS Prescriptive Guidance.

  4. Crea una tabella per mappare l'attributo dei metadati al tipo e alla fonte. La tabella seguente è un esempio.

    Attributo Metadata Tipo di metadati Fonti di metadati

    app_name

    Applicazione di origine

    CMDB

    app_owner

    Applicazione di origine

    CMDB

    app_to_server_mapping

    Applicazione di origine

    CMDB, strumenti di rilevamento o questionario per il proprietario dell'applicazione

    app_to_DB_mapping

    Applicazione di origine

    CMDB, strumenti di rilevamento o questionario per il proprietario dell'applicazione

    app_to_app_dependencies

    Applicazione di origine

    CMDB, strumenti di rilevamento o questionario per il proprietario dell'applicazione

    server_name

    Server di origine

    CMDB

    server_FQDN

    Server di origine

    CMDB

    server_OS_family

    Server di origine

    CMDB

    server_IP

    Server di origine

    Strumenti di scoperta

    disk_size

    Server di origine

    Strumenti di scoperta

    instance_type

    Server di destinazione

    Strumenti di scoperta

    target_subnet

    Server di destinazione

    Questionario per il proprietario dell'applicazione

    target_security_group

    Server di destinazione

    Questionario per il proprietario dell'applicazione

    AWS_Region

    Server di destinazione

    Questionario per il proprietario dell'applicazione

    AWS_account_ID

    Server di destinazione

    Questionario per il proprietario dell'applicazione

    replication_server_subnet

    Strumenti (servizio di migrazione delle applicazioni)

    Documentazione sulla progettazione della zona di atter

    replication_server_security_group

    Strumenti (Application Migration Service)

    Documentazione sulla progettazione della zona di atter

    Name

    Server di destinazione (tag)

    Questionario per il proprietario dell'applicazione

    business_unit

    Server di destinazione (tag)

    Questionario per il proprietario dell'applicazione

    cost_center

    Server di destinazione (tag)

    Questionario per il proprietario dell'applicazione

    wave_ID

    Pianificazione delle onde

    Intervista al proprietario dell'applicazione

    wave_start_date

    Pianificazione delle onde

    Intervista al proprietario dell'applicazione

    wave_cutover_date

    Pianificazione delle onde

    Intervista al proprietario dell'applicazione

Definisci un unico archivio di metadati

Dopo aver mappato ogni attributo di metadati alla relativa origine, definite dove archiviare i metadati. Indipendentemente da come e dove archiviate i metadati, dovete scegliere un solo repository. In questo modo avrete la certezza di disporre di un'unica fonte di verità. L'archiviazione dei metadati in più posizioni è un errore comune nelle migrazioni di grandi dimensioni.

Opzione 1: archivia i metadati in un foglio di calcolo in un archivio condiviso

Sebbene questa opzione possa sembrare un processo molto manuale, è l'archivio dati più comune per le migrazioni di grandi dimensioni. È inoltre comune archiviare il foglio di calcolo in un archivio condiviso, ad esempio un sito Microsoft. SharePoint

Un foglio di calcolo Microsoft Excel è facile da personalizzare e non richiede molto tempo per essere creato. Gli svantaggi sono che diventerà molto complesso se si dispone di molti metadati e che può essere difficile gestire le relazioni tra le risorse, ad esempio tra server, applicazione e database. L'altra sfida è la gestione delle versioni. È necessario limitare l'accesso in scrittura solo a poche persone oppure utilizzare un processo automatizzato per aggiornare il foglio di calcolo.

Nei modelli di portfolio playbook, puoi utilizzare il modello Dashboard per la pianificazione e la migrazione delle ondate (formato Excel) come punto di partenza per creare il tuo foglio di calcolo per il tuo archivio dati.

Opzione 2: archivia i metadati in uno strumento appositamente progettato

È possibile utilizzare uno strumento predefinito, come TDS Transition Manager (sito Web TDS), per archiviare i dati oppure creare uno strumento personalizzato. Quando crei il tuo strumento, hai bisogno di tabelle di database proprio come le schede dei fogli di calcolo di Excel nell'opzione 1. Per esempio:

  • Tabella del server

  • Tabella delle applicazioni

  • Tabella del database

  • Application-to-server e tabella di application-to-database mappatura

  • tabella di pianificazione delle onde

  • Tabella dei questionari per il proprietario dell'applicazione

Definire i processi di raccolta dei metadati

Nei passaggi precedenti, avete mappato i metadati alla relativa origine e definito un data store in cui raccogliere i metadati. In questo passaggio, creerai processi per raccogliere i metadati in modo efficace. È necessario ridurre al minimo il copy-and-paste processo manuale e utilizzare l'automazione per raccogliere i metadati da ciascuna fonte. Esistono tre passaggi:

  1. Crea uno script di estrazione, trasformazione e caricamento (ETL) per ogni fonte di metadati in base alla tabella di mappatura dei metadati.

  2. Crea un'attività pianificata che importi automaticamente i metadati da ciascuna fonte su base regolare.

  3. Crea un processo di esportazione o fornisci l'accesso tramite API (Application Programming Interface) ai metadati archiviati nel repository.

La tabella seguente è un esempio degli attributi dei metadati raccolti da ogni script ETL. I metadati vengono archiviati nella posizione definita nella sezione precedente, ad esempio un foglio di calcolo o uno strumento appositamente creato.

Attributo Metadata Tipo di metadati Fonte di metadati Processo di raccolta

app_name

Applicazione di origine

CMDB

Script ETL — CMDB

app_owner

Applicazione di origine

CMDB

Script ETL — CMDB

app_to_server_mapping

Applicazione di origine

CMDB

Script ETL — CMDB

app_to_DB_mapping

Applicazione di origine

CMDB

Script ETL — CMDB

app_to_app_dependencies

Applicazione di origine

Strumento di scoperta

Script ETL: strumento di scoperta

server_name

Server di origine

CMDB

Script ETL — CMDB

server_FQDN

Server di origine

CMDB

Script ETL — CMDB

server_OS_family

Server di origine

CMDB

Script ETL — CMDB

server_OS_version

Server di origine

CMDB

Script ETL — CMDB

disk_size

Server di origine

Strumento di scoperta

Script ETL: strumento di scoperta

instance_type

Server di destinazione

Strumento di scoperta

Script ETL: strumento di scoperta

target_subnet

Server di destinazione

Questionario per il proprietario dell'applicazione

Script ETL: proprietario dell'applicazione

target_security_group

Server di destinazione

Questionario per il proprietario dell'applicazione

Script ETL: proprietario dell'applicazione

AWS_Region

Server di destinazione

Questionario per il proprietario dell'applicazione

Script ETL: proprietario dell'applicazione

AWS_account_ID

Server di destinazione

Questionario per il proprietario dell'applicazione

Script ETL: proprietario dell'applicazione

Name

Server di destinazione (tag)

Questionario per il proprietario dell'applicazione

Script ETL: proprietario dell'applicazione

business_unit

Server di destinazione (tag)

Questionario per il proprietario dell'applicazione

Script ETL: proprietario dell'applicazione

cost_center

Server di destinazione (tag)

Questionario per il proprietario dell'applicazione

Script ETL: proprietario dell'applicazione

wave_ID

Pianificazione delle ondate

Questionario per il proprietario dell'applicazione

Script ETL: proprietario dell'applicazione

wave_start_date

Pianificazione delle ondate

Questionario per il proprietario dell'applicazione

Script ETL: proprietario dell'applicazione

wave_cutover_date

Pianificazione delle ondate

Questionario per il proprietario dell'applicazione

Script ETL: proprietario dell'applicazione

Fase 3: Documenta i requisiti dei metadati e i processi di raccolta in un runbook

In questa attività, documentate le vostre decisioni in un runbook di gestione dei metadati. Durante la migrazione, il flusso di lavoro del portfolio aderisce a questo runbook come procedura standard per la raccolta e l'archiviazione dei metadati.

  1. Nei modelli di playbook del portfolio, apri il modello Runbook per la gestione dei metadati (formato Microsoft Word). Questo serve come punto di partenza per creare il proprio runbook.

  2. Nella sezione Attributi dei metadati, create una tabella degli attributi dei metadati per ogni modello di migrazione e compilate le tabelle con gli attributi dei metadati identificati in. Fase 1: Definizione dei metadati richiesti

  3. Nella sezione Posizioni di origine, documenta le fonti in cui ti sei identificato. Analizza le fonti di metadati

  4. Nella sezione Istruzioni di accesso alla posizione di origine, documenta i passaggi che un utente deve seguire per accedere alle posizioni delle fonti dei metadati.

  5. Nella sezione Archivio metadati, documenta i passaggi che un utente dovrebbe seguire per accedere all'archivio di metadati in cui hai creato. Definisci un unico archivio di metadati

  6. Nella sezione Tipi di raccolta dati, identifica il processo di raccolta dei dati che utilizzerai per ciascuna fonte di metadati. Idealmente, dovresti automatizzare tutta la raccolta di metadati utilizzando script di automazione.

  7. Nella sezione Raccolta dati tramite attributo di metadati, per ogni attributo di metadati, identifica quanto segue in base alle istruzioni contenute in: Definire i processi di raccolta dei metadati

    1. Tipo di metadati

    2. Fonte di metadati

    3. Archivio di metadati

    4. Tipo di raccolta

  8. Nella sezione Raccogli metadati, aggiorna il processo in base alle esigenze del tuo caso d'uso. Questo è il processo seguito da Portfolio Workstream nella fase di implementazione, quando raccoglie i metadati per le ondate.

  9. Verifica che il runbook sia completo e accurato. Questo runbook dovrebbe essere una fonte di verità durante la migrazione.

  10. Condividi il manuale di gestione dei metadati con il team affinché lo riveda.

Criteri di uscita dall'attività

Passa all'attività successiva dopo aver completato quanto segue:

  • Hai preparato un unico repository per archiviare i metadati raccolti.

  • Nel tuo runbook di gestione dei metadati, hai definito e documentato quanto segue:

    • Gli attributi dei metadati richiesti per ogni modello di migrazione

    • Fonti di metadati e istruzioni dettagliate su come accedere a ciascuna fonte

    • L'archivio dei metadati e istruzioni dettagliate su come accedervi

    • I processi utilizzati per raccogliere i metadati

    • Una tabella di mappatura che mappa gli attributi dei metadati alle fonti di metadati e ai processi di raccolta