Tarea 2: Definir los procesos para identificar, recopilar y almacenar metadatos - AWS Guía prescriptiva
Paso 1: Defina los metadatos necesariosPaso 2: Cree los procesos de almacenamiento y recopilación de metadatosPaso 3: Documente los requisitos de metadatos y los procesos de recopilación en un manualCriterios de salida de tareas

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Tarea 2: Definir los procesos para identificar, recopilar y almacenar metadatos

En la tarea anterior, validó los datos de descubrimiento iniciales, las estrategias de migración y los patrones de migración para una migración de gran tamaño. En esta tarea, usted identifica qué metadatos son necesarios y decide cómo los recopilará. Esta tarea consta de los siguientes pasos:

A medida que complete los pasos de esta sección, considere todo el ciclo de migración desde la perspectiva de los metadatos. Considere la posibilidad de evaluar la cartera, planificar la oleada, migrar, probar y realizar actividades posteriores a la transición y, a continuación, analice todos los casos de uso posibles y los casos de uso relacionados. Pensar en la información que necesita para completar todo el proceso de migración le ayuda a identificar todos los metadatos de ese patrón.

Paso 1: Defina los metadatos necesarios

Antes de poder determinar los atributos de metadatos necesarios, debe comprender el patrón de migración. Por ejemplo, necesita metadatos diferentes para migrar un servidor a Amazon EC2 y para migrar una base de datos a Amazon RDS. La mayoría de los patrones se componen de muchas tareas pequeñas. Para realizar el patrón de migración, es necesario saber qué atributos de metadatos son necesarios y, a continuación, recopilar los metadatos para esa aplicación. Debe determinar y recopilar los metadatos necesarios en la etapa de inicialización para poder realizar la migración de manera eficiente y sin demoras en la etapa de implementación.

La persona o el equipo que define los atributos de los metadatos comienza por definir los pasos y las tareas necesarios para llevar a cabo el patrón de migración. Las tareas determinan qué metadatos se necesitan, por lo que al trabajar en cada tarea se crea una colección completa de los metadatos necesarios. La persona que determina qué metadatos son necesarios normalmente necesita tener un conocimiento exhaustivo de cómo completar el patrón de migración. Puede ser necesaria la coordinación con la persona que redacta el manual de migración. Para obtener más información, consulte el manual de migración para migraciones AWS grandes.

Durante una migración grande, hay muchos procesos repartidos en todos los flujos de trabajo que dependen de los metadatos. Disponer de metadatos precisos y oportunos tiene un impacto amplio y significativo en el éxito de una migración de gran envergadura.

En este paso, defina el patrón o la tarea y, a continuación, utilice la definición para identificar los metadatos necesarios.

Identifique los componentes clave de los patrones de migración y las tareas de apoyo

En este paso, para cada patrón de migración o tarea de apoyo, defina los componentes clave, como la acción, el objeto de origen, el objeto de destino y las herramientas utilizadas. A continuación, asigne un nombre al patrón o la tarea en función de sus respuestas.

