Nota del editor: La migración a la nube, ya sea un proyecto de elevación y cambio o una iniciativa de refactorización de aplicaciones más sofisticada, es una tarea que persiguen más clientes mientras buscan las ventajas de la computación en la nube pública. Pero sin una planificación cuidadosa de la migración a la nube, esas empresas de migración pueden no generar los beneficios esperados.
Los proveedores de servicios de TI, sin embargo, pueden desempeñar un papel en mantener a sus clientes al día con sus esfuerzos de implementación de la nube pública. En este artículo, John O’Shaughnessy, consultor senior de la división de transformación de centros de datos y nube en Insight, un proveedor de hardware, software, soluciones en la nube y servicios de TI, analiza las medidas que las organizaciones deben tomar para asegurarse de que sus las cargas de trabajo están listas para la nube.
A menudo, obtiene tanta sabiduría de los fracasos pasados de alguien como de sus éxitos. Esto también es cierto para las organizaciones que buscan migrar una o más cargas de trabajo a la nube. Aquí, analizamos algunas lecciones aprendidas de una variedad de contratiempos en la planificación de la migración a la nube de las empresas.
Planificación de la migración a la nube: evaluación de la carga de trabajo
En la prisa de los últimos años hacia la nube, muchas empresas y empresas de rango medio han adoptado una mentalidad de nube primero. Para algunos, esto significa una migración acelerada de cargas de trabajo a una nube pública.
Sin embargo, no todas las cargas de trabajo se crean de la misma manera, ni tampoco son las más adecuadas para la nube pública. Con cualquier carga de trabajo, realizar el trabajo preliminar inicial es fundamental para determinar la mejor plataforma subyacente para la migración. Esto incluye evaluar las necesidades técnicas y comerciales de la carga de trabajo y luego decidir qué plataforma subyacente ofrece la mejor opción.
La plataforma adecuada puede resultar ser una nube pública, una nube privada o, incluso, un entorno de nube híbrida. En el caso de las cargas de trabajo heredadas que envejecen, es posible que también se encuentren sobre la mesa importantes trabajos de reelaboración, reestructuración, consolidación o retiro, así como opciones más tradicionales de «levantar y cambiar».
No realizar este tipo de diligencia debida antes de la migración puede tener repercusiones costosas. Esto incluye uno de los más drásticos: la necesidad de migrar una carga de trabajo hacia atrás. fuera de un entorno de nube pública. En 2017, IDG Research realizó una encuesta encargada por Datalink, la división de centros de datos y nube de Insight Enterprises. Más de la mitad de los encuestados (52%) informaron tener que trasladar una o más cargas de trabajo de una nube pública a un modelo local.
Este tipo de experiencia del mundo real ha hecho que las organizaciones sean más mesuradas hoy en día en su enfoque de la migración a la nube. El setenta y cinco por ciento de los líderes de TI en la encuesta dijeron que ahora eran más cautelosos que hace un año al decidir si migrar o no cargas de trabajo específicas a un entorno de nube pública.
Obtener los detalles correctos: identificación de dependencias
La evaluación de las necesidades técnicas y comerciales de una carga de trabajo es un buen comienzo para asegurarse de elegir la plataforma correcta. Pero, aquí, como con cualquier migración, es realmente importante obtener los detalles correctos.
Algunas aplicaciones heredadas tienen muchas dependencias y flujos de datos. Todas estas partes interconectadas pueden ser difíciles de identificar y desenredar antes de que la carga de trabajo pueda estar «lista para la nube». Incluso entonces, es posible que algunos nunca lleguen allí sin invertir primero en una reestructuración significativa.
Otras cargas de trabajo pueden tener necesidades estrictas de cumplimiento y seguridad que tampoco hacen que la nube pública sea una buena opción.
Luego están las cargas de trabajo aparentemente benignas con interfaces web que parecen escalar fácilmente. Suelen considerarse ideales para la migración a la nube. Si bien muchos pueden serlo, aún se necesita una investigación cuidadosa antes de trasladar incluso estos tipos de cargas de trabajo a un entorno de nube pública.
Un ejemplo se identifica en el documento técnico, «Migración de cargas de trabajo en la nube pública: 9 errores comunes que se deben evitar». Aquí, la alta dirección de la organización quería migrar varias cargas de trabajo de aplicaciones a la nube. Las cargas de trabajo tenían interfaces web preexistentes y parecían fácilmente escalables. ¿Por qué no hacerlo?
Durante el período de evaluación inicial, se descubrió que la base de datos de back-end para estas cargas de trabajo también era fundamental para cientos de otras aplicaciones de la organización. Todas esas aplicaciones necesitaban acceso continuo y comunicación con la base de datos. Además, se descubrió que hasta 50 aplicaciones comprendían una sola carga de trabajo, y cada aplicación dependía de manera similar de la misma base de datos.
¿Podría esta carga de trabajo ir a la nube tal como estaba? No es probable. A los propietarios de las aplicaciones no les sorprendió el resultado de la evaluación. Esta arquitectura heredada en particular era demasiado monolítica y enredada para hacer de estas cargas de trabajo un buen candidato a corto plazo para la migración a la nube. Sin embargo, solo después de la evaluación, la administración de la empresa se dio cuenta de que tales cargas de trabajo (en su estado actual) no se podían migrar fácilmente.
Comprender la seguridad, implementar la gobernanza
Muchos de los errores identificados en el documento técnico se pueden evitar con la investigación interna inicial adecuada sobre cada carga de trabajo. También se pueden evitar mediante el uso de las mejores prácticas para evaluar la carga de trabajo adecuada o la alineación de la plataforma.
Además, la comprensión profunda de las herramientas y técnicas para administrar la seguridad e implementar la gobernanza en la nube será clave para una implementación exitosa de la nube pública.
La falta de objetivos, resultados y mediciones definidos para el éxito posterior a la migración también puede hacer tropezar los esfuerzos de migración a la nube de las organizaciones.
En última instancia, invertir tiempo en la realización de la debida diligencia en el front-end garantiza que las organizaciones sientan las bases para una transición sin problemas a la nube pública y obtengan los beneficios que la nube pública tiene para ofrecer.
Para obtener más información sobre la planificación de la migración a la nube, consulte esta Guía esencial en estrategia de migración. Y aprenda cómo las tendencias de implementación de la nube pública han afectado el canal inversiones de socios.