Evaluación de cargas de trabajo para la migración de Azure Stack Hub
En este artículo se da por supuesto que ha decidido integrar Azure Stack en su estrategia de nube, que ha desarrollado un plan para la migración de Azure Stack Hub y que su entorno está preparado para la migración.
Durante la racionalización del patrimonio digital de la organización en la metodología de planeamiento, se ha detectado e inventariado cada carga de trabajo y se han tomado decisiones iniciales basadas en datos cuantitativos. Antes de la implementación de cada carga de trabajo, es importante validar los datos y las decisiones con datos cualitativos.
Ubicación
El primer punto de datos que se debe tener en cuenta es la selección de ubicación. Es decir, ¿se migrará esta carga a su nube pública, su nube privada o a cualquier otra plataforma en la nube, como una nube soberana o el entorno de Azure del proveedor de servicios?
La información de cada una de las secciones siguientes puede ayudar a validar las decisiones sobre la selección de ubicación. La información también ayuda a exponer los datos útiles durante la implementación de las cargas de trabajo.
Valor de la parte interesada
Evalúe el valor que supone la migración de esta carga de trabajo con las partes interesadas de la empresa y de TI:
- Menos fricción: enfoque a corto plazo, viabilidad limitada a largo plazo.
- Más fricción: inversión a largo plazo, más fácil de iterar y continuar la modernización.
- Un equilibrio entre ambas opciones.
Gobernanza, riesgo y cumplimiento
Evalúe el impacto de los requisitos legales, de cumplimiento y de privacidad:
- ¿Qué datos pueden residir en Azure y cuáles deben permanecer en un entorno local?
- ¿Quién puede administrar la plataforma subyacente?
- ¿Dependen los datos de la ubicación?
- ¿Hay fechas de expiración para almacenar los datos?
Métricas correctas
Determine las métricas correctas y las tolerancias de disponibilidad:
- Rendimiento
- Disponibilidad
- Resistencia
- Enfoque con implementación o migración
Licencias
Evalúe el impacto de las licencias y del soporte técnico:
- ¿Existen restricciones en las licencias de productos que limiten la transformación?
- ¿Son compatibles la aplicación o el conjunto de datos con el nuevo entorno?
- ¿Hay proveedores de software de terceros que necesiten proporcionar instrucciones de soporte técnico?
Requisitos de operaciones
- Evite la duplicación de trabajos y optimice los Acuerdos de Nivel de Servicio mediante el examen de la correlación entre servicios en la nube administrados por TI y servicios específicos de la aplicación.
- Tenga en cuenta la automatización necesaria para orquestar el aprovisionamiento de servicios durante la implementación y la migración de aplicaciones.
- Para ayudar a cumplir los requisitos operativos, tenga en cuenta los servicios de escalabilidad y disponibilidad, como el pago por uso, los conjuntos de disponibilidad, los conjuntos de escalado de máquinas virtuales, los adaptadores de red y la capacidad de agregar y cambiar el tamaño tanto de las VM y los discos.
Supervisión
- Supervise el mantenimiento del sistema, y el estado y el rendimiento operativos mediante métricas bien definidas que forman la base de los Acuerdos de Nivel de Servicio que ofrece a los usuarios finales.
- Compruebe la seguridad y el cumplimiento, y evalúe hasta qué punto el entorno de la nube cumple los requisitos legales y de cumplimiento impuestos por la aplicación.
- ¿Cuáles son los procesos para la copia de seguridad o restauración y la replicación o conmutación por error?
- Busque los servicios de protección de datos para la infraestructura como servicio, la plataforma como servicio y los recursos de software como servicio.
- Incorpore varios proveedores, tecnologías y funcionalidades para lograr una estrategia de protección completa.
Pasos siguientes
Para obtener una guía sobre elementos concretos del recorrido de adopción de la nube, consulte: