Ejercicio: Evaluación del patrimonio digital

  • 60 minutos

En este ejercicio, demostraremos cómo Tailwind Traders ha usado herramientas nativas de Azure para evaluar su patrimonio digital. En esta guía paso a paso se incluyen referencias que puede volver a crear como ejercicios prácticos. Para que la experiencia sea más rápida, omita todos los ejercicios y tome como base los resultados del patrimonio digital de Tailwind Traders.

Reconocimiento de su patrimonio digital

La nube revela una gran cantidad de posibilidades innovadoras para su cartera tecnológica. Lo más probable es que la estrategia general incluya una combinación de cargas de trabajo que solo se deban migrar a la nube o modernizarse ligeramente. Otras cargas de trabajo pueden ser más adecuadas para estrategias más agresivas que usan enfoques nativos de la nube o con un cambio de arquitectura importante. Incluso las nuevas aplicaciones e innovaciones más vanguardistas tendrán una dependencia de alguna tecnología existente. Con cada uno de estos resultados, el primer paso empieza con una clara comprensión de los recursos (aplicaciones, datos y máquinas virtuales) de los que es responsable actualmente. Estos recursos se conocen en conjunto como patrimonio digital.

Punto de partida de Tailwind Traders

Es sorprendentemente común que las organizaciones tengan poco más que un conocimiento superficial de su patrimonio digital. Los años de crecimiento técnico, las adquisiciones, los cambios de personal y las prioridades empresariales cambiantes conducen a grandes colecciones ambiguas de recursos técnicos. Tailwind Traders no es una excepción.

Patrimonio digital de Tailwind Traders

Esta es una lista de lo que sabemos sobre el patrimonio digital de la empresa:

  • Tres centros de datos:
    • Uno es propiedad de la organización.
    • Dos son de alquiler con contratos para varios años.
  • La virtualización es incoherente:
    • Varios proveedores de hipervisor han llevado a una complejidad de los costos y los procesos.
  • Falta de estandarización del sistema operativo:
    • Combinación de Windows Server 2008 R2, Windows Server 2012, Windows Server 2016 y Windows Server 2019.
    • Varios sistemas operativos y versiones de Linux están implementados en el entorno.
    • La mayoría de las instancias de Linux se basan en dispositivos o son el resultado de las implementaciones de la pila LAMP del equipo de desarrollo.
  • La administración de operaciones no es coherente:
    • La aplicación de revisiones no es coherente.
    • La proliferación de centros de datos básicos tiene un consumo de recursos de un 25 % por encima de los objetivos planeados.
    • Los dispositivos de copia de seguridad han superado su capacidad de almacenamiento. Las copias de seguridad de cargas de trabajo de prioridad baja solo son copias de seguridad locales.
    • La supervisión y la optimización activas se limitan a las cargas de trabajo críticas.
    • El equipo de operaciones está sobrecargado y falto de personal.
    • El experto de ServiceNow en el equipo se fue hace tres años, poco después de que un proveedor completara la configuración de la base de datos de administración de configuración (CMDB). Desde entonces, no se ha producido ningún nuevo descubrimiento ni asignación de recursos.
  • El departamento de TI se considera un centro de coste:
    • La empresa infravalora el papel del departamento de TI.
    • El elevado costo de los centros de datos alquilados es difícil de justificar.
    • La empresa sigue ejerciendo presión sobre el departamento de TI para que reduzcan los costos, después de años de reducciones de presupuesto y personal.
  • Se considera que el equipo de innovación comercial agrega mucho valor y es una fuente de innovación:
    • Todas las innovaciones se pasan al equipo de TI tras lanzarse, lo que ya se suma a las continuas cargas económicas.
  • Las cargas de trabajo en los centros de datos constan de lo siguiente:
    • Innovación comercial: nuevas innovaciones que desafían los límites del entorno minorista, que abarcan la tienda física, la modalidad en línea y a través de las experiencias móviles de los clientes.
    • Escaparates inteligentes: controles ambientales, puertas, iluminación, estanterías interactivas, anuncios en la tienda y más de 500 sistemas de punto de venta.
    • Sede corporativa: más de 900 empleados se hospedan en la sede corporativa. Usan sistemas tecnológicos que abarcan las mejores soluciones para respaldar procesos en numerosas áreas. Estos incluyen el patrimonio, la logística, la cadena de suministro, los precios, los recursos humanos, las programaciones y el seguimiento de empleados y las nóminas.
    • Estaciones de trabajo de usuario final: principalmente basadas en equipos de escritorio, con un porcentaje de empleados cada vez mayor que optan por soluciones para dispositivos móviles, BYOD (traiga su propio dispositivo), quioscos en tiendas físicas y soluciones de escritorio virtual.
    • Operaciones centrales: el equipo de TI proporciona operaciones técnicas continuas para todos los recursos de innovación comercial y de TI.

