Planeamiento de oleadas de migración

En este artículo se muestra cómo organizar las cargas de trabajo en oleadas de migración estructuradas para una adopción correcta de Azure. El planeamiento de oleadas de migración divide grandes proyectos de migración en grupos más pequeños y administrables de cargas de trabajo que se pueden migrar juntas. Este enfoque reduce el riesgo y la complejidad, al tiempo que aumenta la velocidad del recorrido de adopción de la nube. Al migrar en lotes controlados en lugar de intentar mover todo a la vez, obtendrá una experiencia valiosa con cada oleada que mejora las migraciones posteriores.

Planear iterativamente para adaptarse a los requisitos cambiantes

Un enfoque iterativo para planear la migración agrupa las cargas de trabajo en oleadas y se adapta a la nueva información detectada durante la ejecución. Este enfoque proporciona flexibilidad para ajustar la estrategia de migración a medida que descubre desafíos técnicos, cambiando las prioridades empresariales y dependencias desconocidas anteriormente. Debe estructurar la migración mediante oleadas porque la planificación iterativa ofrece mejores resultados que los planes rígidos y completos.

1. Cree ciclos de aprendizaje que mejoren las migraciones posteriores. Cada oleada completada proporciona información sobre los requisitos de rendimiento, las complejidades de dependencia y las funcionalidades organizativas. Use estas lecciones para refinar el enfoque de las cargas de trabajo restantes. Documente lo que funcionó bien y qué desafíos surgió para construir conocimientos institucionales.

2. Ejecute las ondas actuales mientras planea las futuras. Mientras el equipo migra una oleada de cargas de trabajo, use el tiempo para planear la próxima oleada e investigar futuros candidatos. Este enfoque paralelo maximiza la productividad del equipo y mantiene el impulso de la migración. Asigne miembros del equipo a actividades de ejecución y planeación para garantizar el progreso continuo.

3. Mantenga las olas futuras flexibles hasta que tenga suficiente información. Defina solo la siguiente fase inmediata en detalle, dejando las fases posteriores a un nivel general hasta que comprenda sus requisitos específicos. Esta flexibilidad evita compromisos prematuros basados en información incompleta y le permite incorporar lecciones aprendidas de oleadas anteriores.

Agrupar sistemas dependientes dentro de la misma onda

Las dependencias del sistema determinan la composición de onda y la secuenciación de migración. Debe identificar las cargas de trabajo que comunican o comparten recursos y las agrupan en la misma oleada de migración. Esta agrupación evita interrupciones del servicio causadas por dependencias interrumpidas y reduce la complejidad de la migración.

1. Detecte primero todas las dependencias. Las dependencias entre cargas de trabajo provocan interrupciones del servicio si no se migran juntas. Asigne dependencias internas y externas para detectar estas conexiones antes de crear grupos de migración.

2. Analice los tipos de dependencia y la importancia crítica. Los distintos tipos de dependencia requieren enfoques de migración diferentes. Distinguir entre estas categorías:

   Tipo de dependencia	Description	Enfoque de migración
   Dependencias directas	Requerir comunicación inmediata y baja latencia entre los componentes.	Mueva todos los componentes conectados directamente juntos para mantener el rendimiento y evitar interrupciones.
   Dependencias indirectas	Implique interacciones ocasionales o no críticas entre sistemas.	Migre juntas o en ondas independientes si la conexión tolera la latencia o admite el uso híbrido.
   Dependencias empresariales	Dependa de las relaciones organizativas o de administración.	Agrupe y migre las cargas de trabajo relacionadas y los sistemas de informes para alinearse con las prioridades empresariales.

3. Agrupar las cargas de trabajo por relaciones de dependencia. Cree grupos basados en bases de datos compartidas, API, servicios de autenticación o conexiones de red. Estos grupos forman la base de las oleadas de migración y garantizan que todos los componentes necesarios para la funcionalidad se muevan juntos. Cuando existe incertidumbre sobre la importancia de la dependencia, agrupe los componentes. Este enfoque conservador proporciona flexibilidad para la separación futura.

4. Documente sistemáticamente cada grupo de dependencias. Etiquete los recursos en función de sus grupos de dependencias mediante convenciones de nomenclatura coherentes. Documente cada grupo con:

   • Nombre de grupo e identificador : identificador único y nombre descriptivo
   • Inventario de componentes : todos los elementos de infraestructura, aplicaciones y servicios
   • Dependencias críticas : conexiones esenciales que requieren un control especial
   • Restricciones de migración : requisitos empresariales, técnicos o de tiempo

5. Valide la integridad del grupo. Confirme que cada grupo incluye todos los componentes necesarios para que funcionen las aplicaciones, incluida la infraestructura auxiliar, como equilibradores de carga, registros DNS o capas de almacenamiento en caché.

Priorizar las cargas de trabajo mediante un marco estructurado

La selección inicial de la carga de trabajo establece la base para el programa de migración y crea confianza en el equipo a través de los éxitos anticipados. Los equipos de adopción y estrategia de la nube deben aceptar criterios de priorización que equilibran el valor empresarial, el riesgo técnico y los objetivos de aprendizaje de la organización.