Las tareas de apoyo incluyen las actividades operativas que la cartera y los flujos de trabajo de migración deben realizar durante la migración, como la planificación de oleadas, la priorización de las aplicaciones, el análisis de dependencias, la gobernanza, la recuperación ante desastres, las pruebas de rendimiento o las pruebas de aceptación por parte de los usuarios. Como necesita metadatos para respaldar estas tareas, debe realizar estos pasos tanto para los patrones de migración como para las tareas de soporte.

  1. Acción: identifique la estrategia de migración o la tarea de apoyo. Recuerde que una acción puede tener otras acciones asociadas. Por ejemplo, es posible que desee definir las operaciones de migración. Entre las acciones de ejemplo se incluyen:

    • Estrategia de migración, como realojar, cambiar de plataforma o reubicar

    • Planificación de olas

    • Priorización de aplicaciones y análisis de dependencias

    • Operación

    • Gobernanza

    • Recuperación ante desastres

    • Pruebas, como las pruebas de rendimiento o las pruebas de aceptación por parte del usuario (UAT)

  2. Objeto de origen: identifique el objeto de origen en el que se realizará la acción. Entre los ejemplos de objetos de origen se incluyen:

    • Ondas

    • Server

    • Base de datos

    • Compartir archivos

    • Aplicación

  3. Herramientas: identifique los servicios o herramientas que se utilizan para realizar la acción. Puede utilizar más de una herramienta o servicio. Entre las herramientas de ejemplo se incluyen:

    • AWS Application Migration Service

    • AWS DataSync

    • AWS Database Migration Service (AWS DMS)

    • AWS Backup

    • Herramientas de supervisión del rendimiento

  4. Objeto de destino: identifique el objeto, el servicio o la ubicación de destino donde residirá la fuente cuando se complete la acción. Entre los ejemplos de objetos, servicios o ubicaciones se incluyen:

    • 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 olas

  5. Nombre del patrón: combine sus respuestas con los pasos anteriores de la siguiente manera:

    <action><source object><target object>encendido/para usar <tool>

    A continuación se muestran algunos ejemplos:

    • Realoje oleadas (de acción), aplicaciones o servidores (objeto de origen) en Amazon EC2 (objeto de destino) mediante Application Migration Service o Cloud Migration Factory (herramientas)

    • Cambie la plataforma (acción) de los archivos compartidos (objeto de origen) a Amazon EFS (objeto de destino) mediante DataSync (herramienta)

    • Cambie la plataforma de las bases de datos (acción) (objeto fuente) a Amazon RDS (objeto de destino) mediante AWS DMS (herramienta)

    • Supervisión del rendimiento (acción) de las aplicaciones (objeto de origen) en Amazon EC2 (objeto de destino) mediante Amazon CloudWatch (herramienta)

    • Realice copias de seguridad de los servidores (de acción) (objeto de origen) en Amazon EC2 (objeto de destino) mediante AWS Backup (herramientas) después de la migración

    • Planificación (acción) de oleadas, aplicaciones o servidores (objeto de origen) para crear un plan de oleada (objeto de destino)

El siguiente es un ejemplo de cómo puedes registrar Pattern 1: Rehost to Amazon EC2 mediante Application Migration Service o Cloud Migration Factory en la tabla de patrones de migración.

Pattern ID

1

Pattern name

Realoje en Amazon EC2 mediante Application Migration Service o Cloud Migration Factory

Action

Realoje la migración

Source object

Ondas, aplicaciones o servidores

Tools

Servicio de migración de aplicaciones o fábrica de migración a la nube

Target object

Amazon EC2

Determine los metadatos necesarios para cada patrón o tarea