Lo que no sabemos

El reto de Tailwind está en la cantidad masiva de ambigüedades que se esconde tras la información de la superficie. Los años de silos de información y ninguna plataforma compartida entre soluciones tecnológicas han dado lugar a una gran cantidad de carencias de conocimiento. Las siguientes son preguntas críticas que el equipo todavía no puede responder:

  • Servidores: ¿cuántos hipervisores hay en la organización? ¿Cuántos servidores o máquinas virtuales? ¿Qué recursos (núcleos, memoria y almacenamiento) están asignados a cada servidor o máquina virtual? ¿Se aplican revisiones a los sistemas operativos y respetan la normativa y son compatibles con las plataformas de nube de destino?
  • Aplicaciones: ¿cuántas aplicaciones están hospedadas en los servidores o máquinas virtuales? ¿Esas aplicaciones usan realmente los recursos de asignación? ¿Son esas aplicaciones independientes, o dependen de una colección de recursos? ¿Existe tráfico de producción a esas aplicaciones? ¿Cuál es la importancia de cada aplicación?
  • Datos: ¿qué datos existen en el patrimonio de datos? ¿Cómo se usan los datos? ¿Admiten aplicaciones transaccionales? ¿Se usan los datos en análisis más completos? ¿Cómo se almacenan provisionalmente los datos y se mueven en el entorno? ¿Los datos se transforman en distintos puntos dentro del entorno? ¿Los datos se clasifican en función de la sensibilidad? ¿Se regulan, administran o controlan?
  • Impacto empresarial: ¿cuál es el valor empresarial de las distintas cargas de trabajo? ¿Existe un propietario de empresa definido? ¿Hay algún compromiso con la compatibilidad operativa? ¿Hay planes para retirar cualquiera de estas cargas de trabajo? ¿Existen restricciones de seguridad, cumplimiento normativo o gobernanza en estas cargas de trabajo?

Evaluación del patrimonio digital

El siguiente proceso le ayudará a borrar la ambigüedad y a crear un plan de migración completo basado en los datos existentes.

Comience por identificar la infraestructura local, las aplicaciones y las dependencias. Así podrá identificar las cargas de trabajo para la migración a Azure y recopilar proyecciones de costes optimizados. Use la herramienta de evaluación de servidores de Azure Migrate para identificar las cargas de trabajo que se usan, las dependencias entre ellas y cómo optimizarlas.

Nota:

Hay diferentes roles en el desarrollo de un plan de adopción. En el resto de esta sección se describen los pasos técnicos para recopilar datos sobre el patrimonio digital. Si su rol es superior a un rol de planeamiento o administración de proyectos, vaya al final del artículo para ver cómo una salida de datos de ejemplo puede dar forma al plan usando la información del entorno de Tailwind Traders.

Antes de comenzar

  • Revise los requisitos de implementación y soporte técnico para el análisis de dependencias basado en agente de:

  • Asegúrese de lo siguiente:

  • A continuación, usará la herramienta de detección y evaluación de Azure Migrate para detectar y evaluar los siguientes componentes para la migración a Azure: máquinas virtuales de VMware locales, máquinas virtuales de Hyper-V, máquinas virtuales hospedadas en otras nubes públicas y servidores físicos. La herramienta de detección y evaluación extrae los datos del dispositivo de Azure Migrate, lo que le ayudará a llevar a cabo lo siguiente:

    • Preparación para Azure: evalúa si las máquinas locales están listas para la migración a Azure.
    • Dimensionamiento de Azure: estima el tamaño de las VM de Azure o el número de nodos de Azure VMware después de la migración
    • Estimación de costos de Azure: calcula el costo de la ejecución de servidores locales en Azure.
    • Análisis de dependencias: identifica las dependencias entre servidores y las estrategias de optimización para mover servidores interdependientes a Azure.

Cargas de trabajo que se usan

Azure Migrate usa un dispositivo de Azure Migrate ligero para realizar una detección sin agente de las máquinas virtuales de VMware locales, las máquinas virtuales de Hyper-V, otras máquinas virtuales y los servidores físicos. Con la detección continua se recopilan información de configuración de la máquina y metadatos de rendimiento, así como datos de las aplicaciones. A continuación se muestra lo que el dispositivo recopila de las máquinas locales:

  • Metadatos de las máquinas, los discos y las NIC

  • Aplicaciones instaladas, roles y características

  • Datos de rendimiento, incluido el uso de CPU y de la memoria, el número de operaciones de entrada y de salida del disco, y el rendimiento

Tras la recopilación de datos, puede exportar la lista del inventario de aplicaciones para buscar las aplicaciones e instancias de SQL Server que se ejecutan en las máquinas. Puede usar la herramienta de evaluación de base de datos en Azure Migrate para comprender la preparación de SQL Server.

Screenshot that shows the application inventory on the portal.

Screenshot that shows the application inventory export.

Junto con los datos detectados mediante la herramienta de evaluación de servidores, puede usar los datos de CMDB para crear una vista del patrimonio de servidores y bases de datos. Esto le ayuda a comprender cómo se distribuyen los servidores entre unidades de negocio, propietarios de aplicaciones y zonas geográficas. Luego, puede decidir qué cargas de trabajo deben tener prioridad en la migración.

Dependencias entre cargas de trabajo

Una vez detectados los servidores, puede analizar las dependencias para visualizar e identificar las dependencias entre servidores y comprender las estrategias de optimización para mover servidores interdependientes a Azure. La visualización ayuda a comprender si ciertas máquinas están en uso o si puede retirarlas en lugar de migrarlas. El análisis de dependencias le ayuda a garantizar que no se olvida de nada y a evitar interrupciones inesperadas durante la migración. Una vez realizados el inventario de aplicaciones y el análisis de las dependencias, podrá crear grupos de servidores de confianza alta e iniciar la evaluación de estos.

Diagram that shows dependency mapping.

Optimización y dimensionamiento

Azure proporciona flexibilidad para cambiar el tamaño de la capacidad de la nube con el tiempo y la migración ofrece una oportunidad de optimizar los recursos de memoria y CPU asignados a los servidores. Crear una evaluación de los servidores identificados ayuda a comprender el historial de rendimiento de la carga de trabajo. Esto es fundamental para el dimensionamiento correcto de las SKU de las máquinas virtuales de Azure y para cumplir las recomendaciones de disco en Azure.

Preparación y análisis de idoneidad

Puede exportar el informe de evaluación y filtrar estas categorías para comprender el estado de preparación de Azure:

  • Listo para Azure: puede migrar máquinas tal como está en Azure, sin necesidad de realizar ningún cambio.
  • Condicionalmente listo para Azure: puede migrar máquinas a Azure, pero necesitan cambios menores de acuerdo con las instrucciones de corrección proporcionadas en la evaluación.
  • No está preparado para Azure: no puede migrar máquinas a Azure. Debe corregir las incidencias de acuerdo con la guía de corrección para la migración.
  • Preparación desconocida: Azure Migrate no puede determinar el estado de preparación de las máquinas, no hay metadatos suficientes.

Con las evaluaciones de las bases de datos puede evaluar el estado de preparación para migrar los datos de SQL Server a Azure SQL Database o a instancias de Azure SQL Managed Instance. La evaluación muestra el porcentaje del estado de preparación para la migración de todas las instancias de SQL Server. Además, para cada instancia, puede ver el destino recomendado en Azure, los posibles bloqueos de migración, el recuento de cambios importantes, el estado de preparación para Azure SQL Database o una máquina virtual de Azure SQL Database, y el nivel de compatibilidad. Puede profundizar más para entender el impacto de los bloqueos de migración y obtener recomendaciones para corregirlos.

Screenshot that shows database assessments.

Recomendaciones de tamaño

Una vez que las máquinas se marcan como preparadas para Azure, la herramienta de evaluación de servidores realiza recomendaciones de dimensionamiento para identificar la SKU de las máquinas virtuales de Azure y el tipo de disco de estas. Puede obtener recomendaciones de dimensionamiento en función del historial de rendimiento (para optimizar los recursos con la migración) o según la configuración de la máquina local, sin el historial de rendimiento. Si es una evaluación de base de datos, verá las recomendaciones de SKU para la base de datos, el plan de tarifa y el nivel de proceso.

Obtención de los costos de proceso

La opción de dimensionamiento basado en el rendimiento de las evaluaciones de Azure Migrate ayuda a ajustar el tamaño de las máquinas virtuales y debe usarla como procedimiento recomendado para optimizar las cargas de trabajo en Azure. Además de ajustar el tamaño, hay otras opciones que ahorran costos con Azure:

  • Instancias reservadas: con las instancias reservadas, puede reducir considerablemente los costos en comparación con los precios de pago por uso.
  • Ventaja híbrida de Azure: con Ventaja híbrida de Azure, puede llevar a Azure licencias de Windows Server locales con Software Assurance activo o suscripciones de Linux. Esta opción la puede combinar con las opciones de instancias reservadas.
  • Contrato Enterprise: los Contratos Enterprise (EA) de Azure pueden ofrecer ahorros para suscripciones y servicios de Azure.
  • Ofertas: hay varias ofertas de Azure. Por ejemplo, Desarrollo/pruebas - Pago por uso o la oferta de Desarrollo/pruebas - Enterprise proporcionan tarifas reducidas para las máquinas virtuales de desarrollo y pruebas.
  • Tiempo de actividad de la máquina virtual: puede revisar el tiempo de ejecución de las máquinas virtuales de Azure (días al mes y horas al día). Apagar las máquinas cuando no estén en uso puede reducir los costos.
  • Región de destino: puede crear evaluaciones en distintas regiones para determinar si la migración a una región específica es más rentable.

Visualización de datos

Puede ver los informes de evaluación de servidores (con información sobre el estado de preparación para Azure y la distribución de los costes mensuales) en el portal. También puede exportar las evaluaciones y enriquecer el plan de migración con visualizaciones adicionales. Puede crear varias evaluaciones con diferentes combinaciones de propiedades, y elegir el conjunto de propiedades que mejor se adapte a su negocio.

Screenshot that shows the assessments overview.

Evaluación de deficiencias e impedimentos

Al determinar las aplicaciones y cargas de trabajo que quiere migrar, identificará las restricciones de tiempo de inactividad para ellas y buscará las dependencias operacionales entre las aplicaciones y la infraestructura subyacente. Este análisis ayuda a planear las migraciones que cumplen su objetivo de tiempo de recuperación (RTO) y a garantizar una pérdida de datos mínima o nula. Antes de la migración, se recomienda revisar y mitigar los problemas de compatibilidad o las características no admitidas que pueden impedir la migración. El informe de evaluación de servidores y la herramienta de evaluación de bases de datos son especialmente útiles para este proceso.

Priorización de las cargas de trabajo

Después de recopilar información sobre el inventario, puede identificar las aplicaciones y las cargas de trabajo que se van a migrar primero. Desarrolle un enfoque de "aplicación y aprendizaje" para migrar las aplicaciones de forma sistemática y controlable de modo que pueda resolver los defectos antes de empezar una migración a gran escala.

Para elegir un orden de migración prioritario, puede usar factores como la complejidad, el tiempo para realizar la migración, la urgencia de la empresa, los aspectos de producción, el cumplimiento, los requisitos de seguridad y el conocimiento de la aplicación.

