Detección del inventario de cargas de trabajo existente

Esta sección se aplica a las organizaciones con cargas de trabajo de TI existentes fuera de Azure (locales u otras nubes) que necesitan la migración a Azure. Un inventario completo de cargas de trabajo es la base de un plan sólido de adopción de la nube para estas organizaciones. No puede tomar decisiones sobre cómo o si migrar un sistema si no sabe que existe o comprender sus características. El plan de adopción de la nube debe incluir pasos para detectar todas las cargas de trabajo, recopilar datos clave sobre cada uno y priorizarlos para la migración.

Detección del inventario de cargas de trabajo

Un inventario completo de los recursos técnicos constituye la base del plan de adopción de la nube. El inventario identifica todos los sistemas, aplicaciones y componentes de infraestructura en todo el entorno. Necesita este inventario para decidir qué estrategia de migración a la nube es la mejor opción.

1. Defina cada carga de trabajo y sus límites. Una carga de trabajo es una colección de componentes de TI, como servidores, máquinas virtuales, servicios en la nube, aplicaciones, código, datos o dispositivos, que admiten uno o varios procesos empresariales. Debe definir cada carga de trabajo para comprender su valor empresarial y su huella técnica. Esta claridad ayuda a priorizar los esfuerzos de migración y modernización. Use herramientas de supervisión del tráfico de red y asignación de dependencias para identificar los límites de la carga de trabajo y visualizar las relaciones entre los componentes.

2. Use herramientas de detección automatizadas.Azure Migrate proporciona funcionalidades de detección gratuitas para entornos locales y en la nube. Esta herramienta identifica automáticamente los servidores, las aplicaciones y sus interdependencias. Debe usar la detección automatizada para acelerar la creación del inventario y reducir los errores manuales. Si Azure Migrate no es totalmente compatible con su entorno, use herramientas como Dr Migrate o CloudPilot que amplían las funcionalidades de Azure Migrate.

3. Incluya todos los componentes en todos los entornos. El inventario debe capturar componentes de infraestructura y aplicación en todas las plataformas. Debe incluir servidores, máquinas virtuales, aplicaciones, bases de datos, patrones de comunicación, integraciones, identidades y servicios en la nube de Azure, AWS, Google Cloud y otros proveedores. Esta vista completa garantiza que no se pasa por alto ningún recurso crítico durante el planeamiento o la migración.

4. Use la detección manual cuando la automatización no sea posible. Algunos entornos restringen las herramientas de detección automatizadas debido a directivas de seguridad o limitaciones técnicas. Use la plantilla de importación de Azure Migrate para documentar manualmente los recursos en entornos restringidos. La documentación manual garantiza la captura de recursos a los que las herramientas automatizadas no pueden acceder.

Priorizar las cargas de trabajo por valor empresarial y viabilidad

Una larga lista de inventario puede ser abrumadora. El plan debe incluir un método para priorizar qué cargas de trabajo abordar primero en el esfuerzo de adopción de la nube. No todas las cargas de trabajo son igualmente importantes o igualmente adecuadas para la migración inmediata, por lo que usan un marco de priorización.

1. Usa la criticidad empresarial. Clasifique las cargas de trabajo por su importancia para las operaciones empresariales, los ingresos o la experiencia del cliente. A menudo, algunas cargas de trabajo son críticas (si bajan, pérdidas empresariales importantes) mientras que otras son menos críticas. Los sistemas de alto valor empresarial pueden ser de alta prioridad para asegurarse de que se benefician de la escalabilidad o resistencia de la nube, o a veces una prioridad menor si el riesgo de migrarlos es demasiado alto.

2. Estime la disponibilidad de la nube. Realice estimaciones rápidas y de alto nivel de la preparación de cada carga de trabajo para la migración a la nube, en función de lo que ya sabe. Una evaluación técnica detallada viene más adelante, pero por ahora, considere factores como la complejidad técnica, los componentes heredados y los riesgos conocidos. Es posible que algunas cargas de trabajo ofrezcan resultados fáciles, mientras que otras podrían requerir una remodelación significativa. Puede priorizar las cargas de trabajo más sencillas para crear impulso o elegir un sistema de valores moderado pero de alto valor para maximizar el éxito anticipado.

3. Anote las dependencias. En esta fase, evalúe las dependencias en un nivel alto mediante el conocimiento existente. Una asignación de dependencias completa se realiza más adelante, pero por ahora, identifica las cargas de trabajo que están estrechamente acopladas con otras. Es posible que los sistemas con muchas conexiones deban migrarse juntos para evitar interrupciones. En algunos casos, es posible que una carga de trabajo de prioridad inferior tenga que moverse antes porque un sistema de prioridad más alta depende de ella. Use esta información para agrupar cargas de trabajo relacionadas en oleadas de migración lógicas.

4. Considere la alineación estratégica. Si ciertas cargas de trabajo son clave para las iniciativas estratégicas, puede priorizarlas para que se muevan antes. Por otro lado, las cargas de trabajo que están programadas para retirarse o reemplazarse pronto deben ser despriorizadas para la migración.

5. Cree un trabajo pendiente por orden de prioridad. Este trabajo pendiente puede ser una lista o tabla con categorías como "Wave 1: Workloads A, B, C. Wave 2: Workloads D, E". Asegúrese de validar este pedido con las partes interesadas. Los propietarios empresariales y de TI deben revisar y aceptar que la secuencia tiene sentido. Quiere obtener su aprobación y evitar la resistencia más adelante. Por ejemplo, si programa la aplicación crítica de un departamento en último lugar sin su opinión, podrían objetar. Ajuste el plan en función de los comentarios para equilibrar la lógica técnica con las necesidades empresariales.

Recolectar detalles comerciales por carga de trabajo

Para cada carga de trabajo identificada, el plan debe capturar los requisitos y el contexto empresarial clave. Esta información guía la estrategia de migración (sección siguiente) y garantiza la alineación de las decisiones con las necesidades empresariales. Detalles importantes para documentar

1. Propietarios y partes interesadas: el documento "es propietario" de la carga de trabajo desde una perspectiva empresarial (vicepresidente de Ventas para un CRM) y desde una perspectiva de Tecnologías de la Información (responsable de la aplicación, responsable de la infraestructura). Enumere todas las partes interesadas que deben participar en la planificación de su traslado.

2. Función empresarial y criticidad: documente lo que hace la carga de trabajo y cuán crítica es. Registre una breve descripción de su propósito y clasifique su nivel de importancia (alto/medio/bajo). La criticidad a menudo se vincula a cuánto tiempo de inactividad se puede tolerar.

3. Confidencialidad y cumplimiento de los datos: tenga en cuenta la clasificación de los datos que controla el sistema (público, interno, confidencial, extremadamente confidencial). Documente los requisitos de cumplimiento (PCI, HIPAA, RGPD) que se aplican a esta carga de trabajo. Por ejemplo, si se requiere residencia de datos en una determinada región, esto influye en la arquitectura en la nube para ella.

4. Restricciones operativas: documente ventanas de mantenimiento específicas, períodos de cierre negro (períodos de alto tráfico) y requisitos de tiempo de actividad. Documente estas restricciones porque afectan a la programación de migración y a la arquitectura de destino (necesidades de alta disponibilidad).

5. Escala de tiempo o fechas límite proyectadas: si hay una escala de tiempo deseada para migrar esta carga de trabajo, tenga en cuenta que también. Por ejemplo, tal vez tengas renovaciones de contrato o vencimiento del arrendamiento del centro de datos. Estos factores se incorporan a la programación general de la hoja de ruta.

Para obtener un ejemplo, consulte Plan de migración y adopción.

Herramientas y recursos de detección y evaluación de Azure

Pasos siguientes