Determinar el enfoque de migración - AWS Guía prescriptiva

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.

Determinar el enfoque de migración

Para decidir el enfoque de migración, utilice el análisis que realizó sobre los patrones existentes en la fase anterior. Las necesidades futuras de datos y análisis de su organización son consideraciones igualmente importantes. Las herramientas ETL locales tradicionales se ocupan de modelos de datos relacionales y datos estructurados. Si tiene que procesar datos semiestructurados y no estructurados, puede utilizar AWS servicios como AWS Glue Amazon EMR para la migración. Otros factores que pueden influir en el enfoque de migración son:

  • Si desea utilizar una interfaz gráfica (como AWS Glue Studio) o un marco personalizado (como las bibliotecas Spark/Python)

  • Si tiene acceso seguro a las fuentes y los destinos locales AWS

  • Habilidades y formación necesarias para el equipo

  • Requisitos de auditoría y cumplimiento

Puede seleccionar entre tres enfoques de migración: big bang, gradual y lift and shift. En la siguiente tabla se comparan estos tres enfoques.

Enfoque Descripción Caso de uso Ventajas y desventajas
Big bang Migre todos los paquetes de SSIS en un período de tiempo específico.

  • La complejidad, el alcance y la arquitectura objetivo son claros.

  • El equipo tiene las habilidades requeridas o la curva de aprendizaje es superficial.

  • Riesgo alto.

  • Lleva menos tiempo que el enfoque gradual.

  • Puede utilizar AWS Glue Amazon EMR o marcos personalizados.
En fases Identifique un paquete de SSIS para cada patrón y complejidad distintos. Migre el paquete a la arquitectura existente AWS, pruebe y compare los resultados con ella.

  • El tiempo no es una limitación.

  • Quieres diferentes diseños para diferentes patrones de ETL.

  • Es menos arriesgado que el enfoque del big bang, pero requiere más tiempo y esfuerzo.

  • Puede utilizar AWS Glue Amazon EMR o marcos personalizados.
Levante y cambie de posición Migre la arquitectura actual tal cual AWS.

  • Su hardware local ya no es compatible.

  • No tiene los recursos para planificar una migración de forma inmediata.

  • La cantidad mínima de esfuerzo y tiempo de migración necesarios.

  • Los problemas con la solución existente persisten AWS.

  • Los paquetes SSIS se ejecutan tal cual. No se necesitan otras herramientas o marcos de ETL.

La comparación de los datos de los sistemas de origen y destino es fundamental para una migración exitosa. Dado que el sistema de producción existente recibe actualizaciones periódicas desde los sistemas de origen, esta comparación puede resultar confusa. Por este motivo, al determinar el enfoque de migración, le recomendamos que también decida su estrategia de validación de datos.

  • Realice copias de seguridad de todas las bases de datos y archivos aplicables del entorno de producción en el sistema de origen en una fecha y hora específicas.

  • Realice copias de seguridad de todas las bases de datos del entorno de producción en el sistema de destino una vez que todos los trabajos hayan cargado correctamente los datos de los datos de origen respaldados.

  • Restaure los datos de origen en un entorno de pruebas y ejecute los nuevos trabajos.

  • Acuerde un porcentaje de diferencias válidas entre las bases de datos de origen y destino (antiguas y nuevas). Por ejemplo, puede decidir que una diferencia inferior al 1% es aceptable.

  • Enumere todas las reglas de validación que se van a cubrir.

  • Automatice la comparación en la medida de lo posible y cubra todas las reglas.