1. Revise los detalles de la carga de trabajo. Trabaje con las partes interesadas para revisar los detalles técnicos y empresariales de cada carga de trabajo. Asegúrese de que el tiempo de inactividad o los impactos en los errores se entienda bien y se alinee con las prioridades empresariales actuales. Utilice el plan de adopción de la migración para comprobar detalles como la unidad de negocio, el propietario de la carga de trabajo, las dependencias técnicas y la clasificación de criticidad. Estos detalles ayudan a priorizar y secuenciar cargas de trabajo de forma eficaz.

   Priority	Valor empresarial	Effort	Description
   High	High	Low	Ganancias rápidas: migrar primero para un impacto inmediato
   Medio-Alto	High	High	Inversiones estratégicas: planifique cuidadosamente con recursos adecuados
   Medio-Bajo	Low	Low	Candidatos fáciles: rellenar las brechas entre las migraciones principales
   Low	Low	High	Evitar o aplazar: centrar los recursos en oportunidades de mayor valor

2. Comience con cargas de trabajo más sencillas para reducir el riesgo. Comience a migrar cargas de trabajo menos complejas y que tengan un riesgo menor. Este enfoque ayuda a su equipo a obtener confianza y a refinar los procesos de migración antes de abordar cargas de trabajo más difíciles. Tener como destino herramientas internas, entornos de desarrollo o aplicaciones de bajo uso con arquitecturas independientes y puntos de integración mínimos.

3. Mueva los entornos no productivos antes que los de producción. Los entornos que no son de producción proporcionan un espacio seguro para probar el proceso de migración completo. Migre entornos de desarrollo, almacenamiento provisional y control de calidad antes de la producción para validar la preparación. Este orden permite a los equipos probar configuraciones, rendimiento y procedimientos de recuperación sin afectar a los usuarios. Use migraciones que no sean de producción para entrenar equipos de operaciones.

4. Planifique los sistemas críticos después de demostrar el éxito inicial. Las aplicaciones críticas requieren funcionalidades de migración probadas antes de moverlas a Azure. Planee estas migraciones para las fases posteriores cuando su equipo demuestre competencia con los servicios de Azure. Las fechas límite empresariales, como los ciclos de actualización de hardware, pueden requerir que priorice las aplicaciones críticas anteriormente con más medidas de seguridad y períodos de prueba extendidos.

5. Incluya cargas de trabajo complejas representativas para probar escenarios. Agregue una o dos cargas de trabajo complejas a cada fase inicial para exponer los desafíos a los que se enfrenta con aplicaciones críticas para la misión. Elija cargas de trabajo que representen patrones comunes, como aplicaciones de varios niveles o sistemas dependientes de la base de datos.

Definir escalas de tiempo para cada oleada

Las escalas de tiempo claras para cada oleada proporcionan estructura al esfuerzo de migración. Las fechas de inicio y finalización definidas ayudan a administrar el ámbito, establecer las expectativas de las partes interesadas y realizar un seguimiento del progreso entre los equipos.

1. Establezca duraciones de onda en función de la complejidad de la carga de trabajo y la capacidad del equipo. Tenga en cuenta la experiencia de Azure del equipo, la disponibilidad de expertos en la materia y las demandas simultáneas del proyecto al calcular las duraciones. Tenga en cuenta el tiempo para las actividades de prueba, validación y transferencia de conocimiento.

2. Incluir un margen de tiempo para desafíos inesperados y aprendizaje. Agregue el tiempo de contingencia a las estimaciones iniciales para tener en cuenta problemas técnicos imprevistos, detecciones de dependencias y actividades de solución de problemas. Los proyectos de migración encuentran constantemente desafíos que no eran evidentes durante la planeación. El tiempo de búfer evita la presión de programación que conduce a atajos o compromisos de calidad.

3. Establecer puntos de control de hitos dentro de cada oleada. Cree puntos de revisión en 25%, 50%y 75% finalización para evaluar el progreso, validar las suposiciones y ajustar los planes cuando sea necesario. Utilice estos puntos de control para comunicar el estado a las partes interesadas, identificar obstáculos de forma temprana y realizar correcciones de curso antes de que afecten a las actividades posteriores.

4. Planee ventanas de transición durante los tiempos adecuados para la empresa. Programe las actividades finales de transición durante las ventanas de mantenimiento establecidas, las horas de poca actividad o los períodos de tiempo de inactividad planeados. Coordinarse con las partes interesadas de la empresa para asegurarse de que el tiempo de transición se alinea con los ciclos de negocio, los períodos de informes normativos y las actividades empresariales críticas. Documentar procedimientos de reversión y criterios de éxito para cada cambio.

5. Ajuste las escalas de tiempo en función de los comentarios de ejecución. Las escalas de tiempo de migración son dinámicas. Debe revisar las duraciones reales frente a las planeadas después de cada fase y ajustar las próximas fases para mantenerse en buen camino.

Administración del plan de migración

Las herramientas de planificación colaborativa permiten una administración eficaz de fases en todo el equipo de adopción. Azure Boards proporciona características para realizar un seguimiento del estado de la tarea, la propiedad, la secuenciación y las actualizaciones a lo largo de la migración. Configure la herramienta de planeación con estos tipos de elementos de trabajo:

Herramientas y recursos de Azure

Pasos siguientes