Nota
L'accés a aquesta pàgina requereix autorització. Podeu provar d'iniciar la sessió o de canviar els directoris.
L'accés a aquesta pàgina requereix autorització. Podeu provar de canviar els directoris.
Azure Migration Hub proporciona instrucciones prescriptivas y fundamentadas para ayudar a los equipos de carga de trabajo a planear e implementar su migración a Azure. Trata las migraciones desde entornos locales y plataformas en la nube, como Amazon Web Services (AWS) y Google Cloud Platform (GCP).
Importante
Este contenido abarca las migraciones de cargas de trabajo únicas. No cubre migraciones completas del centro de datos, reubicaciones de regiones ni cargas de trabajo híbridas que se ejecutan simultáneamente en varias nubes.
La migración a Azure implica redes, identidades, bases de datos, proceso, almacenamiento y las integraciones personalizadas que el equipo creó a lo largo de los años. Varios artículos y guías proporcionan instrucciones para estos componentes.
Este artículo le ayuda a identificar qué guía se aplica a su situación. En función de dónde se ejecutan las tareas hoy, lo lleva a la guía de migración adecuada. También se explica la terminología y las estrategias generales de migración.
Quién debe leer este artículo
Este artículo ayuda a los arquitectos y ingenieros de cargas de trabajo a empezar a migrar cargas de trabajo a Azure desde AWS, GCP o un centro de datos local. Use esta guía para decidir si debe migrar, cambiar de plataforma o refactorizar el código.
Esta guía es para:
Arquitectos de cargas de trabajo que rediseñan los aspectos de la arquitectura y validan el diseño general para satisfacer los requisitos empresariales en Azure. Los arquitectos abordan las brechas teniendo en cuenta las características específicas de la carga de trabajo y las restricciones empresariales.
Miembros del equipo de carga de trabajo que necesitan comprender cómo cambian sus responsabilidades durante y después de la migración. Por ejemplo, los administradores de bases de datos que administran scripts y realizan copias de seguridad diarias en Amazon Relational Database Service deben adaptarse para realizar las mismas tareas en Azure SQL Database.
Este artículo le dirige a la guía de migración específica para su escenario, por lo que puede empezar a planear inmediatamente.
Estrategias de migración
Las estrategias de migración varían en riesgo, esfuerzo y recompensa. Elija una estrategia basada en la complejidad, la escala de tiempo y el nivel de cambio deseado de la carga de trabajo.
Migración de hospedaje (lift and shift): Traslade la carga de trabajo a la infraestructura de Azure sin realizar cambios en el código. Este enfoque es rápido y de bajo riesgo. Funciona bien para cargas de trabajo sencillas en las que la velocidad es más importante. Por ejemplo, puede migrar una aplicación web de una máquina virtual (VM) de Windows Server a una máquina virtual de Azure. Obtiene las ventajas de la infraestructura de Azure sin cambiar la arquitectura o el código de la carga de trabajo. Cambie dónde se ejecuta la aplicación web, no cómo se ejecuta.
Replatform (elevación, ajuste y desplazamiento): Realice cambios mínimos para aprovechar las ventajas de los servicios de la plataforma Azure. Por ejemplo, migre una base de datos de SQL Server a Azure SQL Managed Instance para obtener ventajas operativas sin volver a escribir la aplicación.
Refactorización: Reestructure el código para mejorar el rendimiento, la escalabilidad o el mantenimiento sin cambiar el comportamiento externo de la carga de trabajo. Por ejemplo, refactorice una aplicación .NET monolítica para que se ejecute en Azure App Service reemplazando el control de rutas de acceso de archivos específicas de Windows, el control de estado de sesión y el registro de disco local. La refactorización requiere un mayor esfuerzo inicial, pero reduce la sobrecarga operativa a largo plazo.
Rediseño: Rediseñe la carga de trabajo para aprovechar al máximo las funcionalidades nativas de Azure. Por ejemplo, rediseñe una aplicación web para usar Azure Functions y Azure Cosmos DB en lugar de máquinas virtuales y SQL Server. Este enfoque requiere cambios significativos en el código, pero ofrece las mayores mejoras en la escalabilidad, el rendimiento y el costo.
Retirar: Retire las cargas de trabajo que ya no necesite. Use esta estrategia para cargas de trabajo obsoletas o redundantes, o cuando una solución de software como servicio (SaaS) pueda reemplazar la funcionalidad. Por ejemplo, retire un servidor de archivos local después de migrar sus datos a Azure Files y entrene a los usuarios para acceder a los archivos en la nueva ubicación.
Reemplazar: Adopte un servicio en la nube listo para usar en lugar de migrar la implementación existente. Tenga en cuenta esta opción cuando una solución SaaS cumpla sus requisitos mejor que mover la carga de trabajo a Azure.
Reconstrucción: Cree una nueva implementación cuando el costo de otras estrategias de migración supere las ventajas. La regeneración funciona bien para cargas de trabajo heredadas que necesitan cambios fundamentales para ejecutarse de forma eficaz en la nube. Por ejemplo, recompile un sistema personalizado de administración de relaciones con clientes (CRM) mediante Dynamics 365 cuando el código base existente es difícil de mantener o no se alinea bien con los servicios de Azure.
Conservar: Mantener la carga de trabajo en el entorno local cuando las restricciones técnicas, latencia o cumplimiento hacen que la migración no sea práctico. Por ejemplo, conserve un sistema central heredado que no pueda rehospedar ni refactorizar fácilmente o que no tenga una ruta de migración clara a Azure.
La mayoría de las migraciones de cargas de trabajo en el Centro de migración de Azure usan un enfoque de realojo o replataformación. Estas estrategias minimizan el riesgo al mantener la carga de trabajo funcionalmente idéntica. La funcionalidad debe cumplir los mismos indicadores clave de rendimiento (KPI), acuerdos de nivel de servicio (SLA) y objetivos de nivel de servicio (SLO) en Azure que se cumplen en la plataforma de origen. Complete primero la migración y optimice y modernice.
Para más información, consulte Selección de una estrategia de migración a la nube.
El recorrido de migración
Cada migración sigue cinco fases. Algunas fases se superponen y es posible que vuelva a revisar las fases anteriores a medida que obtenga más información sobre los requisitos de la carga de trabajo, pero la secuencia le ayuda a realizar un seguimiento del progreso.
| Phase | Tasks | Resultado |
|---|---|---|
| Plan | Evalúe la carga de trabajo actual, identifique las dependencias, asigne servicios de origen a equivalentes de Azure y defina criterios de éxito. | Claridad en la documentación del ámbito de migración, los cambios necesarios y los criterios de finalización. |
| Preparación | Configure el entorno de Azure, incluidas las zonas de aterrizaje, las redes, la identidad y la gobernanza. Diseñe la arquitectura de estado de destino. | Entorno de Azure configurado listo para recibir la carga de trabajo, con todas las decisiones arquitectónicas resueltas antes de que comience la migración. |
| Ejecutar | Migre los componentes de la infraestructura, los datos y la aplicación. Realice pruebas iterativas y migración total. | Componentes de carga de trabajo migrados a Azure. El tráfico de producción se redirigió a Azure después de la validación exitosa de la carga de trabajo. |
| Evaluate | Compruebe que la carga de trabajo migrada cumple los requisitos funcionales, de rendimiento, seguridad y costos con la línea base que estableció en la fase 1. | Confirmación de que la migración se realiza correctamente y la carga de trabajo se ejecuta correctamente en Azure. |
| Desmantelamiento | Retire el entorno de origen. Quite los recursos, cancele las suscripciones y cierre la plataforma antigua. | La carga de trabajo de origen se apaga. Azure ahora ejecuta la carga de trabajo exclusivamente. |
Guía de migración
En esta sección se enumeran los tipos de instrucciones de migración que proporciona Azure. Cada guía le ayuda a planear y administrar la migración.
Marco de Adopción de Nube para Azure
Cloud Adoption Framework para Azure cubre la planificación a nivel organizativo. Describe cómo estructurar la migración, qué pasos realizar y qué configurar antes de mover las cargas de trabajo.
Si no está familiarizado con Azure, empiece aquí. El Cloud Adoption Framework le guía a través de la preparación organizativa. Describe la configuración de la inscripción de Azure, la configuración de la zona de aterrizaje de la plataforma y la priorización del plan de migración. Complete estos pasos fundamentales antes de mover las cargas de trabajo.
Centro de arquitectura de Azure
El Centro de arquitectura de Azure proporciona ideas de solución, arquitecturas, patrones de diseño y guías de arquitectura para crear cargas de trabajo en Azure.
La mayoría de las migraciones implican un cambio de plataforma. La infraestructura y la capa de administración se mueven de la nube de origen a Azure. No todos los componentes de origen tienen un equivalente directo de Azure, por lo que es posible que tenga que rediseñar partes de la arquitectura. El Centro de arquitectura de Azure proporciona información general sobre las opciones de tecnología y le ayuda a encontrar la coincidencia más cercana.
Marco de buenas prácticas de arquitectura de Azure
Azure Well-Architected Framework proporciona principios para crear sistemas en la nube confiables, seguros, rentables y eficaces. Incluye instrucciones generales de arquitectura y guías específicas del servicio para los servicios de Azure. En estas guías se describen los procedimientos recomendados básicos para ayudarle a tomar decisiones arquitectónicas para la carga de trabajo. Úselos para evaluar la arquitectura después de la migración y buscar áreas para mejorar.
Comience con la plataforma de origen.
Para empezar, compare las funcionalidades de la carga de trabajo y sus servicios con sus homólogos de Azure más cercanos. En los siguientes artículos se incluyen escenarios de ejemplo y guías de migración de nivel de servicio para ilustrar las comparaciones.
Herramientas para la migración
Use las siguientes herramientas para admitir tareas de migración independientemente de la plataforma de origen. Le ayudan a medir el éxito de la migración con respecto a los objetivos empresariales.
| Tool | Propósito |
|---|---|
| Azure Migrate y la modernización | Descubra y evalúe los recursos de migración, incluidos los componentes de infraestructura, aplicaciones y datos. |
| Revisión Well-Architected de la plataforma de origen | Revise y mida los objetivos empresariales de la arquitectura en la plataforma de origen. Esta evaluación del proveedor de nube de origen le ayuda a establecer una línea base para sus expectativas en Azure. |
| Evaluación de la revisión de Azure Well-Architected | Evalúe las decisiones de arquitectura para identificar las regresiones de la línea base de origen y explorar las oportunidades de optimización. |
Paso siguiente
Cloud Adoption Framework abarca la secuenciación de migración, el planeamiento de oleadas, la asignación de dependencias y la alineación de las partes interesadas. Para planear o ayudar a elegir una estrategia de migración, consulte Planear la migración.