Migración a la nube

Gracias a la evolución de las redes de alta velocidad, la agrupación en clústeres y la virtualización, las aplicaciones ya no están limitadas por la capacidad de un único servidor físico. En los años 90, los centros de datos tradicionales adquirían servidores dedicados para las principales aplicaciones, que se consideraban activos de capital. Si la aplicación superaba la capacidad del servidor, había que adquirir una actualización costosa y lenta. El coste es el otro gran problema de la proliferación de nuevas aplicaciones. Gestionar todos los servidores a menudo desbordaba a los departamentos de TI, con los elevados costes que ello conllevaba.

Al ejecutar aplicaciones en la nube, las funciones empresariales como las ventas pueden utilizar aplicaciones sofisticadas como Salesforce con una suscripción anual, sin necesidad de que el departamento de TI adquiera y gestione servidores. A medida que añaden más miembros al equipo de ventas, simplemente compran más licencias de asiento sin preocuparse por la capacidad del servidor. Esta flexibilidad permite a las empresas centrarse en vender y a TI centrarse en apoyar nuevas iniciativas empresariales, lo que supone un argumento de peso para la migración a la nube.

La computación basada en la nube ha madurado hasta un nivel que ya se considera generalizado. Las plataformas en nube ofrecen nuevas dimensiones de escalabilidad elástica, capacidad de gestión y disponibilidad. La industria del software ha adoptado plenamente informatique dans le cloud y ofrece a las empresas múltiples vías para acceder a ella. La idea de pagar únicamente por los ciclos de computación que se consumen es convincente para los usuarios empresariales y los profesionales de TI que comprenden las complejidades de la planificación de la capacidad. Dimensionar los servidores en función de los picos de uso es ineficaz porque la mayor parte del centro de datos está infrautilizada la mayor parte del tiempo.

Enfoques de migración a la nube

Es fácil para un nuevo negocio de diversas etapas, desde startups hasta empresas, estar 100% en la nube desde el primer día. Las empresas existentes, especialmente las grandes empresas con cientos de aplicaciones heredadas, pueden tardar años en migrar a la nube. Las empresas muy reguladas, como los servicios financieros y la sanidad, manejan y almacenan datos que no pueden salir de sus centros de datos ni de su país, lo que les impide lograr una migración completa a la nube.

Hay varios enfoques para la migración a la nube, desde lift-and-shift hasta la reescritura de la aplicación para explotar plenamente las arquitecturas de nube. La migración puede ser costosa, por lo que cada aplicación debe considerarse individualmente. Hay que tener en cuenta toda la pila de aplicaciones al auditar el panorama informático actual. Es posible que algunas aplicaciones no se trasladen nunca, como las que se ejecutan en un sistema operativo que depende de un chipset basado en hardware que no es de Intel. Para ayudarle a visualizarlo, a continuación se presentan siete enfoques de migración secuenciados por orden de complejidad y las consideraciones para utilizarlos:

• El realojamiento o "lift and shift" permite migrar una aplicación en cuestión de días. Se apagan los sistemas que se van a trasladar, se hace una copia de seguridad en frío y luego se restaura en servidores basados en la nube. Incluso con esta sencilla migración, es necesario realizar migraciones de prueba para asegurarse de que se dispone de tiempo suficiente para transferir el código y los scripts de la aplicación a la plataforma en la nube de destino en el tiempo asignado. Las aplicaciones grandes con muchos datos pueden requerir que envíe un disco duro al proveedor de la nube. Actian proporciona bases de datos que utilizan el mismo código base sur site y en la Actian Data Platform para facilitar las migraciones.
• La replanificación mantiene la arquitectura de la aplicación sur site , pero aprovecha algunos de los servicios de infraestructura que ofrece la plataforma en nube, como équilibrage de charge, el middleware de mensajería y el almacenamiento gestionado.
• La recompra es una opción popular que ofrecen proveedores de software como Actian para que los clientes puedan trasladar sus datos a la versión de plataforma en la nube de una tecnología de base de datos sur site , incluidas Ingres y Zen.
• La refactorización implica un rediseño parcial de una aplicación para aprovechar la nube y mejorar la escalabilidad, por ejemplo.
• La reestructuración de una aplicación implica cambios más amplios, como la contenedorización, para permitir su ejecución en múltiples plataformas en la nube y añadir algunas funciones nativas de la nube para simplificar la pila tecnológica y mejorar la fiabilidad y la capacidad de gestión.
• Reconstruir una aplicación para sacarle el máximo partido a la nube significa reescribirla utilizando las últimas arquitecturas de microservicios y herramientas de desarrollo para maximizar la reutilización de los componentes de la aplicación y permitir una portabilidad real entre plataformas en la nube.
• Retirar una aplicación tiene sentido cuando su funcionalidad ya no es necesaria o está siendo sustituida por aplicaciones más nuevas. IBM acuñó el término "funcionalmente estabilizada" para informar a los clientes de que no se añadirán nuevas funciones, cesará el soporte y los clientes deberán seguir una ruta de migración definida hacia una solución de sustitución.