Migración a la nube en Cloud Adoption Framework

Todos los planes de adopción de la nube a escala empresarial incluyen cargas de trabajo que no merecen inversiones importantes en la creación de una lógica de negocios. Hay varios métodos para mover estas cargas de trabajo a la nube: migración mediante lift-and-shift, migración mediante lift-and-optimize o modernización. Cada enfoque se considera una migración.

En el siguiente vídeo puede ver una introducción rápida del enfoque de la migración mediante lift-and-shift.

Los siguientes ejercicios le ayudarán a establecer los procesos iterativos para evaluar, migrar, optimizar, proteger y administrar esas cargas de trabajo.

Para prepararse para esta fase del ciclo de vida de la adopción de la nube, se recomienda seguir los pasos que se indican a continuación:

   
Migración de la primera carga de trabajo: Use la guía de migración de Azure para familiarizarse tanto con las herramientas nativas de Azure como con el método de migración.
Escenarios de migración: use otros enfoques y herramientas de migración para actuar en otros escenarios de migración.
Procedimientos recomendados: Aborde las necesidades comunes de migración mediante la aplicación de procedimientos recomendados coherentes.
Mejoras de procesos: La migración es una actividad de proceso intensivo. A medida que se escalan los esfuerzos de migración, utilice estas mejoras de procesos para evaluar y consolidar diversos aspectos de la migración.

Esta metodología de migración y los pasos anteriores se basan en los siguientes supuestos:

  • Metodología que los sprints de migración encajan en las ondas o versiones de migración. Para definir las oleadas o versiones de migración se usan las metodologías de planeamiento, preparación y adopción. En cada sprint, se migra un lote de cargas de trabajo a la nube.
  • Antes de migrar las cargas de trabajo, ha identificado, configurado e implementado al menos una zona de aterrizaje para satisfacer las necesidades del plan de adopción de la nube a corto plazo.
  • La migración se asocia normalmente con los términos lift-and-shift o rehospedaje. Tanto esta metodología como los pasos anteriores se basan en la creencia de que no se deben migrar ningún centro de datos, y pocas cargas de trabajo, mediante un enfoque de rehospedaje puro. Aunque puede rehospedar muchas cargas de trabajo, los clientes suelen optar por modernizar recursos específicos dentro de cada carga de trabajo. Durante este proceso iterativo, el equilibrio entre velocidad y modernización es un punto de debate común.

Esfuerzo de migración

Las acciones necesarias para migrar las cargas de trabajo normalmente se dividen en tres trabajos, o fases, para cada carga de trabajo: evaluación, implementación y lanzamiento de las cargas de trabajo. Esta sección de Cloud Adoption Framework enseña a los lectores a maximizar el retorno en todas las fases necesarias para migrar una carga de trabajo a producción.

En una iteración estándar de dos semanas, un equipo de migración experimentado puede completar este proceso para entre 2 y 5 cargas de trabajo que tengan una complejidad de nivel medio-bajo. En el caso de cargas de trabajo más complejas, como SAP, es posible que haya que realizar varias iteraciones de dos semanas para completar las tres fases del trabajo de migración en una sola carga de trabajo. El grado de experiencia y la complejidad pueden afectar considerablemente tanto a las escalas de tiempo como a la velocidad de la migración.

Diagram that shows the Cloud Adoption Framework migration effort

En los siguientes puntos se proporciona información general sobre las fases de este proceso (representadas arriba):

  • Evaluación de las cargas de trabajo: aquí se evalúan el costo, la modernización y las herramientas de implementación. Este proceso se centra en validar las suposiciones o en retarlas. Las suposiciones se realizan durante la detección y las valoraciones, para lo que se examinan más detenidamente las opciones de racionalización. Este proceso también se realiza cuando se estudian más detenidamente los patrones de usuario y las dependencias, con el fin de asegurarse de que las cargas de trabajo van a funcionar correctamente a nivel técnico después de la migración.

    En este vídeo puede ver una introducción rápida sobre la realización de una valoración exhaustiva.

  • Implementar cargas de trabajo: después de evaluar las cargas de trabajo, la funcionalidad existente de las cargas de trabajo se replica o mejora en la nube. Esta replicación puede implicar una migración mediante lift-and-shift o un rehospedaje en la nube. Pero lo habitual en esta fase es modernizar muchos de los recursos que dan soporte a estas cargas de trabajo para aprovechar las ventajas de la nube.

  • Lanzar cargas de trabajo: una vez que la funcionalidad se replica en la nube, las cargas de trabajo se pueden probar, optimizar, documentar y lanzar para las operaciones en curso. El trabajo de examinar las cargas de trabajo migradas y entregarlas es fundamental durante este proceso. El trabajo es fundamental para los equipos de gobernanza, administración de operaciones y seguridad para el soporte continuo de las cargas de trabajo.

Nota:

En algunas de las primeras iteraciones del trabajo de migración, es habitual limitar el ámbito a una sola carga de trabajo. Este enfoque maximiza la retención de las aptitudes y concede al equipo más tiempo para aprender y experimentar.

Nota

Al crear una fábrica de migración, algunos equipos pueden elegir propagar todas y cada una de las fases anteriores entre varios equipos y en varios sprints. Este enfoque no solo puede mejorar la capacidad de repetición, sino también acelerar los esfuerzos de migración.

Olas de migración y administración de cambios iterativos

Las iteraciones de la migración aportan un valor técnico mediante la migración de recursos y cargas de trabajo. Una oleada de una migración es la colección más pequeña de cargas de trabajo que proporcionan un valor empresarial que se puede medir. Todas las iteraciones deben generar un informe en el que se resalten los trabajos técnicos realizados. Sin embargo, lo habitual es que tanto los cambios empresariales como el planeamiento estratégico se produzcan en un nivel algo superior. Dado que el equipo de adopción de la nube realiza el esfuerzo de la migración, el equipo de estrategia de la nube se centra en planear las 1-2 oleadas de migración siguientes. Este último equipo también realiza un seguimiento del progreso técnico como métrica de aprendizaje para conocer mejor las escalas de tiempo para obtener un valor empresarial. Las oleadas de migración son el enfoque de la administración de cambios iterativos para realizar un seguimiento de los resultados empresariales, los usuarios y las escalas de tiempo.

En la sección anterior, el gráfico describe los procesos de la metodología de planeamiento, de la metodología de preparación y, hasta cierto punto, de la metodología de estrategia de Cloud Adoption Framework. Estas metodologías proporcionan instrucciones para planear y administrar las oleadas de migración. La administración de estas oleadas define los trabajos de migración que realizarán los equipos técnicos.

Pasos siguientes

Los pasos descritos anteriormente y las instrucciones adicionales de las metodologías pueden ayudarle a mejorar los procesos de cada sprint de migración. La guía de migración de Azure incluye artículos en los que se describen las herramientas y los enfoques más comunes necesarios durante la primera oleada de la migración.