Preparación de herramientas y trabajo pendiente de migración inicial
Para implementar la migración, necesita las herramientas adecuadas y un trabajo pendiente completo de las cargas de trabajo que se van a migrar. En este artículo se proporciona una guía sobre cómo prepararse para la migración mediante la definición de las herramientas necesarias y la creación de un trabajo pendiente de migración inicial.
Preparación de las herramientas de migración
Para completar correctamente la migración, necesita herramientas específicas para evaluar y replicar las cargas de trabajo, así como para realizar un seguimiento de ellas, a través de iteraciones, incluidas las actividades de corrección.
Hay varias herramientas de migración disponibles. Muchas son nativas de la plataforma de Azure o ya están disponibles de forma habitual.
A continuación se incluye una lista de herramientas u ofertas comunes que necesita para un completar un proyecto de migración correctamente:
| Tipo de herramienta | Funcionalidad | Herramienta |
|---|---|---|
| Detección y evaluación | Realiza la detección y las evaluaciones automatizadas de su entorno. Identifica los bloqueadores de la migración e identifica las dependencias entre servidores. | Azure Migrate |
| Replicación | Replica el estado de los datos entre el origen en el entorno local y un entorno de ensayo en la nube. Se usa para hidratar y migrar los recursos. | Azure Migrate |
| Seguimiento | Se usa para organizar las actividades del proyecto, como agrupar servidores en cargas de trabajo, realizar un seguimiento de las actividades de corrección y proporcionar el estado de la migración de una carga de trabajo. | Azure DevOps, Excel y Microsoft Project |
| Guía de migración | Le ayuda a identificar qué característica de migración se va a usar para Azure Migrate. La Guía de ejecución de la migración es un recurso de proyecto que puede guiarle paso a paso por las decisiones y la implementación de la migración. | Guía de ejecución de la migración |
Aunque puede usar otras herramientas en lugar de Azure Migrate, se recomienda usar una oferta nativa a menos que haya un motivo identificado. La oferta nativa de Azure Migrate se ha creado para funcionar sin problemas con la plataforma de Azure y se actualiza continuamente para admitir las características y funcionalidades más recientes.
Nota:
Si usa una herramienta existente para replicar una carga de trabajo en Azure, cambiar las herramientas durante este proceso puede interrumpir y disminuir el rendimiento. En este escenario, siga usando la herramienta existente. Más adelante, puede ejecutar la promoción de migración como un escenario de migración tras error de recuperación ante desastres.
Trabajo pendiente de migración inicial
En las secciones siguientes se describen las actividades de requisitos previos que debe realizar para crear un trabajo pendiente de migración inicial.
El equipo de la estrategia en la nube es responsable del cuidado y el mantenimiento del patrimonio digital. Sin embargo, abordar el trabajo pendiente generado a partir de la asignación de una infraestructura digital se incluye bajo la responsabilidad compartida de todos los roles implicados en el proceso de migración. El equipo de estrategia en la nube y el equipo de adopción de la nube deben revisar y comprender el trabajo pendiente de migración antes de que los equipos empiecen a planear actividades individuales de carga de trabajo. Durante la revisión, los miembros de ambos equipos deben obtener conocimientos suficientes para articular los siguientes puntos clave sobre el trabajo pendiente de migración.
Resultados y métricas empresariales
Cada miembro del equipo debe comprender los resultados empresariales previstos. Las migraciones tardan tiempo. Es fácil que los miembros del equipo se distraigan por las actividades urgentes pero menos estratégicas en diferentes fases de la migración. Establecer y reforzar los resultados previstos ayuda a los miembros del equipo a comprender la priorización y la importancia relativa de las actividades de migración para que puedan tomar mejores decisiones a lo largo del tiempo.
El seguimiento del progreso de la migración es igualmente importante para la motivación del equipo de migración y para el soporte técnico continuado de las partes interesadas. Realice un seguimiento del progreso a través de los KPI de migración y mediante la supervisión de las métricas. Independientemente de cómo realice el seguimiento del trabajo, es importante que el equipo sea consciente de estas métricas clave para que pueda evaluar el rendimiento durante las iteraciones posteriores.
Prioridades empresariales
A veces, dar prioridad a una carga de trabajo sobre otra puede no parecer lógico o incluso beneficioso al equipo de adopción de la nube. Comprender las prioridades empresariales que impulsan las decisiones de priorización de las cargas de trabajo puede ayudar al equipo a mantener una motivación decisiva. También ayuda al equipo a realizar una mayor contribución durante el proceso de toma de decisiones de priorización.
Suposiciones básicas
En Racionalización del patrimonio digital se describen la agilidad y el impacto del ahorro de tiempo de trabajar a partir de hipótesis básicas al evaluar una infraestructura digital. Para darse plena cuenta de estos valores, el equipo de adopción de la nube necesita entender las hipótesis y las razones por las que se establecieron. Ese conocimiento prepara mejor al equipo para desafiar las hipótesis en términos de eficacia y ahorro.
Captura del trabajo pendiente
Capture el trabajo pendiente en una ubicación que pueda compartir con todos los miembros del equipo de adopción de la nube. Desde una ubicación compartida, los distintos miembros del equipo pueden alinear sus conocimientos y trabajar con el trabajo pendiente, y usted puede mantener el trabajo pendiente actual durante todo el proceso de migración.
Pueden usar las herramientas con las que están familiarizados en su organización y crear con las herramientas que usan para completar la racionalización de la infraestructura digital.
Si busca plantillas precompiladas, en la Guía de ejecución de la migración hay plantillas de hojas de cálculo que pueden ayudarle a organizar el trabajo pendiente.
Es importante asociar cargas de trabajo con servidores para poder realizar un seguimiento de una carga de trabajo a través de migraciones de servidor individuales en el trabajo pendiente. También puede usar el trabajo pendiente para mostrar las dependencias entre cargas de trabajo a medida que complete la evaluación. Cuando corrija los activos y complete las pruebas, combine el trabajo pendiente con un plan de corrección.
El trabajo pendiente se usa en todo el proceso de migración. Mantener el trabajo pendiente es fundamental.
Planeamiento del trabajo pendiente para varios centros de datos
Antes de iniciar la migración, debe crear épicas en la herramienta de administración de proyectos para cada uno de los centros de datos que se van a migrar. En una épica de centro de datos, puede agrupar el trabajo asociado para poder realizar un seguimiento del estado de cada ubicación de centro de datos.
Si no usa épicas para administrar la migración, puede usar objetivos o agrupaciones de nivel superior para centros de datos. La clave es que pueda filtrar y organizar cada centro de datos como una ubicación independiente, así como hacer un seguimiento de ellos.
Es importante comprender los resultados y las motivaciones empresariales de la migración. Use estas motivaciones para priorizar la lista de epopeyas (o centros de datos). Por ejemplo, si la intención de migrar desde un centro de datos en el entorno local antes del final del arrendamiento actual impulsa la migración, priorice las épicas con las fechas de renovación del arrendamiento.
En cada épica, administre las cargas de trabajo que evalúa y migra como características. Administre cada activo de esa carga de trabajo como un caso de usuario. Las tareas representan trabajo para evaluar, migrar, optimizar, promover, proteger y administrar cada activo.
Un sprint o iteración es una serie de tareas necesarias para migrar los activos y los casos de usuario con los que se compromete el equipo de adopción de la nube. Normalmente, un sprint es un segmento de tiempo, como un trimestre fiscal o un mes natural. Un lanzamiento representa una o varias cargas de trabajo o características que se promueven a producción.