Piense en la estrategia: Lift and shift es un enfoque, uno entre muchos, para migrar sus aplicaciones al cloud. Significa mover una aplicación y sus datos asociados a una plataforma cloud, sin rediseñar la aplicación.

No hay ninguna transición de un solo tamaño para mover una aplicación de su centro de datos local al cloud. Pero hay rutas de migración principales reconocidas; muchos consideran la elevación y el cambio (realojamiento de AKA) uno de ellos. Es una forma de que las empresas protejan sus inversiones en flujos de trabajo, lógica y datos empresariales atrapados en hardware local.

El enfoque de elevación y cambio abre caminos a la modernización de la tecnología al pasar a una arquitectura abierta y más extensible en el cloud. Las empresas consideran la elevación y el cambio por motivos empresariales sólidos, incluidos los costes reducidos y el rendimiento y la resiliencia mejorados.

Sin embargo, una estratega empresarial ofrece una explicación más orgánica. Afirma que las aplicaciones funcionan y evolucionan en relación con sus entornos; y que el cloud proporciona un tamaño y una diversidad superiores de servicios frente a los centros de datos locales.

Para evitar el choque de los sticker, las empresas necesitan una estrategia de asignación de costes, así como funciones claras dentro de la organización para supervisar el gasto en cloud. Es probable que esto requiera herramientas adicionales.

Las aplicaciones de elevación y cambio pueden ofrecer:

• Ahorro rápido de costes. La baja de Jones redujo los costes de TI en más de un 25 %. GE Oil & Gas obtuvo un ahorro de costes del 52 % mediante elevación y cambio.
• Un camino hacia el cloud ahora. En 2008, NetFlix experimentó una gran interrupción, lo que impidió que los DVD se enviaran a los clientes. Y el desencadenamiento del creciente viaje de la empresa al cloud.
• Recuperación ante desastres de clouds.  El traslado de datos a una ubicación de cloud ofrece a las empresas un segundo sitio de alta disponibilidad. El ahorro de costes con respecto al plan de recuperación ante desastres anterior es un efecto secundario común.
• Alivio de la deuda técnica. Los sistemas heredados pueden ser lentos y costosos de mantener. La potencia adicional, como x1e.32xlarge de Amazon, puede proporcionar el impulso que necesita ahora.

Una vez que se ha comprometido con la migración en el cloud, las opciones pueden ser desconcertantes: ¿IaaS? ¿PaaS? ¿SaaS? Gartner identificó cinco carreteras para el cloud; aquí hay una mirada a cada una.

• Rehost. Se trata de una infraestructura como servicio (IaaS), o elevación y desplazamiento. Puede volver a alojar su aplicación en otro entorno de hardware sin cambiar la arquitectura de la aplicación. La migración es rápida y relativamente económica, pero el funcionamiento continuo puede ser costoso porque no aprovecha las eficiencias del cloud.
• Factor de refactorizar. También conocido como plataforma como servicio (PaaS): ejecuta sus aplicaciones en la infraestructura de un proveedor de cloud. Los desarrolladores pueden reutilizar lenguajes, marcos y contenedores aprovechando el código estratégico para la empresa. La desventaja es la falta de capacidades, el riesgo transitivo y el bloqueo del marco.
• Revisar. En primer lugar, es compatible con los requisitos de modernización heredada mediante la modificación o ampliación del código existente; a continuación, se toma la ruta de rehost o refactor hacia el cloud. Esto significa que puede aprovechar las características del cloud de la infraestructura de su proveedor, pero no sin ningún gasto de desarrollo previo.
• Volver a generar. Usted lanza el código para una aplicación existente y lo rediseña. La ventaja es el acceso a funciones innovadoras en la plataforma del proveedor que mejoran la productividad del desarrollador. El precio que paga es el bloqueo o el abandono de los activos de la aplicación si la situación se vuelve inaceptable.
• Sustituir. Deseche el conjunto de aplicaciones existente y adopte el software comercial que se entrega como servicio (SaaS). Cuando los requisitos para una función empresarial cambian rápidamente, este enfoque evita el tiempo y la inversión en la movilización de un equipo de desarrollo. Sin embargo, es posible que se enfrente a problemas como semántica de datos incoherente, acceso a datos difícil y bloqueo de proveedores.

Conclusión: Considere la imagen más amplia; ¿qué plataforma de cloud y técnica de migración optimizarán mejor la aplicación para impulsar sus objetivos empresariales y tecnológicos?

La orientación para la estrategia de cloud y las políticas de cloud computing variará para cada una de las rutas posibles hacia el cloud. Por ejemplo, ¿está pensando en hacer lo siguiente?:

• ¿Realojar una aplicación "tal cual" (levantar y cambiar) en la infraestructura de cloud como un servicio?
• ¿Refactorizar (o incluso reconstruir) una aplicación para aprovechar al máximo el nuevo entorno y la nueva plataforma, con el objetivo de ser más ágil o ahorrar dinero?
• ¿Sustituir un sistema existente por una aplicación SaaS preparada (abandonando su sistema actual)?
• ¿Lanzar un proceso de negocio interno (por ejemplo, facturación, cobro de pagos o administración de salarios) a un proveedor externo de procesos de negocio como servicio (BPaaS)?

Pregunte cómo puede parecer su organización en el camino (es decir, como negocio digital). ¿El proceso empresarial que admite su aplicación ahora seguirá siendo necesario (o aún se realizará internamente) para entonces? Para un proceso dado, el árbol de decisiones podría tener este aspecto:

• ¿Necesitamos este proceso a largo plazo? Si no, ¿cómo podemos desvanecerlo con gracia? ¿Para qué nuevos procesos necesitamos prepararnos?
• ¿Necesitamos o queremos realizar este proceso en casa? Si no, consideremos BPaaS.
• ¿Podemos simplemente consumir la funcionalidad necesaria para este proceso como SaaS?
• Para obtener más flexibilidad, ¿podemos personalizar (utilizando PaaS) o ejecutarlo nosotros mismos, pero evitar tener que gestionar una pila completa de middleware (de nuevo PaaS)?
• Si necesitamos ejecutarlo en una infraestructura básica, ¿podemos usar un servicio de infraestructura compartida (pública o privada alojada) (IaaS)?

Haga las preguntas adecuadas para configurar su brújula en cloud en una dirección que proporcione un valor real para el negocio.

Muchas empresas están retrasando la migración de sus cargas de trabajo basadas en archivos al cloud por preocupaciones que perderán algunas de las capacidades que disfrutan en las instalaciones. Los volúmenes de cloud de NetApp® eliminan estas preocupaciones. Por su diseño, ofrece un rendimiento extremo y funcionalidades avanzadas de gestión de datos para satisfacer incluso las aplicaciones más exigentes del cloud.

Cloud Volumes se ocupa de muchos de los retos de migración del cloud que se enfrentan con:

• Latencia y rendimiento superiores en relación con los servicios de archivos en cloud nativo actuales
• Protocolos NAS totalmente implementados, incluidas las opciones de versión que no suelen estar disponibles en los proveedores de cloud
• Funciones avanzadas de gestión de datos como sincronización automatizada e instantáneas, clones rápidos, backup en cloud y replicación
• Escalabilidad coherente con el almacenamiento en las instalaciones
• No es necesario rediseñar aplicaciones empresariales para el almacenamiento de objetos o Almacenamiento en cloud de menor rendimiento

Cloud Volumes promete latencia de sub-2 ms, lo que lo hace ideal para aplicaciones de centros de datos que se ejecutan en el cloud. Los niveles de rendimiento estarán disponibles para permitir ventajas económicas y de rendimiento flexibles.