Retirada de cargas de trabajo de origen después de la migración a la nube

En este artículo se proporcionan instrucciones para retirar cargas de trabajo de origen de forma segura después de una migración correcta a Azure. La retirada adecuada reduce la sobrecarga operativa, recupera los recursos y garantiza el cumplimiento, a la vez que evita el apagado prematuro de los sistemas críticos.

Obtención de la aprobación de las partes interesadas antes de retirarse

La aprobación empresarial confirma que la carga de trabajo de origen está lista para retirarse después de una migración correcta a Azure. La alineación de las partes interesadas evita el apagado prematuro de los sistemas críticos y garantiza la continuidad empresarial durante la transición. Debe obtener el consentimiento explícito de los propietarios de cargas de trabajo antes de quitar cualquier infraestructura o aplicación de origen.

1. Solicite la aprobación formal de las partes interesadas empresariales y técnicas. La aprobación formal confirma que la carga de trabajo ya no proporciona valor empresarial en su entorno de origen. Los propietarios de la empresa deben comprobar que la carga de trabajo hospedada en Azure cumple todas las expectativas funcionales y de rendimiento. Incluya operaciones de TI y equipos de seguridad para validar los requisitos técnicos de preparación y cumplimiento. Esta confirmación impide la retirada prematura de sistemas con dependencias sin resolver.

2. Documente la aprobación con criterios de éxito y escalas de tiempo. Almacene la aprobación en un sistema centralizado, como Azure DevOps, herramientas de administración de proyectos o SharePoint. Incluya métricas de éxito específicas que validen el resultado empresarial, como "100% paridad funcional lograda" o "todas las pruebas comparativas de rendimiento que se cumplen durante 30 días". Establezca escalas de tiempo de retirada claras con períodos de gracia para la reversión si surgen problemas. En esta documentación se proporciona visibilidad de la pista de auditoría y compatibilidad con el cumplimiento normativo.

Recuperación y optimización de licencias de software

La recuperación de licencias reduce los costos operativos y garantiza el cumplimiento de los contratos de licencia después de apagar la carga de trabajo de origen. La administración de activos de software evita las infracciones de cumplimiento y maximiza el valor de las inversiones en licencias existentes. Debe auditar y reasignar licencias para mantener la eficiencia de los costos y el cumplimiento normativo.

1. Identifique las licencias aptas para la Ventaja híbrida de Azure. Revise las licencias locales para determinar la idoneidad de la Ventaja híbrida de Azure antes de retirar los sistemas de origen. Valide que las licencias de Windows Server y SQL Server tengan activo Software Assurance o una cobertura de suscripción apta. Aplique la Ventaja híbrida de Azure para reducir los costos de proceso de Azure mientras se mantiene el cumplimiento. Esta optimización maximiza el valor de licencia durante el período de transición.

2. Actualizar el inventario de licencias y el seguimiento de cumplimiento. Mantenga registros precisos de asignaciones de licencias en el sistema de administración de recursos de software. Quite las cargas de trabajo retiradas de las bases de datos de seguimiento de licencias y actualice los recuentos de inventario para reflejar el uso actual. Use herramientas centralizadas como Microsoft Cost Management u otras plataformas de administración de recursos para supervisar el cumplimiento continuo. Este seguimiento evita infracciones de licencia y facilita la preparación para auditorías de revisiones regulatorias.

3. Reasignar o devolver licencias sin usar. Reasignar licencias gratuitas a otras cargas de trabajo o devolverlas a los proveedores según los términos del contrato. En el caso de los contratos empresariales, colabore con los equipos de adquisiciones para comprender las directivas de retorno y las posibles opciones de recuperación de costos. Actualice los contratos de licencia y los contratos de proveedor para reflejar los requisitos de licencia reducidos. Esta reasignación garantiza un uso óptimo de las licencias y evita costos de renovación innecesarios.

Conservar los datos para las necesidades de cumplimiento y recuperación

La conservación de datos mantiene las funcionalidades de cumplimiento normativo y detección legal después de la retirada del sistema de origen. Las organizaciones deben identificar, clasificar y archivar datos restantes en los sistemas de origen que podrían estar sujetos a requisitos de retención normativos o obligaciones legales de retención.

