Tarea 1: Realizar el descubrimiento inicial y validar la estrategia de migración

El primer paso de la evaluación de la cartera en un proyecto de migración de gran envergadura consiste en comprender la información de la que dispone actualmente, los factores empresariales y técnicos y cualquier decisión de estrategia de migración que ya se haya tomado. El resultado de la evaluación de la cartera es incorporar continuamente los metadatos, el plan de migración y las estrategias de migración al flujo de trabajo de migración. En función de la información recopilada, usted analiza las brechas y decide los próximos pasos. Puede omitir algunas de las secciones de este manual si ya ha completado el análisis y las tareas. Esta tarea consta de los siguientes pasos:

• Paso 1: Validar los datos de descubrimiento

• Paso 2: Identifique los factores empresariales y técnicos

• Paso 3: Validar las estrategias de migración

• Paso 4: Validar los patrones de migración

Paso 1: Validar los datos de descubrimiento

En la fase de movilización, es posible que haya completado la evaluación inicial de su cartera y, de ser así, pueda reutilizar esos datos de descubrimiento en la fase de migración. Si no es así, no se preocupe. Este manual le explicará lo que se necesita para respaldar su migración a gran escala.

Las migraciones grandes suelen contener una gran cantidad de datos. Por ejemplo, tiene:

• Metadatos sobre los servidores, las aplicaciones y las bases de datos de origen

• Información sobre su cartera de TI obtenida de su base de datos de administración de la configuración (CMDB)

• Datos de herramientas de descubrimiento que le ayudan a comprender mejor el estado actual y las dependencias

• Metadatos de los recursos de destino AWS

Acerca de los tipos de metadatos

Los siguientes son los tres tipos principales de metadatos que se requieren para admitir una migración de gran tamaño:

• Metadatos de la cartera de origen: los metadatos de la cartera de origen son los metadatos sobre los servidores, las aplicaciones y las bases de datos de origen. Puede obtener los metadatos de una CMDB existente, de herramientas de descubrimiento o incluso del propietario de la aplicación. Puede encontrar una lista completa de este tipo de metadatos aquí, y los siguientes son algunos ejemplos:

  • Nombre del servidor

  • Dirección IP del servidor

  • Sistema operativo (SO) del servidor

  • Almacenamiento del servidor, CPU, memoria y operaciones de entrada/salida por segundo (IOPS)

  • Nombre de la aplicación

  • Propietario de la aplicación

  • Application-to-application : dependencias

  • Unidad de negocio

  • ¿Un pplication-to-server mapeo

  • ¿Un pplication-to-database mapeo

  • Tipo y tamaño de la base de datos

  • Tipo y tamaño de almacenamiento

  • Metadatos de dependencias

  • Datos de rendimiento y uso

• Metadatos del entorno de destino: se trata de un tipo de metadatos que le ayuda a migrar los servidores al entorno de destino. Debe tomar decisiones sobre el entorno de destino. Puede obtener algunos de estos metadatos de las herramientas de descubrimiento. A continuación se muestran algunos ejemplos de este tipo de metadatos:

  • Subred de destino

  • Grupo de seguridad de destino

  • Tipo de instancia de destino

  • Función de destino AWS Identity and Access Management (IAM)

  • Dirección IP de destino

  • ID de AWS cuenta de destino

  • AWS Región objetivo

  • AWS Servicio objetivo

  • Diseño de la arquitectura de la aplicación objetivo

• Metadatos de planificación de oleaje: los metadatos de planificación de oleaje son el tipo de metadatos que le ayudan a gestionar la migración. Los siguientes son ejemplos de este tipo de metadatos:

  • ID de onda

  • Hora de inicio de la ola

  • Tiempo de transición de la onda

  • Dueño de la ola

  • Vaya al mapeo de aplicaciones, servidores, bases de datos o grupos de movimientos

Valide sus datos de descubrimiento

