¿Qué es lift and shift?

Al no implicar cambios en la arquitectura ni en el código de la aplicación, la estrategia "lift and shift" permite una migración más rápida, menos laboriosa y, en principio, menos costosa que otros procesos. También es la forma más rápida y económica para que una organización comience a transferir los fondos destinados a TI de los gastos de capital (CapEx) a los gastos operativos (OpEx), con el fin de poner en marcha una estrategia de nube híbrida y empezar a utilizar la infraestructura de computación, almacenamiento y redes de la nube, que resulta más económica y escalable.

En los primeros días del cloud computing, valía la pena considerar la migración mediante "lift and shift" para todas las aplicaciones locales, excepto las más antiguas, complejas y estrechamente acopladas. Pero a medida que las arquitecturas en la nube evolucionaron, y permitieron una mejor productividad de los desarrolladores y modelos de precios de la nube más favorables, el valor a largo plazo de migrar una aplicación "tal cual" que no puede utilizar el entorno de la nube disminuyó drásticamente.

En la actualidad, el método «lift and shift» se considera principalmente como una opción para migrar cargas de trabajo preparadas en cierta medida para la nube (por ejemplo, cargas de trabajo de VMware, aplicaciones en contenedores y aplicaciones creadas con arquitectura de microservicios) o como un primer paso para rediseñar una aplicación monolítica en la nube.

En comparación con la ejecución de una aplicación en local, la migración "lift and shift" puede ofrecer varios beneficios interesantes:

• Migración rápida, rentable y mínimamente disruptiva: el "lift and shift" permite una migración rápida, sin dedicar un gran equipo a la tarea. La aplicación local puede permanecer en su lugar durante la migración para que no haya interrupción del servicio y la experiencia sigue siendo idéntica para los usuarios.
  
  
• Potencial para mejorar el rendimiento: el método "lift and shift" ofrece la oportunidad de ejecutar aplicaciones en hardware actualizado y de mejor rendimiento sin tener que comprar el hardware usted mismo.
  
  
• Capacidad ampliada para la consolidación en las instalaciones: añada capacidad de cálculo, almacenamiento y más ancho de banda de red desde la nube pagando por uso, al tiempo que consolida la infraestructura y los costes de su centro de datos en las instalaciones.
  
  
• Escalabilidad bajo demanda: el método "lift and shift" puede permitir a su organización escalar una aplicación sin comprar e instalar físicamente nueva capacidad informática. Tampoco tendrá que aprovisionar hardware en exceso para tener en cuenta los periodos de mayor tráfico.
  
  
• Elasticidad que ahorra costes: algunas aplicaciones también pueden beneficiarse de la elasticidad de la nube, es decir, la capacidad de activar y desactivar recursos automáticamente para adaptarse con precisión a la demanda. Cuanto mayor sea la elasticidad de su nube y más pueda utilizarla su aplicación, más podrá ahorrar utilizando solo los recursos exactos que necesita en cada momento.
  
  
• Seguridad mejorada: una vez migradas, incluso las aplicaciones heredadas podrían beneficiarse de los servicios de seguridad en la nube, como el control de acceso basado en roles, la autenticación multifactor y los procesos de seguridad híbridos unificados.
  
  
• Reducción de los costes y problemas del centro de datos en las instalaciones: cuantas más aplicaciones pueda migrar a la nube, más rápido podrá reducir su infraestructura en las instalaciones y los costes de gestión y mantenimiento de la misma.
  
  
• Un paso sencillo hacia una nube híbrida: el "lift and shift" es una forma sencilla de trasladar las aplicaciones más preparadas y más adecuadas a una nube privada o pública mientras sigue alojando otras cargas de trabajo de aplicaciones en las instalaciones. Con las herramientas de gestión adecuadas, puede gestionar las plataformas juntas como una infraestructura única y optimizada.

De nuevo, el "lift and shift" no generará estos beneficios en todas las aplicaciones. Es posible que una aplicación que solo esté parcialmente optimizada para el entorno de la nube nunca se dé cuenta de los ahorros potenciales de la nube y, al final, incurra en más costos para ejecutarse en la nube. Si una aplicación se ejecuta de forma lenta o ineficiente en las instalaciones, es poco probable que funcione mejor en la nube sin modificaciones. Los costes y las restricciones de las licencias pueden hacer que la migración mediante "lift and shift" sea prohibitivamente cara o incluso legalmente imposible.

La tecnología de virtualización de VMware es omnipresente en la empresa. VMware representa el 80 % del mercado de virtualización y el 100 % de las empresas de Fortune 100 utilizan VMware para virtualizar sus centros de datos locales. No es sorprendente que la mayoría de los proveedores de servicios en la nube ofrezcan infraestructuras VMware para alojar aplicaciones y algunos ofrecen herramientas y servicios especializados para acelerar y cambiar las migraciones de VMware a sus nubes.

Para aplicar el "lift and shift" a una carga de trabajo de VMware existente, el centro de datos local y el centro de datos en la nube de destino deben compartir un hipervisor VMware ESXi subyacente y un conjunto común de herramientas y guiones de gestión compatibles con VMware y la API de vSphere. El proveedor de servicios en la nube debe tener un equipo de operaciones con las habilidades y la experiencia para administrar la pila de software VMware.

