Racionalización de la nube
La racionalización de la nube es el proceso de evaluar los recursos para determinar la mejor manera de migrar o modernizar cada activo en la nube. Para más información sobre el proceso de racionalización, consulte ¿Qué es un patrimonio digital?
Contexto de racionalización
Las cinco "R" de la racionalización que se mencionan en este artículo son una excelente manera de etiquetar un posible estado futuro para cualquier carga de trabajo que se esté considerando como candidato para la nube. Ponga este proceso de etiquetado en el contexto correcto antes de intentar racionalizar un entorno. Para proporcionar ese contexto, eche un vistazo a estos mitos:
Mito: Es fácil tomar decisiones de racionalización en las primeras etapas del proceso.
Una buena racionalización requiere un profundo conocimiento tanto de la carga de trabajo como de los recursos asociados, como aplicaciones, infraestructura y datos. Y lo que es más importante, las buenas decisiones de racionalización llevan su tiempo. Le recomendamos que utilice un proceso de racionalización incremental.
Mito: La adopción de la nube tiene que esperar a que se racionalicen todas las cargas de trabajo.
Cuando se racionaliza una cartera de TI completa o incluso un único centro de datos, se puede retrasar la realización del valor empresarial en meses o incluso años. Siempre que sea posible evite la racionalización completa. Es preferible usar el enfoque de la potencia de 10 para el planeamiento de la liberación, para tomar decisiones acertadas sobre las 10 próximas cargas de trabajo que están programadas para la adopción de la nube.
Mito: La justificación empresarial tiene que esperar a que se racionalicen todas las cargas de trabajo.
Para desarrollar una justificación comercial para un esfuerzo de adopción en la nube, realice algunas suposiciones básicas en el nivel de cartera. Cuando las motivaciones están en la misma línea que la innovación, habrá que repetir la arquitectura. Si están en la misma línea que la migración, asuma el rehospedaje. Estas suposiciones pueden acelerar el proceso de justificación empresarial. Durante la fase de evaluación del ciclo de adopción de cada carga de trabajo, se cuestionan las suposiciones y se refinan los presupuestos.
Ahora eche un vistazo a las cinco "R" de la racionalización para familiarizarse con el proceso a largo plazo. Al desarrollar el plan de adopción de la nube, elija la opción que mejor se adapte a sus motivaciones, resultados empresariales y el entorno de estado actual. El objetivo de la racionalización del patrimonio digital es establecer una base de referencia, en lugar de racionalizar cada carga de trabajo.
Las cinco "R" de la racionalización
Los siguientes cinco puntos esenciales de la racionalización describen las opciones más comunes para la racionalización.
Rehospedaje
También conocido como una migración lift and shift, el esfuerzo de rehospedaje mueve el recurso de estado actual al proveedor de nube elegido, con un cambio mínimo en la arquitectura general.
Los principales motivos pueden ser:
- Reducir los gastos de capital:
- Liberar espacio en el centro de datos:
- Consiga una rápida rentabilidad de la inversión en la nube.
Los factores de análisis cuantitativo son:
- El tamaño de la máquina virtual, incluidas la CPU, la memoria y el almacenamiento.
- Las dependencias, como el tráfico de red.
- Compatibilidad de recursos
Los factores de análisis cualitativo son:
- Tolerancia al cambio
- Prioridades empresariales
- Eventos empresariales críticos
- Dependencias de procesos
Refactorización
Las opciones de plataforma como servicio (PaaS) pueden reducir los costos operativos asociados a muchas aplicaciones. Se aconseja refactorizar ligeramente una aplicación para ajustarla a un modelo basado en PaaS.
Refactorizar también hace referencia al proceso de desarrollo de aplicaciones en el que se refactoriza el código para permitir que una aplicación ofrezca nuevas oportunidades de negocio.
Estos son los principales motivos para hacer un rehospedaje:
- Actualizaciones más rápidas y cortas
- Portabilidad del código.
- Mayor eficacia en la nube, lo que mejora los recursos, la velocidad, el costo y las operaciones administradas.
Los factores de análisis cuantitativo son:
- El tamaño de los recursos de las aplicaciones, como la CPU, la memoria y el almacenamiento.
- Las dependencias, como el tráfico de red.
- El tráfico de usuario, como las vistas de las páginas, el tiempo en la página y los tiempos de carga.
- Las plataformas de desarrollo, como los lenguajes, las plataformas de datos y los servicios de nivel intermedio.
- La base de datos, lo que incluye la CPU, la memoria, el almacenamiento y la versión.
Los factores de análisis cualitativo son:
- Inversiones empresariales continuadas
- Ampliación de opciones y plazos
- Dependencias de procesos de negocio
Rediseño
Algunas aplicaciones antiguas no son compatibles con los proveedor de servicios en la nube. Esta incompatibilidad se debe a las decisiones arquitectónicas que se tomaron cuando se creó la aplicación. En estos casos, puede ser necesario rediseñar la aplicación antes de la transformación.
En otros casos, las aplicaciones que son compatibles con la nube, pero que no son nativas de la nube, podrían ser eficientes en cuanto a costos y operaciones si se rediseñara la solución para convertirla en una aplicación nativa de nube.
Estos son los principales motivos para hacer un rehospedaje:
- Agilidad y escalabilidad de la aplicación
- Adopción más fácil de nuevas funcionalidades de nube
- Mezcla de pilas de tecnología
Los factores de análisis cuantitativo son:
- El tamaño de los recursos de las aplicaciones, como la CPU, la memoria y el almacenamiento.
- Las dependencias, como el tráfico de red.
- El tráfico de usuario, como las vistas de las páginas, el tiempo en la página y los tiempos de carga.
- Las plataformas de desarrollo, como los lenguajes, las plataformas de datos y los servicios de nivel intermedio.
- La base de datos, lo que incluye la CPU, la memoria, el almacenamiento y la versión.
Los factores de análisis cualitativo son:
- Unas crecientes inversiones empresariales.
- Costos operativos
- Posibles bucles de comentarios e inversiones en DevOps.
Volver a generar
En algunos casos, los obstáculos que deben salvarse para llevar adelante una aplicación pueden ser demasiado grandes como para justificar la inversión. Este problema aparece especialmente en el caso de las aplicaciones que antes eran útiles para una empresa, pero que ya no son compatibles con los procesos empresariales actuales. Para resolverlo, cree una base de código para alinearla con un enfoque nativo de nube.
Los principales motivos pueden ser:
- Acelerar la innovación.
- Compilar aplicaciones con mayor rapidez.
- Reducir los costos operativos.
Los factores de análisis cuantitativo son:
- El tamaño de los recursos de las aplicaciones, como la CPU, la memoria y el almacenamiento.
- Las dependencias, como el tráfico de red.
- El tráfico de usuario, como las vistas de las páginas, el tiempo en la página y los tiempos de carga.
- Las plataformas de desarrollo, como los lenguajes, las plataformas de datos y los servicios de nivel intermedio.
- La base de datos, lo que incluye la CPU, la memoria, el almacenamiento y la versión.
Los factores de análisis cualitativo son:
- Rechazar la satisfacción del usuario final.
- Los procesos de negocio limitados por funcionalidad.
- Posibles ganancias de costo, experiencia o ingresos
Replace
Las soluciones suelen implementarse usando la mejor tecnología y el enfoque que haya disponible en ese momento. A veces, las aplicaciones de software como servicio (SaaS) pueden proporcionar todas las funciones necesarias para la aplicación hospedada. En estos casos, se puede programar una carga de trabajo para reemplazarla en el futuro, lo que la elimina del esfuerzo de transformación.
Los principales motivos pueden ser:
- Estandarizar en función de los procedimientos recomendados del sector.
- Acelerar la adopción de enfoques basados en procesos de negocio.
- Reasignar las inversiones en el desarrollo de aplicaciones que crean diferenciación o ventajas competitivas.
Los factores de análisis cuantitativo son:
- Las reducciones generales de costos operativos.
- El tamaño de la máquina virtual, incluidas la CPU, la memoria y el almacenamiento.
- Las dependencias, como el tráfico de red.
- Recursos que se van a retirar
- La base de datos, lo que incluye la CPU, la memoria, el almacenamiento y la versión.
Los factores de análisis cualitativo son:
- Análisis de costo-beneficio de la arquitectura actual frente a la solución SaaS
- Asignaciones de procesos de negocio
- Esquemas de datos
- Procesos automatizados o personalizados
Pasos siguientes
Puede aplicar estos cinco puntos esenciales de la racionalización a un patrimonio digital para que sea más fácil tomar decisiones de racionalización sobre el estado futuro de cada aplicación.