1. Identifique los datos no migrados sujetos a requisitos normativos. Realice un inventario de datos de los sistemas de origen para identificar los datos no migrados que podrían estar sujetos a mandatos de retención normativos, como HIPAA, SOX, RGPD o SEC 17a-4. Trabaje con equipos legales y de cumplimiento para clasificar los datos por marcos normativos y períodos de retención de documentos. Incluya sistemas heredados, archivos archivados y repositorios de copia de seguridad que contienen datos regulados. Esta evaluación evita infracciones de cumplimiento durante la retirada del sistema de origen.

2. Implemente la arquitectura de almacenamiento compatible con Azure Storage. Utilice los niveles de Azure Blob Storage con las características de conformidad adecuadas para los datos archivados. Aplique directivas de almacenamiento inmutables para el cumplimiento normativo, incluidas las funcionalidades de Write-Once-Read-Many (WORM). Configure directivas de retención legal para apoyo en litigios. Use el nivel de frío para la retención a medio plazo y el nivel de archivado para los requisitos de retención a largo plazo. Habilite el registro de auditoría y configure los controles de cumplimiento de Azure Policy para aplicar los estándares de protección de datos.

3. Crear procedimientos de acceso y recuperación de datos. Documente los procesos para recuperar datos archivados de Azure Storage cuando sea necesario para las auditorías de cumplimiento o la detección legal. Establezca acuerdos de nivel de servicio para tiempos de recuperación de datos en función de los niveles de almacenamiento usados. Entrenamiento de equipos legales y de cumplimiento en procedimientos de acceso a datos basados en Azure. Pruebe los procesos de recuperación de datos antes de completar la retirada del sistema de origen. Esta preparación garantiza la continuidad empresarial para el cumplimiento y los requisitos legales.

Actualizar documentación y procedimientos

Las actualizaciones de documentación confirman el estado final del entorno después de la retirada de origen y proporcionan instrucciones operativas precisas para la arquitectura basada en Azure. La documentación actual impide los riesgos operativos durante la respuesta a incidentes y las actividades de solución de problemas.

1. Actualice los diagramas de arquitectura para reflejar el nuevo entorno. Reemplace los diagramas de arquitectura por la documentación que muestra el estado final de Azure. Incluya topología de red con redes virtuales de Azure, subredes, grupos de seguridad de red, intervalos IP, configuraciones dns y puntos de conexión de servicio. Quite todas las referencias a los componentes del entorno de origen y las conexiones de red. Documente nuevos puntos de integración y dependencias basados en Azure. Esta documentación actualizada garantiza una comprensión precisa del sistema para las operaciones y la solución de problemas.

2. Revise los procedimientos operativos de las operaciones de Azure. Actualice los flujos de trabajo de respuesta a incidentes, recuperación ante desastres y mantenimiento para las operaciones solo de Azure. Documente los procedimientos de escalación para los canales de soporte técnico de Azure y los contratos de nivel de servicio. Quitar procedimientos que hacen referencia a sistemas retirados y actualizar listas de contactos. Incluya los pasos de solución de problemas específicos de Azure y los enfoques de supervisión. Esta revisión evita la confusión operativa y garantiza una respuesta eficaz a los incidentes.

3. Actualice las configuraciones de supervisión y alertas. Quite los paneles de supervisión y las alertas de los sistemas retirados para evitar falsas alarmas. Actualice los objetivos de nivel de servicio y los indicadores clave de rendimiento para reflejar las funcionalidades de Azure. Documente las líneas base de supervisión basadas en los datos de rendimiento de Azure posteriores a la migración. Esta limpieza garantiza la supervisión centrada de los recursos activos de Azure.

4. Archivar la documentación heredada con avisos de obsolescencia claros. Marque la documentación del entorno de origen como en desuso con las marcas de tiempo y las fechas de finalización de la migración. Mueva documentación obsoleta a carpetas de archivo con controles de acceso restringido. Cree avisos de redirección que apunten a la documentación actual de Azure para escenarios comunes. Mantenga la documentación archivada para conocer los requisitos históricos de referencia y auditoría de cumplimiento. Este enfoque de archivado conserva los conocimientos institucionales al tiempo que impide el uso de información obsoleta.

Herramientas y recursos de Azure

Pasos siguientes