Es importante comprender sus datos de descubrimiento actuales antes de tomar cualquier decisión. Es probable que no tengas toda la información en esta etapa de la migración. Este manual le ayuda a definir los requisitos de metadatos y a recopilarlos de manera eficiente. Hágase las siguientes preguntas para identificar qué metadatos están disponibles actualmente y dónde podrían estar ubicados:

• ¿Ha utilizado alguna herramienta para realizar una evaluación de la migración, como el Evaluador de migración?

• ¿Ha implementado alguna herramienta de detección en su entorno, como AWS Application Discovery Service Flexera One Cloud Migration and Modernization?

• ¿Tiene una CMDB que contenga la mayor cantidad de up-to-date información para su cartera de TI?

• ¿Ha finalizado la evaluación inicial de la cartera en la fase de movilización?

• ¿Ha completado la planificación inicial de la oleada?

• ¿Ha completado el diseño inicial del entorno objetivo?

• ¿Cuál es la fuente de cada tipo de metadatos?

• ¿Tiene acceso a todos los metadatos?

• ¿Cómo se accede a todos los metadatos?

• ¿Ha documentado el proceso de acceso a los metadatos?

Paso 2: Identifique los factores empresariales y técnicos

Los impulsores empresariales y tecnológicos son fundamentales a la hora de considerar las estrategias y los patrones de migración de alto nivel de cada aplicación. Debe comprender los factores que son exclusivos de su migración. Utilice estos factores empresariales y técnicos al validar sus estrategias de migración y definir las reglas de mapeo de aplicaciones.

Impulsores empresariales habituales

Los impulsores empresariales son factores relacionados con los objetivos o limitaciones empresariales que se deben tener en cuenta al planificar una migración de gran envergadura, como el vencimiento de los contratos, el rápido crecimiento o el presupuesto. Los siguientes son los factores empresariales más comunes:

• Salir de un centro de datos: debe migrar a la nube lo más rápido posible. Por ejemplo, un contrato de centro de datos está a punto de expirar.

• Reducir los costos y riesgos operativos: desea reducir los costos o riesgos asociados con la operación de un entorno local.

• Flexibilidad: debe migrar a la nube como una dirección estratégica para prepararse para los cambios en el futuro de la empresa.

• Hacer crecer el negocio: debe poder acelerar rápidamente el desarrollo y la innovación o adaptarse a un crecimiento rápido.

• Uso inteligente de los datos: desea aprovechar la inteligencia artificial basada en la nube, el aprendizaje automático y el Internet de las cosas (IoT), que pueden pronosticar el crecimiento de su empresa y proporcionar información sobre el comportamiento de los clientes.

• Mejorar la seguridad y el cumplimiento: necesita aprovechar los programas de cumplimiento que ya están integrados en la infraestructura de la AWS nube o quiere aprovechar las herramientas de seguridad basadas en software que pueden advertirle de una posible amenaza para sus datos.

• Disponibilidad de recursos: tener recursos limitados o una experiencia interna limitada puede llevarle a seleccionar estrategias que muevan la aplicación sin modificarla.

Impulsores técnicos comunes

Los factores técnicos son factores relacionados con las limitaciones o los objetivos técnicos que se deben tener en cuenta al planificar una migración de gran envergadura, como la arquitectura actual. Los siguientes son los factores técnicos más comunes:

• Hardware o software end-of-support: su hardware o software está cerca del final de su ciclo de vida y necesita actualizarlo porque el proveedor ya no lo admite.

• Integración tecnológica: obtiene acceso a una infraestructura global que le permite escalar su aplicación de manera rápida y estratégica. Puede internacionalizarse rápidamente con servicios e infraestructuras globales listos para su uso.

• Limitaciones de almacenamiento y procesamiento: su centro de datos no tiene capacidad para más almacenamiento o servidores, y necesita buscar otro lugar para expandirse.

• Requisitos de escalabilidad y resiliencia: sus aplicaciones han sufrido tiempos de inactividad en el pasado y usted desea utilizar la nube para mejorar el objetivo de punto de recuperación (RPO) y el objetivo de tiempo de recuperación (RTO).

