Marco de migración de las 6 R

El marco de migración de las 6 R es un enfoque estructurado para categorizar cómo debe trasladarse cada carga de trabajo local a la nube. Microsoft y el sector en general utilizan estas seis estrategias —también denominadas patrones de migración— para tomar decisiones eficientes y coherentes sobre la cartera. En lugar de aplicar un enfoque único para todos los casos, los arquitectos evalúan cada aplicación individualmente y le asignan la R más adecuada.

Rehosting (Lift and Shift) consiste en trasladar una carga de trabajo a Azure sin cambios en el código. Se toma la imagen de VM o el binario de aplicación existente y se ejecuta en IaaS de Azure. Esta es la estrategia más rápida y normalmente se utiliza para aplicaciones heredadas difíciles de modificar o en organizaciones con plazos de migración ajustados. El motor de replicación de Azure Migrate automatiza el rehosting de la mayoría de las VM de Windows y Linux.

Replatforming (también denominado Lift, Tinker, and Shift) consiste en realizar pequeñas optimizaciones durante la migración sin cambiar la arquitectura principal. Algunos ejemplos son trasladar una base de datos MySQL autoadministrada de una VM a Azure Database for MySQL o sustituir un relay SMTP autohospedado por Azure Communication Services. Se obtienen las ventajas de los servicios administrados —aplicación de revisiones, copias de seguridad y escalado— sin reescribir la lógica de la aplicación.

Rearchitecting (o refactorización) consiste en cambiar significativamente la arquitectura de una aplicación para aprovechar las funcionalidades nativas de la nube. Una aplicación monolítica de .NET podría dividirse en microservicios implementados en Azure Container Apps, o un sistema de procesamiento por lotes basado en tareas cron podría volver a implementarse como Azure Functions. El rearchitecting ofrece los mayores beneficios a largo plazo en escalabilidad y coste, pero requiere la mayor inversión.

Rebuilding consiste en descartar por completo la aplicación existente y crear una nueva solución nativa de la nube. Esta estrategia se elige cuando la aplicación heredada es demasiado costosa de mantener, utiliza una pila tecnológica que ha llegado al fin de su vida útil o simplemente no puede cumplir los requisitos empresariales, incluso después de migrarla. Rebuilding ofrece la máxima ventaja nativa de la nube, pero tiene el plazo más largo para obtener valor. Los servicios PaaS y sin servidor de Azure, como Azure App Service, Azure Functions y Cosmos DB, son destinos habituales.

Replacing consiste en sustituir una aplicación local existente por un producto SaaS disponible comercialmente que ofrezca una funcionalidad equivalente o superior. Por ejemplo, sustituir un CRM local por Dynamics 365 o un servidor de archivos heredado por SharePoint Online. Replacing elimina por completo la administración de la infraestructura. La contrapartida es una menor capacidad de personalización y, potencialmente, un esfuerzo considerable de migración de datos y gestión del cambio.

Retiring es la estrategia más sencilla: se identifican las aplicaciones que ya no se utilizan, que son redundantes o que han sido reemplazadas, y se desmantelan en lugar de migrarlas. Los datos de descubrimiento recopilados por Azure Migrate suelen revelar que un porcentaje significativo (a veces entre el 20 y el 30 %) de los servidores locales tienen una utilización muy baja o ningún usuario activo. Retirar estas aplicaciones reduce el alcance de la migración, los costes de licencias y la complejidad operativa.

Para seleccionar la R adecuada es necesario analizar cuatro factores de cada aplicación: criticidad empresarial, complejidad técnica, plazo de migración y coste total de propiedad. Una interfaz web sencilla sin dependencias de integración es una buena candidata para Rehost. Una aplicación con cientos de procedimientos almacenados y funcionalidades de base de datos personalizadas puede necesitar Rearchitect o Rebuild. Las herramientas internas de poco valor son candidatas ideales para Retire o Replace.

Azure Migrate proporciona una funcionalidad de Business Case que sugiere automáticamente una estrategia de migración para los servidores detectados, basándose en los datos de utilización, las licencias y los precios de Azure. Agrupa las cargas de trabajo en categorías Rehost, Replatform y End-of-Support, lo que ofrece un punto de partida para la clasificación según las 6 R. Puede invalidar cualquier recomendación y añadir su propio contexto empresarial antes de finalizar el plan de migración.

Una vez asignada una R a cada aplicación, se agrupan en oleadas de migración. Las candidatas de bajo riesgo para Rehost suelen formar la primera oleada, con el fin de aumentar la confianza del equipo y su familiaridad con las herramientas. Los proyectos de Rearchitect y Rebuild se ejecutan en líneas de trabajo paralelas con plazos más largos. Deben respetarse las dependencias entre aplicaciones —por ejemplo, una capa web que llama a una base de datos compartida— para que las aplicaciones relacionadas migren juntas o en el orden correcto.

Las 6 R se alinean con la fase Adopt de Cloud Adoption Framework de Microsoft. CAF proporciona plantillas para planificar oleadas, matrices RACI y cuestionarios de evaluación de cargas de trabajo que permiten aplicar las 6 R a escala empresarial. Las barreras de gobernanza establecidas durante la fase Ready —zonas de aterrizaje, directivas e identidad— deben estar implementadas antes de iniciar las oleadas de migración, para que las cargas migradas lleguen a un entorno compatible desde el primer día.

Compruebe sus conocimientos sobre los conceptos de Microsoft Azure Fundamentals (AZ-900) tratados en esta lección.

En esta lección ha aprendido que el marco de las 6 R (Rehost, Replatform, Rearchitect, Rebuild, Replace y Retire) proporciona un vocabulario para las decisiones de migración, que cada R implica una relación distinta entre coste y velocidad y que Business Case de Azure Migrate puede sugerir estrategias automáticamente basándose en los datos de utilización. A continuación, exploraremos cómo Azure Migrate detecta y evalúa los servidores locales.