La tecnología clave que simplifica la migración "lift and shift" de VMware es VMware HCX (Hybrid Cloud Extension), una herramienta que básicamente extiende la red local a un entorno VMware en la nube para implementar rápidamente una infraestructura de nube híbrida. HCX permite migrar de forma segura y a gran escala miles de máquinas virtuales (VM) desde las instalaciones locales a la nube, así como gestionar y operar cargas de trabajo locales y en la nube con las mismas herramientas, scripts y habilidades, e implementar la replicación y recuperación de las cargas de trabajo locales en la nube.

Lift and shift es una migración de IaaS (infraestructura como servicio): traslada las aplicaciones tal cual desde su infraestructura local a una infraestructura en la nube que paga mediante suscripción o por uso.

En términos generales, hay otros dos tipos de migración a la nube a tener en cuenta:

Una migración de PaaS (plataforma como servicio) implica revisar la aplicación para aprovechar al máximo la pila del proveedor de servicios en la nube. Podría refactorizar o cambiar la plataforma de la aplicación realizando pequeños cambios para optimizar su rendimiento en la nube o para aprovechar capacidades específicas de esta, sin cambiar la experiencia del usuario. También podría rediseñar la aplicación para obtener los beneficios de los microservicios, los contenedores o la informática sin servidor. O bien, podría rediseñar completamente la aplicación que utiliza las herramientas de desarrollo del proveedor de servicios en la nube y las capacidades de la plataforma que mejoran la productividad del desarrollador.

En comparación con el "lift and shift", la migración a PaaS es más costosa, requiere más mano de obra y consume más tiempo al principio. Pero permite que su aplicación aproveche en mayor medida la automatización de operaciones nativas de la nube, la productividad de los desarrolladores, la seguridad, la resiliencia y los modelos de costes de pago por uso, que juntos pueden recuperar rápidamente su inversión inicial.

La migración de SaaS (Software como servicio) significa reemplazar la aplicación local por una alternativa lista para usar y basada en la nube que proporcione una funcionalidad similar y aproveche más de los beneficios de la infraestructura de su proveedor de servicios en la nube.

La migración SaaS adecuada puede ofrecer el bajo coste de migración del método "lift and shift" junto con las ventajas de la nube de la migración PaaS. Sin embargo, también puede exigirle que renuncie o espere a ciertas características o personalizaciones y lo más probable es que tenga que adoptar las instalaciones de la aplicación para la gestión de datos, el control de acceso, la seguridad y mucho más.

Insistimos, a medida que las tecnologías en la nube siguen impulsando la productividad de los desarrolladores y mejorando los modelos de precios, migrar a una nube que no utiliza el entorno de la nube tiene cada vez menos sentido y, al final, resulta más costoso. Sin embargo, todavía hay algunos casos en los que la opción "lift and shift" puede ser más adecuada que una migración PaaS.

• Los costes de su infraestructura local se están disparando, pero no está preparado para rediseñar sus aplicaciones. En este caso, puede ser conveniente "aparcar" temporalmente las aplicaciones en la nube hasta que esté listo para reconstruirlas. Las excepciones son las aplicaciones heredadas que consumen muchos recursos, como el análisis de big data, la animación digital o las imágenes médicas o de ingeniería, que tienden a aumentar las tarifas de pago por uso en la nube más rápido de lo que puede predecir.
  
  
• Quiere migrar aplicaciones estándar. No se pueden rediseñar, por lo que la única alternativa real es moverlas tal cual a la nube.
  
  
• Necesita copias de seguridad y recuperaciónmenos costosas y más escalables. La transición de copias de seguridad del entorno local a la nube es un caso de uso común en todos los sectores, excepto en los más regulados, o para aplicaciones con los objetivos de recuperación (RPO) o los objetivos de recuperación (RTO) más estrictos.

Antes de iniciar una migración del tipo "lift and shift", es fundamental evaluar cuidadosamente y prepararse para los factores que pueden afectar a la dificultad, el coste y el valor final de la empresa. Estos pueden incluir, entre otros, los siguientes:

1. Vida útil de la aplicación: ¿cuánto tiempo seguirá utilizando esta aplicación o ejecutando esta carga de trabajo? En la mayoría de los casos, no tiene sentido migrar una aplicación que va a retirar en los próximos 12 meses.
   
   
2. Restricciones de acceso a la API: asegúrese de que mover a la nube no resultará en cuellos de botella para sus herramientas API actuales.
   
   
3. Herramientas de automatización de la migración: averigüe si su proveedor de alojamiento en la nube ofrece alguna herramienta automatizada para las migraciones y prevea utilizarla siempre que sea posible.
   
   
4. Prioridad de migración: si tiene previsto migrar varias aplicaciones, cree un runbook para asegurarse de que las aplicaciones de misión crítica se migran en primer lugar (o en el orden que tenga más sentido para su negocio).
   
   
5. Cumplimiento: antes de migrar de su entorno privado local a una nube pública o privada, evalúe su plan de migración y la infraestructura del proveedor de servicios en la nube para asegurarse de que se cumplirán todos los requisitos de cumplimiento durante y después de la migración.
   
   
6. Aumento de características y alcance: los entornos de nube con numerosas características pueden tentarle a integrar capacidades de inmediato, lo que provoca retrasos y agotamiento de los recursos. Tenga un proyecto claramente definido y apéguese a él durante toda la migración.