Levantar y cambiar

Lift and shift es una estrategia para mover una aplicación u operación de un entorno a otro sin detenerse a rediseñar la aplicación o el flujo de trabajo de operaciones. La complejidad de una aplicación u operación es un factor clave para decidir si algo debe levantarse y cambiarse o rediseñarse desde cero como una nueva aplicación u operación nativa en la nube.

En los primeros días de la computación en la nube, el enfoque de elevación y cambio era una opción común para replicar aplicaciones locales en la nube mientras se evitaba el rediseño costoso y que requería mucho tiempo. Sin embargo, muchas aplicaciones de colocación heredadas que se eliminaron y se trasladaron a la nube no pudieron aprovechar al máximo la rentabilidad de las funciones nativas de la nube, incluido el ajuste de escala automático. Si bien las aplicaciones comerciales listas para usar con patrones fácilmente definidos a menudo eran buenos candidatos para levantar y cambiar, la reestructuración era una mejor opción para las aplicaciones que consumen muchos recursos, como las que se usan para el análisis de big data y la representación de imágenes.

Levantar y cambiar frente a refactorización

Un enfoque común para levantar y cambiar es mover una aplicación a la nube para reducir los costos de infraestructura local a corto plazo, pero luego refactorizar la aplicación una vez que esté en la nube. Cada acercamiento tiene sus propios pros y contras.

comparar dos modelos de migración de aplicaciones

Desventajas de un enfoque de elevación y cambio

Hoy en día, hay muchas más desventajas en un enfoque de elevación y cambio en comparación con la refactorización de aplicaciones, que también se conoce como reestructuración. Si bien generalmente es mejor refactorizar una aplicación como parte de una migración, a veces las organizaciones necesitan hacerlo de manera retroactiva.

Este artículo es parte de

¿Qué es la migración a la nube? Introducción a la migración a la nube

  • Que también incluye:
  • 7 pasos imprescindibles para una lista de verificación de migración a la nube
  • Cómo calcular su TCO en la nube
  • ¿Es hora de considerar una estrategia de salida de la nube?

Descargar1

¡Descarga esta guía completa GRATIS ahora!

A menudo, levantar y mover se compara con mover una planta de interior de un entorno a otro; estar en un hábitat diferente puede afectar si la planta prosperará. Del mismo modo, es posible que un proyecto de TI que se inició en un sistema heredado original o en las instalaciones no funcione tan bien en una nueva ubicación.

Por ejemplo, un proyecto de elevación y cambio que comienza sin la documentación suficiente de los requisitos o el diseño operativo puede salir mal fácilmente. Los resultados desafortunados a menudo involucran datos que no coinciden con sus sistemas de manejo o conjuntos de datos que superan su entorno. Es posible que las aplicaciones de uso intensivo de recursos deban rediseñarse desde cero como aplicaciones nativas de la nube para evitar problemas de rendimiento y latencia.

La refactorización también puede ser necesaria cuando el rendimiento no cumple con las expectativas después de un levantamiento y un cambio, especialmente cuando el ajuste no resuelve el problema. Una aplicación que se ha trasladado a la nube también puede beneficiarse de la refactorización cuando las facturas son inesperadamente altas debido a ineficiencias de la aplicación o la base de datos o cuando surgen vulnerabilidades de seguridad porque la aplicación no se puede integrar con los sistemas de seguridad nativos, como las herramientas de administración de identidad y acceso.