Ahora que ha definido el patrón o la tarea, determine los metadatos necesarios para el objeto de origen, el objeto de destino, las herramientas y demás información empresarial. Para explicar este proceso, este manual utiliza como ejemplo el patrón 1: Rehost to Amazon EC2 using Application Migration Service o Cloud Migration Factory de la tabla de patrones de migración. Ten en cuenta que, en el caso de algunos patrones o tareas, es posible que algunos pasos no se apliquen.

  1. Analice el objeto de destino: trabajando hacia atrás desde el objeto de destino, cree el objeto manualmente e identifique los metadatos necesarios para respaldarlo. Capture los metadatos tal y como se muestra en la siguiente tabla.

    Por ejemplo, al crear una EC2 instancia, debe elegir un tipo de instancia, un tipo de almacenamiento, un tamaño de almacenamiento, una subred, un grupo de seguridad y etiquetas. En la siguiente tabla se incluyen ejemplos de los atributos de metadatos que podría necesitar si el objeto de destino es una EC2 instancia.

    Nombre de atributo Tipo de objeto Descripción o propósito

    target_subnet

    EC2 Instancia de destino

    Subred de la instancia de destino EC2

    target_subnet_test

    Instancia de destino EC2

    Pruebe la subred de la instancia de destino EC2

    target_security_group

    Instancia de destino EC2

    Grupo de seguridad de la EC2 instancia de destino

    target_security_group_test

    EC2 Instancia de destino

    Pruebe el grupo de seguridad de la EC2 instancia de destino

    IAM_role

    EC2 Instancia de destino

    AWS Identity and Access Management Función (IAM) de la instancia de destino EC2

    instance_type

    Instancia de destino EC2

    Tipo de instancia de la EC2 instancia de destino

    AWS_account_ID

    EC2 Instancia de destino

    AWS cuenta para alojar la EC2 instancia de destino

    AWS_Region

    EC2 Instancia de destino

    AWS Región donde se alojará la EC2 instancia de destino

  2. Analice las herramientas: utilice la herramienta para crear un objeto de destino y comprobar si hay diferencias. Capture los metadatos específicos de la herramienta, tal y como se muestra en la tabla siguiente, y elimine los atributos de la tabla anterior si la herramienta de migración no los admite. Por ejemplo, no puede personalizar el tipo de sistema operativo ni el tamaño de almacenamiento del Servicio de migración de aplicaciones porque la herramienta de migración de realojamiento sí lo es. like-for-like Por lo tanto, eliminaría el sistema operativo de destino y el tamaño del disco de destino si estos atributos se incluyeran en la tabla anterior. En la tabla de ejemplo anterior, la herramienta admite todos los atributos, por lo que no es necesario realizar ninguna acción.

    La siguiente tabla incluye ejemplos de metadatos que podría necesitar para las herramientas.

    Nombre de atributo Tipo de objeto Descripción o finalidad

    AWS_account_ID

    Herramientas (servicio de migración de aplicaciones)

    AWS ID de cuenta para AWS Application Migration Service

    AWS_Region

    Herramientas (servicio de migración de aplicaciones)

    AWS Región para el servicio de migración de aplicaciones

    replication_server_subnet

    Herramientas (servicio de migración de aplicaciones)

    Subred para el servidor de replicación del Servicio de migración de aplicaciones

    replication_server_security_group

    Herramientas (servicio de migración de aplicaciones)

    Grupo de seguridad para el servidor de replicación del Servicio de migración de aplicaciones

  3. Analice el objeto de origen: determine los metadatos necesarios para el objeto de origen evaluando las acciones de la siguiente manera:

    • Para migrar los servidores, debe conocer el nombre del servidor de origen y el nombre de dominio completo (FQDN) para poder conectarse al servidor.

    • Para migrar las aplicaciones junto con sus servidores, debe conocer el nombre de la aplicación, el entorno de la aplicación y el application-to-server mapeo.

    • Para realizar una evaluación de la cartera, priorizar las aplicaciones o definir un grupo de movimiento, necesita conocer el application-to-server mapeo, el application-to-database mapeo y application-to-application las dependencias.

    • Para gestionar las oleadas, es necesario conocer el identificador de la oleada y las horas de inicio y finalización de la oleada.

    La siguiente tabla incluye ejemplos de metadatos que podría necesitar para el objeto de origen.

    Nombre de atributo Tipo de objeto Descripción o finalidad

    wave_ID

    Onda fuente

    ID de la onda (por ejemplo: onda 10)

    wave_start_date

    Onda fuente

    Fecha de inicio de la ola

    wave_cutover_date

    Onda fuente

    Fecha límite de la ola

    wave_owner

    Onda fuente

    Dueño de la ola

    app_name

    Aplicación de origen

    Nombre de la aplicación de origen

    app_to_server_mapping

    Aplicación de origen

    Application-to-server relación

    app_to_DB_mapping

    Aplicación de origen

    Application-to-database relación

    app_to_app_dependencies

    Aplicación de origen

    Dependencias externas de la aplicación

    server_name

    Servidor de origen

    Nombre del servidor de origen

    server_FQDN

    Servidor de origen

    Nombre de dominio completo del servidor de origen

    server_OS_family

    Servidor de origen

    Familia de sistemas operativos (SO) del servidor de origen (por ejemplo: Windows o Linux)

    server_OS_version

    Servidor de origen

    Versión de sistema operativo del servidor de origen (por ejemplo: Windows Server 2003)

    server_environment

    Servidor de origen

    Entorno del servidor de origen (por ejemplo: desarrollo, producción o prueba)

    server_tier

    Servidor de origen

    Nivel del servidor de origen (por ejemplo: web, base de datos o aplicación)

    CPU

    Servidor de origen

    Número de CPUs en el servidor de origen

    RAM

    Servidor de origen

    Tamaño de RAM del servidor de origen

    disk_size

    Servidor de origen

    Tamaño del disco del servidor de origen

  4. Tenga en cuenta otros atributos: además de la acción principal, considere otras acciones y atributos relacionados con el objeto o la aplicación de destino. Para el patrón de ejemplo, Patrón 1: Rehospedar en Amazon EC2 mediante Application Migration Service o Cloud Migration Factory, la acción es realojar y el objeto de destino es Amazon. EC2 Otras acciones relacionadas con este objeto de destino pueden incluir la copia de seguridad en Amazon EC2, la supervisión de la EC2 instancia tras la migración y el uso de etiquetas para gestionar los costes asociados a la EC2 instancia. También puedes tener en cuenta otros atributos de la aplicación que te ayuden a gestionar la migración, como el propietario de la aplicación, con el que podrías tener que ponerte en contacto si tienes alguna duda o si tienes alguna duda.

    En la siguiente tabla se incluyen ejemplos de metadatos adicionales que se utilizan habitualmente. En esta tabla se incluyen las etiquetas de la EC2 instancia de destino. Para obtener más información sobre las etiquetas y cómo utilizarlas, consulta Cómo etiquetar tus EC2 recursos de Amazon en la EC2 documentación de Amazon.

    Nombre de atributo Tipo de objeto Descripción o finalidad

    Name

    EC2 Instancia de destino (etiqueta)

    Etiqueta para definir el nombre de una EC2 instancia de destino

    app_owner

    Aplicación de origen

    El propietario de una aplicación de origen

    business_unit

    EC2 Instancia de destino (etiqueta)

    Etiqueta para identificar la unidad de negocio de una EC2 instancia de destino (por ejemplo: RRHH, finanzas o TI)

    cost_center

    EC2 Instancia de destino (etiqueta)

    Etiqueta para identificar el centro de costes de una EC2 instancia de destino

  5. Crear una tabla: combine todos los metadatos identificados en los pasos anteriores en una sola tabla.

    Nombre de atributo Tipo de objeto Descripción o finalidad

    wave_ID

    Onda fuente

    ID de la onda (por ejemplo: onda 10)

    wave_start_date

    Onda fuente

    Fecha de inicio de la ola

    wave_cutover_date

    Onda fuente

    Fecha límite de la ola

    wave_owner

    Onda fuente

    Dueño de la ola

    app_name

    Aplicación de origen

    Nombre de la aplicación de origen

    app_to_server_mapping

    Aplicación de origen

    Application-to-server relación

    app_to_DB_mapping

    Aplicación de origen

    Application-to-database relación

    app_to_app_dependencies

    Aplicación de origen

    Dependencias externas de la aplicación

    AWS_account_ID

    Herramientas (servicio de migración de aplicaciones)

    AWS cuenta para alojar la EC2 instancia de destino

    AWS_Region

    Herramientas (servicio de migración de aplicaciones)

    AWS Región donde se alojará la EC2 instancia de destino

    replication_server_subnet

    Herramientas (servicio de migración de aplicaciones)

    Subred para el servidor de replicación del Servicio de migración de aplicaciones

    replication_server_security_group

    Herramientas (servicio de migración de aplicaciones)

    Grupo de seguridad para el servidor de replicación del Servicio de migración de aplicaciones

    server_name

    Servidor de origen

    Nombre del servidor de origen

    server_FQDN

    Servidor de origen

    Nombre de dominio completo del servidor de origen

    server_OS_family

    Servidor de origen

    Familia de sistemas operativos (SO) del servidor de origen (por ejemplo: Windows o Linux)

    server_OS_version

    Servidor de origen

    Versión de sistema operativo del servidor de origen (por ejemplo: Windows Server 2003)

    server_environment

    Servidor de origen

    Entorno del servidor de origen (por ejemplo: desarrollo, producción o prueba)

    server_tier

    Servidor de origen

    Nivel del servidor de origen (por ejemplo: web, base de datos o aplicación)

    CPU

    Servidor de origen

    Número de CPUs en el servidor de origen

    RAM

    Servidor de origen

    Tamaño de RAM del servidor de origen

    disk_size

    Servidor de origen

    Tamaño del disco del servidor de origen

    target_subnet

    Servidor de destino

    Subred de la instancia de destino EC2

    target_subnet_test

    Servidor de destino

    Pruebe la subred de la instancia de destino EC2

    target_security_group

    Servidor de destino

    Grupo de seguridad de la EC2 instancia de destino

    target_security_group_test

    Servidor de destino

    Pruebe el grupo de seguridad de la EC2 instancia de destino

    instance_type

    Servidor de destino

    Tipo de instancia de la EC2 instancia de destino

    IAM_role

    Servidor de destino

    AWS Identity and Access Management Función (IAM) de la instancia de destino EC2

    Name

    Servidor de destino (etiqueta)

    Etiqueta para definir el nombre de una EC2 instancia de destino

    app_owner

    Aplicación de origen

    El propietario de una aplicación de origen

    business_unit

    Servidor de destino (etiqueta)

    Etiqueta para identificar la unidad de negocio de una EC2 instancia de destino (por ejemplo: RRHH, finanzas o TI)

    cost_center

    Servidor de destino (etiqueta)

    Etiqueta para identificar el centro de costes de una EC2 instancia de destino

  6. Repita: repita este proceso hasta que haya documentado los metadatos necesarios para cada patrón.

Paso 2: Cree los procesos de almacenamiento y recopilación de metadatos

En el paso anterior, definió los metadatos necesarios para respaldar la migración. En este paso, se crea un proceso para recopilar y almacenar los metadatos. Este paso consta de dos tareas:

  1. Analice los metadatos necesarios del paso anterior e identifique la fuente.

  2. Defina un proceso para almacenar y recopilar los metadatos de manera eficiente.

Analice las fuentes de metadatos

Hay muchas fuentes de metadatos comunes. Por lo general, lo primero a lo que se puede acceder es a un inventario de activos de alto nivel, que normalmente se exporta desde una base de datos de gestión de la configuración (CMDB) o desde otra herramienta existente. Sin embargo, también es necesario recopilar metadatos de otras fuentes, mediante procesos automatizados y manuales.

La siguiente tabla contiene las fuentes comunes, el proceso de recopilación estándar para esa fuente y los tipos de metadatos comunes que puede esperar encontrar en esa fuente.

Fuente de metadatos Tipo de colección Tipo de metadatos

Herramientas de descubrimiento

Automatizado

Servidor de origen

CMDB

Automatizado

Servidor de origen

Inventario de otras herramientas, como RVToolspara VMware vSphere

Automatizado

Servidor de origen

Cuestionario para propietarios de aplicaciones

Manual

Servidor de origen, servidor de destino, onda

Entrevista al propietario de la aplicación

Manual

Servidor de origen, servidor de destino, onda

Documentación de diseño de aplicaciones

Manual

Servidor de destino

Documentación de diseño de la zona de aterrizaje

Manual

Servidor de destino, herramientas

Tras enumerar todas las fuentes posibles de sus metadatos, analiza el tipo de metadatos y asigna cada fuente a los atributos de metadatos que identificó en el paso anterior.

  1. Obtenga una lista completa de los atributos de los metadatos dePaso 1: Defina los metadatos necesarios.

  2. Analice cada tipo de metadatos y determine qué tipos no se pueden recuperar mediante un proceso automatizado. Por lo general, se trata de los tipos de metadatos del servidor de destino y de metadatos Wave, ya que requieren que los propietarios de las aplicaciones tomen decisiones. Por ejemplo, ¿qué subred y grupo de seguridad utilizará para las EC2 instancias de destino?

  3. Analice cada atributo de metadatos y asígnelo a una fuente de metadatos de la tabla anterior. Es habitual tener una combinación de varias fuentes. Puede utilizar las herramientas de detección para recopilar algunos metadatos del servidor de origen. Para obtener información sobre el uso de las herramientas de descubrimiento para recopilar metadatos, consulte Cómo empezar a utilizar la detección automática de carteras en el sitio web de la Guía AWS prescriptiva.

  4. Cree una tabla para asignar el atributo de los metadatos a su tipo y fuente. La siguiente tabla es un ejemplo.

    Atributo Metadata Tipo de metadatos Fuentes de metadatos

    app_name

    Aplicación de origen

    CMDB

    app_owner

    Aplicación de origen

    CMDB

    app_to_server_mapping

    Aplicación de origen

    CMDB, herramientas de descubrimiento o cuestionario para el propietario de la aplicación

    app_to_DB_mapping

    Aplicación de origen

    CMDB, herramientas de descubrimiento o cuestionario para el propietario de la aplicación

    app_to_app_dependencies

    Aplicación de origen

    CMDB, herramientas de descubrimiento o cuestionario para el propietario de la aplicación

    server_name

    Servidor de origen

    CMDB

    server_FQDN

    Servidor de origen

    CMDB

    server_OS_family

    Servidor de origen

    CMDB

    server_IP

    Servidor de origen

    Herramientas de descubrimiento

    disk_size

    Servidor de origen

    Herramientas de descubrimiento

    instance_type

    Servidor de destino

    Herramientas de descubrimiento

    target_subnet

    Servidor de destino

    Cuestionario para propietarios de aplicaciones

    target_security_group

    Servidor de destino

    Cuestionario para propietarios de aplicaciones

    AWS_Region

    Servidor de destino

    Cuestionario para propietarios de aplicaciones

    AWS_account_ID

    Servidor de destino

    Cuestionario para propietarios de aplicaciones

    replication_server_subnet

    Herramientas (servicio de migración de aplicaciones)

    Documentación de diseño de la zona de aterrizaje

    replication_server_security_group

    Herramientas (servicio de migración de aplicaciones)

    Documentación de diseño de la zona de aterrizaje

    Name

    Servidor de destino (etiqueta)

    Cuestionario para propietarios de aplicaciones

    business_unit

    Servidor de destino (etiqueta)

    Cuestionario para propietarios de aplicaciones

    cost_center

    Servidor de destino (etiqueta)

    Cuestionario para propietarios de aplicaciones

    wave_ID

    Planificación de olas

    Entrevista con el propietario de la aplicación

    wave_start_date

    Planificación de olas

    Entrevista con el propietario de la aplicación

    wave_cutover_date

    Planificación de olas

    Entrevista con el propietario de la aplicación

