Selección de las estrategias de migración a la nube

Con un inventario claro y la comprensión de las cargas de trabajo, el plan de adopción de la nube debe determinar qué hacer con cada carga de trabajo en la nube. Hay varias estrategias de migración, a veces conocidas como "Rs" de la migración a la nube. Cada carga de trabajo se puede retirar, conservar, realojar, migrar, refactorizar, rediseñar, reconstruir o reemplazar. En esta sección se explica cómo elegir el enfoque adecuado para cada carga de trabajo, presentar las opciones, cuándo elegir cada una y las ventajas y desventajas.

Introducción a la estrategia de migración

En la tabla siguiente se proporciona información general sobre todas las estrategias de migración a la nube disponibles. Use esta referencia para comprender el impulsor empresarial principal de cada estrategia y los indicadores clave que indican cuándo aplicar cada enfoque a las cargas de trabajo.

Determinar los impulsores empresariales antes de la migración

Un motor del negocio define por qué una carga de trabajo debe cambiar para admitir un objetivo empresarial específico. Los impulsores empresariales conectan las decisiones de adopción de la nube a objetivos estratégicos y valor empresarial medibles. La identificación de estos impulsores garantiza que los esfuerzos de migración sean propósitos y se alineen con las prioridades de la organización.

1. Definir objetivos empresariales. Los objetivos empresariales son resultados de alto nivel que la organización quiere lograr a partir de la adopción de la nube, como la adopción de inteligencia artificial, el aumento de la agilidad, la aceleración de la innovación, la reducción de los costos y la mejora de la resistencia. Estos objetivos proporcionan el contexto estratégico para todas las decisiones de migración. Use documentos de planificación estratégica, entrevistas ejecutivas o talleres de casos empresariales para identificar y validar estos objetivos con las partes interesadas.

2. Identificar brechas. Realice un análisis de brechas de alto nivel para comprender qué debe cambiar cada tarea para apoyar mejor los objetivos empresariales definidos. Este análisis debe tener en cuenta el rendimiento actual, la escalabilidad, el cumplimiento, la experiencia del usuario y las limitaciones de la arquitectura. Documente las deficiencias que impidan que la carga de trabajo habilite completamente los resultados deseados.

3. Determine el impulsor del negocio. Un impulsor empresarial surge de la brecha entre el estado actual de una carga de trabajo y su estado futuro deseado. Representa un motivo específico y accionable para el cambio. Estos factores guían la selección de una estrategia de migración adecuada.

   Impulsor del negocio	Estrategia de migración
   Necesidad de retirar cargas de trabajo redundantes o de bajo valor	Retire
   Necesita una interrupción empresarial mínima y ninguna modernización en un futuro próximo	Rehost
   Necesita soluciones PaaS y cambios mínimos en el código para descargar el mantenimiento y facilitar la confiabilidad.	Replatform
   Necesita cambios de código para reducir la deuda técnica o optimizar el código para la nube	Refactor
   Necesidad de cambios de arquitectura para desbloquear las funcionalidades nativas de la nube	Rearchitect
   Necesidad de una solución SaaS/AI para simplificar las operaciones	Replace
   Necesita una nueva solución nativa de nube para cumplir los requisitos	Rebuild
   Necesita estabilidad y ningún cambio	Retain

Selección de la estrategia de migración correcta

Una estrategia de migración define cómo se realiza la transición de cada carga de trabajo a Azure en función de su impulsor empresarial. Revise la lista limitada de estrategias y valide la opción seleccionada con las partes interesadas empresariales y técnicas. Quite las opciones que entran en conflicto con las restricciones operativas, de seguridad o cumplimiento. Considere la preparación de Azure, las aptitudes del equipo y la complejidad de la integración al finalizar la estrategia.

1. Retirar (desmantelar)

Retirar las cargas de trabajo que ya no proporcionan valor empresarial. Esta estrategia es importante cuando las cargas de trabajo están obsoletas, infrautilizadas o redundantes. Valide esta decisión confirmando que la carga de trabajo está obsoleta y no tiene dependencias críticas que afectarían a otros sistemas. Actualice el inventario a medida que retire las cargas de trabajo.

2. Rehospedaje (migración entre similares)

Una estrategia de rehospedaje permite una migración rápida y de bajo riesgo moviendo cargas de trabajo a Azure con cambios mínimos. Un rehospedaje es una migración similar, que mueve máquinas virtuales a IaaS, IaaS a IaaS y PaaS a PaaS.

1. No rehospede cargas de trabajo problemáticas. El rehospedaje no resuelve los problemas existentes de rendimiento, confiabilidad ni arquitectura. La migración de estas cargas de trabajo sin modernización puede arrastrar deuda técnica y requerir realizar retrabajos más adelante. En su lugar, modernice estas cargas de trabajo durante la migración para abordar las causas principales.

2. Confirme que la carga de trabajo no requerirá la modernización en un plazo de dos años. El rehospedaje solo es adecuado cuando está seguro de que la carga de trabajo permanece en su estado actual durante al menos dos años. Si es probable que la modernización sea probable, considere la posibilidad de refactorizar o rediseñar en su lugar para evitar el esfuerzo duplicado.