• Modernización de la arquitectura de las aplicaciones: desea aprovechar la nube y cambiar sus aplicaciones para que sean nativas de la nube.

• Mejora del rendimiento: el rendimiento de sus aplicaciones es deficiente durante las temporadas altas, por lo que desea ampliarlas y reducirlas automáticamente para adaptarlas a la demanda.

Actualice el manual

1. En las plantillas del manual de estrategias del portafolio, abra la plantilla Runbook para priorizar las aplicaciones (formato Microsoft Word).

2. En la sección de factores empresariales y técnicos, registre los factores que haya identificado para su gran proyecto de migración.

3. Guarde el manual de priorización de aplicaciones.

Paso 3: Validar las estrategias de migración

La selección de las estrategias de migración es fundamental para una migración de gran envergadura. Debe comprobar que las estrategias de migración que seleccione cumplen las expectativas, las limitaciones y los requisitos de la organización. Para obtener más información sobre las estrategias de migración disponibles, consulte la Guía para migraciones AWS grandes.

Es posible que haya seleccionado estrategias de migración en la fase de movilización o durante la evaluación inicial de la cartera. En este paso, utiliza los factores empresariales y técnicos para seleccionar y validar las estrategias de migración de su cartera.

Sus estrategias de migración pueden cambiar a medida que continúe evaluando la cartera y comience la migración. En esta etapa, el objetivo es comprender la distribución general de su cartera en cada estrategia de migración. La selección de las estrategias de migración es fundamental para dar el siguiente paso: validar los patrones de migración detallados.

Seleccione y valide las estrategias de migración

Evalúe la cartera y seleccione las estrategias de migración de la siguiente manera:

1. Revise todos los factores técnicos y empresariales que identificó en el paso anterior y priorice los factores en función de las necesidades de su empresa.

2. Asigne cada factor empresarial y técnico a una estrategia de migración. La siguiente tabla es un ejemplo.

   Priority (Prioridad)	Conductor técnico o empresarial	Estrategia de migración
   1	Salga de un centro de datos en una fecha específica	Realoje tantas aplicaciones como sea posible y cambie la plataforma y la refactorización solo si no es posible realojarlas.
   2	Reduzca los costos y riesgos operativos	Para acelerar la migración, realoje tantas aplicaciones como sea posible.
   3	Hardware o software end-of-support	Realoje las aplicaciones compatibles y cambie la plataforma de las aplicaciones que no son compatibles con el hardware y el software más recientes en la nube.
   4	Disponibilidad de recursos	Realoje en AWS Managed Services (AMS) para reducir la sobrecarga operativa.

3. Al sopesar cada factor empresarial y técnico y evaluar su cartera a un alto nivel, calcule cómo deberían distribuirse las aplicaciones en cada estrategia de migración. Es común ver conflictos entre los impulsores. Las partes interesadas del proyecto deben trabajar juntas y tomar las decisiones finales para resolver los conflictos. El siguiente es un ejemplo de cómo podría distribuir su cartera entre cada estrategia de migración:

   • Rehospedar: 60%

   • Replataforma: 15%

   • Jubilarse: 10%

   • Retener: 5%

   • Recompra: 5%

   • Refactorización — 5%

No continúe con la migración hasta que haya seleccionado estrategias de migración de alto nivel para su cartera.

Actualice el manual

1. Abra el manual de priorización de aplicaciones.

2. En la sección Estrategias de migración, registre cómo se distribuye la carga de trabajo de la aplicación entre las siete estrategias de migración. Por ejemplo:

   • Rehospedar: 60%

   • Replataforma: 15%

   • Jubilarse: 10%

   • Retener: 5%

   • Recompra: 5%

   • Refactorización — 5%

3. Guarde su manual de priorización de aplicaciones.

Paso 4: Validar los patrones de migración

Acerca de los patrones de migración