Defina un único almacén de metadatos

Tras asignar cada atributo de metadatos a su fuente, defina dónde almacenar los metadatos. Independientemente de cómo y dónde almacene los metadatos, solo debe elegir un repositorio. De este modo, se garantiza que dispone de una única fuente de información fiable. Almacenar los metadatos en varios lugares es un error común en las grandes migraciones.

Opción 1: almacenar los metadatos en una hoja de cálculo en un repositorio compartido

Si bien esta opción puede parecer un proceso muy manual, es el almacén de datos más común para migraciones grandes. También es habitual almacenar la hoja de cálculo en un repositorio compartido, como un SharePoint sitio de Microsoft.

Una hoja de cálculo de Microsoft Excel es fácil de personalizar y no lleva mucho tiempo crearla. Las desventajas son que se volverá muy compleja si tiene muchos metadatos y que puede resultar difícil administrar las relaciones entre los activos, por ejemplo, entre el servidor, la aplicación y la base de datos. El otro desafío es la administración de versiones. Debe limitar el acceso de escritura a solo unas pocas personas o utilizar un proceso automatizado para actualizar la hoja de cálculo.

En las plantillas del manual de estrategias del portafolio, puedes usar la plantilla Dashboard para planificar y migrar oleadas (en formato Excel) como punto de partida para crear tu propia hoja de cálculo de almacenamiento de datos.