Estas son algunas recomendaciones:

  • Priorice los logros rápidos: use los informes de evaluación para identificar lo más fácil, incluidos los servidores y las bases de datos que están totalmente preparados y requieren un esfuerzo mínimo para migrarlos a Azure. En la siguiente tabla se resumen algunas maneras de hacer esta priorización.

    State Acción
    Máquinas virtuales preparadas para Azure Exporte el informe de evaluación y filtre todas las máquinas con estado Preparado para Azure. Este podría ser el primer grupo de máquinas para mover a Azure mediante la herramienta Azure Migrate: Migración y modernización.
    Sistemas operativos sin soporte técnico Exporte el informe de evaluación y filtre por todos los equipos que ejecutan Windows Server 2008 R2 o Windows Server 2008. Estos sistemas operativos no tienen ya soporte técnico y solo Azure proporciona actualizaciones de seguridad gratuitas durante tres años al migrarlos a Azure.
    Migración de SQL Server Use las recomendaciones de evaluación de bases de datos para migrar las bases de datos preparadas para Azure SQL Database. Migre las bases de datos preparadas para máquinas virtuales de Azure SQL Database.
    Software sin soporte técnico Exporte el inventario de aplicaciones y filtre el software o las extensiones que podrían estar llegando al final de su soporte técnico. Dé prioridad a la migración de estas aplicaciones.
    Máquinas con aprovisionamiento insuficiente Exporte el informe de evaluación y filtre las máquinas con un uso de CPU y memoria bajo (medido en porcentajes). Migre a una máquina virtual de Azure de tamaño correcto y ahorre costes por recursos no aprovechados.
    Máquinas con aprovisionamiento excesivo Exporte el informe de evaluación y filtre las máquinas con un uso de CPU y memoria elevado. Solucione las restricciones de capacidad, evite los errores por la sobrecarga en las máquinas y aumente el rendimiento de estas al migrarlas a Azure. En Azure, use las funcionalidades de escalado automático para satisfacer la demanda. Analice los informes de evaluación para investigar las restricciones de almacenamiento. Analice el número de operaciones de entrada y salida, y el rendimiento del disco, así como el tipo de disco recomendado.

  • Empiece poco a poco, hasta el máximo: comience con el traslado de aplicaciones y cargas de trabajo que presenten un riesgo y complejidad mínimos para generar confianza en la estrategia de migración. Analice las recomendaciones de evaluación de Azure Migrate junto con el repositorio de la base de datos de administración de configuración para buscar y migrar cargas de trabajo de desarrollo y pruebas que podrían ser candidatas para migraciones piloto. Los comentarios y lo aprendido de las migraciones piloto pueden resultar de utilidad a la hora de empezar a migrar las cargas de trabajo de producción.

  • Cumplimiento: Azure mantiene la mayor cartera de cumplimiento del sector en términos de amplitud y profundidad de las ofertas. Use los requisitos de cumplimiento para priorizar las migraciones, de modo que las aplicaciones y las cargas de trabajo cumplan las normas y la legislación a nivel nacional y regional, y específicas del sector. Esto es especialmente cierto para las organizaciones que tienen que enfrentarse a procesos crítico para la empresa, que mantienen información confidencial o que se encuentran en sectores con regulaciones muy estrictas. En estos tipos de organizaciones, las normas y las regulaciones abundan y pueden cambiar con frecuencia, lo que dificulta el seguimiento.

Finalización del plan de migración

Antes de finalizar el plan de migración, asegúrese de considerar y mitigar otros posibles bloqueos, como se indica a continuación:

  • Requisitos de red: evalúe las restricciones de ancho de banda de red y de latencia que puedan provocar retrasos imprevistos e interrumpir la velocidad de replicación de la migración.
  • Ajustes de prueba/posteriores a la migración: deje un margen de tiempo para realizar pruebas de rendimiento y de aceptación del usuario para las aplicaciones migradas, o para configurar y ajustar las aplicaciones después de la migración. Por ejemplo, puede que tenga que actualizar las cadenas de conexión de la base de datos, configurar servidores web o realizar tareas de limpieza o transición.
  • Permisos: revise los permisos de Azure recomendados y los roles de acceso de servidor y base de datos, así como los permisos necesarios para la migración.
  • Aprendizaje: prepare su organización para la transformación digital. Una base de entrenamiento sólida es importante para el cambio correcto de la organización. Consulte los cursos de aprendizaje gratuitos de Microsoft Learn, incluidos los cursos sobre aspectos básicos de Azure, la arquitectura de la solución y la seguridad. Anime a su equipo a explorar las credenciales de Microsoft.
  • Soporte técnico para la implementación: obtenga soporte técnico para su implementación si lo necesita. Muchas organizaciones optan por la ayuda externa para respaldar la migración a la nube. Para pasar a Azure de forma rápida y confiable con asistencia personalizada, considere la posibilidad de un proveedor de servicios administrados por expertos de Azure o FastTrack for Azure.

Cree un plan de migración a la nube efectivo que incluya información detallada sobre las aplicaciones que quiera migrar, la disponibilidad de aplicaciones y bases de datos, las restricciones de tiempo de inactividad y los hitos de migración. El plan debe tener en cuenta el tiempo que tardará la copia de datos e incluir un margen realista para las pruebas posteriores a la migración y las actividades de transición.