3. Utilice rehostear para crear operaciones fundamentales en la nube. El rehospedaje ayuda a los equipos a obtener experiencia con las operaciones, la gobernanza y la administración de costos de Azure. Esta exposición temprana apoya objetivos más amplios de adopción de la nube y prepara a los equipos para los esfuerzos de modernización más complejos.

3. Replataformación (modernización del entorno de hospedaje)

La migración a una nueva plataforma mueve las cargas de trabajo a un entorno de hospedaje moderno con cambios mínimos en el código. Esta estrategia es importante cuando desea reducir la administración de la infraestructura, mejorar la escalabilidad y simplificar las operaciones sin necesidad de volver a escribir una aplicación completa.

Elija cargas de trabajo en las que las opciones de PaaS reduzcan la sobrecarga operativa, mejoren la confiabilidad o simplifiquen la recuperación ante desastres. Es posible que sea necesario refactorizar código mínimo para aprovechar los servicios paaS.

4. Refactorizar (modernizar el código)

La refactorización mejora la estructura interna del código sin agregar nuevas características. Esta práctica es importante durante la adopción de la nube porque ayuda a los equipos a modernizar el código heredado, reducir la deuda técnica y preparar las cargas de trabajo para mantener a largo plazo en Azure. Debe refactorizar el código cuando el proceso de migración crea una oportunidad única para abordar la deuda técnica o cuando el comportamiento posterior a la migración revela áreas para mejorar.

5. Rediseño (modernización de la arquitectura y el código)

Una estrategia de re-arquitectura rediseña la arquitectura de la carga de trabajo para mejorar la escalabilidad, agilidad y el enfoque en el servicio. Esta estrategia es importante cuando necesita desglosar aplicaciones monolíticas, adoptar microservicios o habilitar el escalado dirigido. Debe rediseñar la arquitectura cuando la arquitectura actual limita la capacidad de cumplir los objetivos empresariales o escalar de forma eficaz. Para obtener un ejemplo, consulte Patrón de aplicación web moderna.

6. Reemplazar (usar la alternativa de SaaS)

Una estrategia de reemplazo usa soluciones SaaS comerciales para eliminar la necesidad de desarrollo personalizado y mantenimiento continuo. Esta estrategia es ideal cuando las ofertas de SaaS satisfacen las necesidades empresariales con una personalización mínima. Reemplace las cargas de trabajo cuando las soluciones SaaS ofrecen características comparables, funcionalidades de integración que cumplen los requisitos y el costo total de propiedad justifica la transición. Considere la complejidad de la migración de datos, las necesidades de entrenamiento del usuario y los cambios de proceso al evaluar las opciones de reemplazo. Entre los escenarios de reemplazo comunes se incluyen sistemas CRM, plataformas de RR. HH. y herramientas de colaboración en los que la madurez de SaaS proporciona alternativas confiables a las soluciones personalizadas.

7. Reconstruir (creación nativa en la nube)

Una estrategia de reconstrucción es un desarrollo completo de una carga de trabajo mediante soluciones nativas de la nube. Este enfoque es adecuado cuando los sistemas heredados están obsoletos o cuando la modernización no es factible. En lugar de modernizar la funcionalidad heredada, puede volver a diseñar la solución para usar funcionalidades de Azure como PaaS, automatización e inteligencia artificial. Algunas cargas de trabajo requerían una recompilación, como el servidor DHCP. Para otras cargas de trabajo, es mejor implementar nuevas instancias de servicios en Azure en lugar de migrarlas, como controladores de dominio de Active Directory.

8. Conservar (mantener tal como está)

Una estrategia de retención mantiene las cargas de trabajo en su entorno actual cuando son estables, cumplen con las normativas y satisfacen todas las necesidades empresariales actuales y futuras, sin ninguna motivación para moverlas a corto plazo. Debe conservar las cargas de trabajo que no se pueden migrar debido a restricciones normativas, dependencias técnicas o requisitos de continuidad empresarial. Use Azure Arc para administrar las cargas de trabajo locales conservadas de Azure, lo que proporciona funcionalidades de administración unificadas. Considere una solución local más moderna, como Azure Local , para las cargas de trabajo y conéctese a Azure. Cambie las cargas de trabajo que no se pueden migrar a otra oleada de migración o vuelva a revisarlas más adelante cuando cambien las restricciones.

Comprender cuándo modernizar durante la migración

La modernización durante la migración hace referencia a la expansión, rediseño o refactorización de cargas de trabajo para maximizar el valor de la nube. La modernización puede ofrecer ventajas a largo plazo, pero presenta complejidad y riesgo para las escalas de tiempo de migración. Debe evaluar si se va a modernizar durante la migración o aplazar la modernización a las fases posteriores a la migración en función de una justificación comercial clara. Siga estas recomendaciones:

1. Modernice cuando el equipo tenga las aptitudes y el tiempo necesarios. Intentar la modernización sin experiencia adecuada o tiempo aumenta el riesgo y los retrasos. Si el equipo no tiene preparación, aplaza la modernización a una fase posterior.

2. Modernice las cargas de trabajo que requieren actualizaciones de compatibilidad. Es posible que las tecnologías heredadas, los SDK no admitidos o la necesidad de adoptar soluciones SaaS requieran modernización. Justifica cada esfuerzo con un caso de negocio claro.

3. Modernización cuando la migración permite la financiación y la alineación. Los proyectos de migración suelen desbloquear la financiación y el apoyo a las partes interesadas. Use esta oportunidad para alinear la modernización con las prioridades empresariales. El retraso podría dar lugar a cargas de trabajo ineficaces y oportunidades perdidas.

Comunicación de decisiones a las partes interesadas

La comunicación clara garantiza que todas las partes interesadas comprendan y admitan las decisiones de migración durante el proceso de adopción. La alineación de las partes interesadas reduce el riesgo de ejecución y mejora los resultados del proyecto mediante el establecimiento de una comprensión compartida de las prioridades y restricciones. Debe establecer un plan de comunicación estructurado para mantener la alineación a lo largo del proceso de migración. Siga estas recomendaciones:

1. Defina métricas de éxito que validen el resultado empresarial. Las métricas de éxito cuantifican el valor de la acción elegida y confirman si se logra el impulsor del negocio. Este paso garantiza que las decisiones se basen en el valor empresarial en lugar de en la finalización técnica. Use métricas como:

   Estrategia de migración a la nube	Métricas de éxito de ejemplo
   Retire	• Retirar 100% de cargas de trabajo identificadas como obsoletas antes de la migración
   Rehost	• Migración de 100% de cargas de trabajo de nivel 1 de otra nube a Azure sin degradación del Acuerdo de Nivel de Servicio (SLA) • Retirar 30% de infraestructura local después de la migración.
   Replatform	• Reducir los tiempos de espera de implementación en 30% para aplicaciones migradas • Reducir los costos de infraestructura y licencias en 25% en un plazo de 12 meses
   Refactor	• Mejora del tiempo de respuesta de la aplicación en 40% mediante servicios nativos de Azure • Alcanzar un 95% de cobertura de observabilidad mediante la instrumentación del código
   Rearchitect	• Soportar el doble de carga de usuarios sin degradación del rendimiento • Integración de tres nuevos servicios nativos de Azure en la arquitectura existente
   Replace	• Transición de CRM a SaaS con 99.9% de disponibilidad y sin código personalizado • Desplazar 30% de esfuerzo de desarrollo a diferenciadores competitivos.
   Rebuild	• Lanzamiento de una nueva aplicación nativa de nube en tres meses frente a seis meses locales • Reducir los costos operativos en 40% mediante servicios PaaS
   Retener	• Mantener el Acuerdo de Nivel de Servicio y la posición de cumplimiento actuales • Administración de cargas de trabajo locales desde Azure mediante Azure Arc

2. Documente y comparta las decisiones de tratamiento de cargas de trabajo con todas las partes interesadas pertinentes. Las decisiones de migración pueden afectar a varias funciones organizativas y requieren una amplia entrada de las partes interesadas. Incluya a propietarios de negocios, equipos legales, equipos de seguridad y líderes técnicos en la comunicación de decisiones. Explicar cómo cada decisión de estrategia de migración admite objetivos empresariales documentados y aborda las preocupaciones de las partes interesadas.

3. Coordinar los planes de migración con el equipo de estrategia en la nube. El equipo de estrategia en la nube proporciona contexto organizativo y garantiza que las decisiones de migración se alineen con objetivos más amplios de adopción de la nube. La coordinación regular evita conflictos entre las decisiones individuales de la carga de trabajo y la estrategia de nube de toda la empresa. Revise las selecciones de estrategia de migración con respecto al plan de adopción de la nube establecido durante la fase de estrategia para mantener la coherencia.

4. Establecer una comunicación regular entre los propietarios de mandatos y los equipos de ejecución. La comunicación continua entre los responsables de la toma de decisiones y los implementadores garantiza que los planes sigan siendo viables a medida que surjan realidades técnicas. Programe revisiones de progreso periódicas para realizar un seguimiento del progreso de la migración, identificar riesgos y solucionar problemas técnicos. Use este bucle de comentarios para ajustar las estrategias de migración cuando surjan desafíos de implementación o nuevas oportunidades.

5. Revise y actualice las estrategias de migración en función de los requisitos en evolución. Las prioridades empresariales y la información técnica cambian a lo largo del proceso de migración, lo que requiere ajustes de estrategia. Establezca un ciclo de revisión regular para volver a evaluar las decisiones de tratamiento de cargas de trabajo en relación con los objetivos empresariales actuales y las capacidades técnicas. Actualice las asignaciones de estrategia para reflejar nuevas prioridades, lecciones aprendidas y cambios en las necesidades de la organización.

Pasos siguientes