Opción 2: Almacene los metadatos en una herramienta especialmente diseñada

Puede utilizar una herramienta prediseñada, como TDS Transition Manager (sitio web de TDS), para almacenar sus datos, o puede crear su propia herramienta. Al crear su propia herramienta, necesitará tablas de bases de datos al igual que las pestañas de las hojas de cálculo de Excel en la opción 1. Por ejemplo:

  • Tabla de servidores

  • Tabla de aplicaciones

  • Tabla de base de datos

  • Application-to-server y tabla application-to-database de mapeo

  • Mesa de planificación de olas

  • Tabla de cuestionarios para propietarios de aplicaciones

Defina los procesos de recopilación de metadatos

En los pasos anteriores, asignó los metadatos a su fuente y definió un banco de datos en el que recopilará los metadatos. En este paso, se crean procesos para recopilar los metadatos de forma eficaz. Debe minimizar el copy-and-paste proceso manual y utilizar la automatización para recopilar los metadatos de cada fuente. Hay tres pasos:

  1. Cree un script de extracción, transformación y carga (ETL) para cada fuente de metadatos en función de la tabla de mapeo de metadatos.

  2. Cree una tarea programada que importe metadatos de cada fuente automáticamente y de forma regular.

  3. Cree un proceso de exportación o proporcione acceso a la interfaz de programación de aplicaciones (API) a los metadatos almacenados en el repositorio.

La siguiente tabla es un ejemplo de los atributos de metadatos recopilados por cada script de ETL. Los metadatos se almacenan en la ubicación que definió en la sección anterior, como una hoja de cálculo o una herramienta diseñada específicamente.

Atributo Metadata Tipo de metadatos Fuente de metadatos Proceso de recopilación

app_name

Aplicación de origen

CMDB

Secuencia de comandos ETL: CMDB

app_owner

Aplicación de origen

CMDB

Secuencia de comandos ETL: CMDB

app_to_server_mapping

Aplicación de origen

CMDB

Secuencia de comandos ETL: CMDB

app_to_DB_mapping

Aplicación de origen

CMDB

Secuencia de comandos ETL: CMDB

app_to_app_dependencies

Aplicación de origen

Herramienta de descubrimiento

Secuencia de comandos ETL: herramienta de descubrimiento

server_name

Servidor de origen

CMDB

Secuencia de comandos ETL: CMDB

server_FQDN

Servidor de origen

CMDB

Secuencia de comandos ETL: CMDB

server_OS_family

Servidor de origen

CMDB

Secuencia de comandos ETL: CMDB

server_OS_version

Servidor de origen

CMDB

Secuencia de comandos ETL: CMDB

disk_size

Servidor de origen

Herramienta de descubrimiento

Secuencia de comandos ETL: herramienta de descubrimiento

instance_type

Servidor de destino

Herramienta de descubrimiento

Secuencia de comandos ETL: herramienta de descubrimiento

target_subnet

Servidor de destino

Cuestionario para propietarios de aplicaciones

Script ETL: propietario de la aplicación

target_security_group

Servidor de destino