Un patrón de migración es una tarea de migración repetible que detalla la estrategia de migración, el destino de la migración y la aplicación o el servicio de migración utilizados. Un ejemplo es Rehospedar en Amazon Elastic Compute Cloud (Amazon EC2) usando. AWS Application Migration Service En los patrones de migración comunes se hace referencia con frecuencia a los siguientes AWS servicios y soluciones:

• AWS App2Container

• AWS Application Migration Service (AWS MGN)

• AWS CloudFormation

• AWS Database Migration Service (AWS DMS)

• AWS DataSync

• Amazon Elastic Compute Cloud (Amazon EC2)

• Amazon Elastic Container Service (Amazon ECS)

• Amazon Elastic File System (Amazon EFS)

• AWS Solución de fábrica de migración a la nube

• Amazon Relational Database Service (Amazon RDS)

• AWS Schema Conversion Tool (AWS SCT)

• AWS Transfer Family

Al igual que al seleccionar las estrategias de migración, es posible que ya haya identificado sus patrones de migración en una fase anterior. Sin embargo, debe validarlos y asegurarse de que los patrones se hayan definido y documentado. En la siguiente tabla se enumeran las estrategias y los patrones de migración más comunes.

ID	Strategy (Estrategia)	Patrón
1	Volver a alojar	Realoje en Amazon EC2 mediante Application Migration Service o Cloud Migration Factory
2	Redefinir la plataforma	Cambie la plataforma a Amazon RDS mediante y AWS DMS AWS SCT
3	Redefinir la plataforma	Cambie la plataforma a Amazon EC2 mediante AWS CloudFormation nota CloudFormation las plantillas crean una nueva infraestructura en. Nube de AWS
4	Redefinir la plataforma	Cambie la plataforma a Amazon EFS mediante AWS DataSync o AWS Transfer Family
5	Redefinir la plataforma	Cambie la plataforma a Amazon ECS mediante AWS App2Container
6	Redefinir la plataforma	Cambie la plataforma de los servidores mainframe o de rango medio a Amazon EC2 mediante un emulador
7	Redefinir la plataforma	Cambie la plataforma de Windows a Linux en Amazon EC2
8	Retirar	Retire la aplicación
9	Retener	Manténgalo en las instalaciones
10	Recompra	Recompra y actualización a SaaS
11	Refactorizar o rediseñar	Rediseñe la aplicación

Actualice el manual

En este punto, se definen los patrones a nivel de cartera. Más adelante en este manual, asignará cada aplicación a su patrón de migración correspondiente.

1. Abra el manual de priorización de aplicaciones.

2. En la sección Patrones de migración, registre los patrones de migración que ha identificado y validado. Asigna a cada patrón un identificador único y anota la estrategia de migración del patrón.

3. Guarde su manual de priorización de aplicaciones.

Tenga en cuenta que los patrones de migración pueden cambiar a medida que avanza. Puede cambiar sus estrategias y patrones de migración más adelante, a medida que encuentre nueva información, cambie el alcance de la carga de trabajo o incluso decida utilizar nuevos AWS servicios.

Criterios de salida de tareas

Si aún no ha identificado sus estrategias y patrones de migración desde una perspectiva de cartera de alto nivel, le recomendamos encarecidamente que trabaje con los equipos técnicos para definirlos antes de pasar a la siguiente tarea. La evaluación de la cartera y la planificación de las oleadas dependen de la comprensión de las estrategias y los patrones de migración. No es necesario disponer de una lista exhaustiva de los patrones de migración antes de continuar. Puede añadir nuevos patrones y ajustar sus estrategias a medida que avanza.

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

• Tiene acceso a los datos de descubrimiento más recientes y los comprende.

• Ha identificado los factores empresariales y técnicos que impulsaron su migración.

• Ha seleccionado y validado las estrategias de migración en función de sus factores empresariales y técnicos.

• Ha seleccionado y validado los patrones de migración.

• Ha documentado lo siguiente en su manual de priorización de aplicaciones:

  • Impulsores empresariales y técnicos

  • Estrategias de migración

  • Patrones de migración