Un plan de pruebas posterior a la migración debe incluir casos de uso y pruebas de rendimiento, funcionales, de integración y de seguridad. De esta forma, se garantiza que las aplicaciones migradas funcionan según lo previsto, y que todos los objetos de base de datos y las relaciones de los datos se han transferido correctamente a la nube.

Cree una hoja de ruta de migración. Declare una ventana de mantenimiento para migrar las aplicaciones y bases de datos con un tiempo de inactividad mínimo o inexistente, y limitar el posible impacto operativo o empresarial durante la migración.

Migración de prueba

Se recomienda ejecutar una migración de prueba en Azure Migrate antes de iniciar una migración a gran escala. Una migración de prueba ayuda a calcular el tiempo necesario y a ajustar el plan de migración. Proporciona una oportunidad para detectar posibles problemas y corregirlos antes de la migración completa.

Resultado del ejercicio

En Tailwind Traders, se habrán identificado un total de 3500 máquinas virtuales, 1200 aplicaciones y 300 bases de datos en el patrimonio digital total. De ellos, más del 80 % se hospedan en los centros de datos alquilados y deben moverse a soluciones de nube más modernas en menos de 24 meses.

Las herramientas de migración que se usan para recopilar estos datos son capaces de migrar todos los recursos identificados. Aun así, esta migración puede ejercer mucha presión sobre la capacidad de administración de cambios de su organización. En concreto, probar a fondo más de 1200 aplicaciones y validar 300 bases de datos puede suponer un esfuerzo para la organización, especialmente si los procesos de migración y las herramientas de la nube son nuevos para el equipo.

Para mejorar las probabilidades de éxito, planee una serie de oleadas de migración sucesivas. Identifique un pequeño conjunto de cargas de trabajo prioritarias para migrarlas, probarlas y publicarlas en producción en un sprint dos semanas. Siga luego con el resto de oleadas de migración hasta que todas las cargas de trabajo se hayan migrado. Con el tiempo, observará un aumento constante del número de cargas de trabajo que el equipo puede migrar en cada carrera, lo que aumenta el tamaño de las oleadas de migración.

Como primera ola, Tailwind Traders identificó las siguientes cargas de trabajo en las siguientes áreas debido al bajo impacto en la empresa y la complejidad técnica limitada:

  • Innovación comercial:
    • cupón móvil, una aplicación que consta de un sitio web pequeño y una única base de datos independiente que se ejecuta en 3 servidores.
  • Escaparates inteligentes:
    • estante de vídeo, un sistema de distribución de vídeo que empuja el vídeo a un conjunto de pantallas de seguimiento en un pequeño número de almacenes piloto. Este sistema usa 20 servidores para administrar y distribuir vídeo.
    • PDV de tienda remota, instancias de los sistemas de PDV usados en las ubicaciones remotas que no pueden conectarse al MPLS de las organizaciones para transacciones de alta velocidad. Este sistema usa 15 servidores.
  • Sede central corporativa:
    • la aplicación del horario de los empleados es una aplicación sencilla para administrar y mostrar los turnos de los empleados. Este sistema solo usa dos servidores, pero debe volver a conectarse a los sistemas centrales de ERP y RR. HH. para obtener el contenido de los clientes.
  • Estaciones de trabajo de usuario final:
    • Los escritorios virtuales requieren una solución de 30 servidores para admitir hasta 500 dispositivos de escritorio. las demandas empresariales actuales sugerirían un crecimiento triple, si estuviera disponible.
  • Operaciones centrales:
    • las limitaciones actuales de las soluciones de copia de seguridad introducen una gran cantidad de riesgo en las operaciones tecnológicas. Hace falta una nueva solución para probar las operaciones de la organización en el futuro.

Se trata de un subconjunto muy pequeño del patrimonio digital general, pero crea un conjunto de cargas de trabajo medibles y procesables que se pueden migrar, probar e implementar en producción. Esta primera iteración desarrollará los conocimientos del equipo y los preparará para los trabajos de migración de mayor envergadura.

En la próxima unidad, convertiremos estos datos en un plan procesable que guíe los esfuerzos de migración e innovación.