Cuestionario para propietarios de aplicaciones

Script ETL: propietario de la aplicación

AWS_Region

Servidor de destino

Cuestionario para propietarios de aplicaciones

Script ETL: propietario de la aplicación

AWS_account_ID

Servidor de destino

Cuestionario para propietarios de aplicaciones

Script ETL: propietario de la aplicación

Name

Servidor de destino (etiqueta)

Cuestionario para propietarios de aplicaciones

Script ETL: propietario de la aplicación

business_unit

Servidor de destino (etiqueta)

Cuestionario para propietarios de aplicaciones

Script ETL: propietario de la aplicación

cost_center

Servidor de destino (etiqueta)

Cuestionario para propietarios de aplicaciones

Script ETL: propietario de la aplicación

wave_ID

Planificación de olas

Cuestionario para propietarios de aplicaciones

Script ETL: propietario de la aplicación

wave_start_date

Planificación de olas

Cuestionario para propietarios de aplicaciones

Script ETL: propietario de la aplicación

wave_cutover_date

Planificación de olas

Cuestionario para propietarios de aplicaciones

Script ETL: propietario de la aplicación

Paso 3: Documente los requisitos de metadatos y los procesos de recopilación en un manual

En esta tarea, debe documentar sus decisiones en un manual de administración de metadatos. Durante la migración, el flujo de trabajo de su cartera sigue este manual como procedimiento estándar para recopilar y almacenar metadatos.

  1. En las plantillas del manual de estrategias del portafolio, abra la plantilla Runbook para la administración de metadatos (formato Microsoft Word). Esto sirve como punto de partida para crear tu propio manual.

  2. En la sección de atributos de metadatos, cree una tabla de atributos de metadatos para cada patrón de migración y rellene las tablas con los atributos de metadatos identificados en él. Paso 1: Defina los metadatos necesarios

  3. En la sección Ubicaciones de origen, documente las fuentes en Analice las fuentes de metadatos las que se identificó.

  4. En la sección Instrucciones de acceso a las ubicaciones de origen, documente los pasos que un usuario debería seguir para acceder a las ubicaciones de las fuentes de metadatos.

  5. En la sección Almacén de metadatos, documente los pasos que un usuario tendría que seguir para acceder al almacén de metadatos en el que creóDefina un único almacén de metadatos.

  6. En la sección Tipos de recopilación de datos, identifique el proceso de recopilación de datos que utilizará para cada fuente de metadatos. Lo ideal sería automatizar toda la recopilación de metadatos mediante scripts de automatización.

  7. En la sección Recopilación de datos por atributo de metadatos, identifique lo siguiente para cada atributo de metadatos según las instrucciones que se indican enDefina los procesos de recopilación de metadatos:

    1. Tipo de metadatos

    2. Fuente de metadatos

    3. Almacén de metadatos

    4. Tipo de colección

  8. En la sección Recopilar metadatos, actualiza el proceso según sea necesario para tu caso de uso. Este es el proceso que sigue el flujo de trabajo del portafolio en la etapa de implementación, cuando recopila metadatos para las oleadas.

  9. Compruebe que su manual esté completo y sea preciso. Este manual debería ser una fuente fiable durante la migración.

  10. Comparta su manual de administración de metadatos con el equipo para que lo revise.

Criterios de salida de tareas

Continúe con la siguiente tarea cuando haya completado lo siguiente:

  • Ha preparado un único repositorio para almacenar los metadatos recopilados.

  • En su manual de administración de metadatos, ha definido y documentado lo siguiente:

    • Los atributos de metadatos necesarios para cada patrón de migración

    • Fuentes de metadatos e instrucciones detalladas sobre cómo acceder a cada fuente

    • El almacén de metadatos e instrucciones detalladas sobre cómo acceder a él

    • Los procesos utilizados para recopilar los metadatos

    • Tabla de mapeo que asigna los atributos de los metadatos a las fuentes de metadatos y a los procesos de recopilación