Han surgido dos modelos distintos de «migración a la nube». El primero, y más evidente, es el enfoque nativo. Por «nativo» se entiende nuevo, ya sea desarrollado desde cero o reescrito. El enfoque nativo fomenta una atención centrada exclusivamente en la aplicación, partiendo de la premisa de que, al adaptarla a la nube, el rendimiento y la seguridad pasan a depender de la contratación de los servicios adecuados en la nube. Esto no es del todo cierto, pero se aproxima lo suficiente como para darlo por válido de momento.
El segundo enfoque es el «lift and shift» (migración directa), que consiste exactamente en lo que su nombre indica: trasladar una aplicación existente desde la infraestructura de su centro de datos a la nube, donde se instala sobre una infraestructura en la nube. Sin embargo, en este modelo no es posible centrarse únicamente en la aplicación, ya que esta tiene dependencias que también deben abordarse. Entre ellas se incluyen otros componentes arquitectónicos que abarcan tanto los servicios de aplicaciones como los de infraestructura.
Esto se destacó recientemente en un informe de Cloud Velox, centrado en aprovechar la nube como centro de datos secundario. Resulta interesante que señalara la siguiente conclusión:
“Persiste el estereotipo de que los profesionales de TI se oponen mayoritariamente a la nube debido a la preocupación que suscitan la seguridad y las redes. Sin embargo, el 55 % de los encuestados afirmó que adoptaría la recuperación ante desastres en la nube siempre que pudiera ampliar a esta sus controles locales de red y seguridad. Esto sugiere que los profesionales de TI no están en contra de la nube, sino que simplemente quieren disponer en ella de controles equivalentes. ”
Cloud Velox se centraba en la recuperación ante desastres, pero parece que la cuestión general tiene una aplicación mucho más amplia. Migrar las aplicaciones a la nube resulta mucho más aceptable si también se pueden trasladar con ellas los controles (servicios) de red y seguridad.
Básicamente, si trasladas una aplicación que se ha optimizado a lo largo de los años mediante servicios de aplicaciones alojados en la red, pero no trasladas también dichos servicios, pierdes esas optimizaciones. Existe la creencia errónea de que el mero hecho de estar en la nube mejora el rendimiento porque la aplicación se encuentra físicamente más cerca de la red troncal de Internet y de los usuarios que interactúan con ella. Esto es cierto hasta cierto punto, pero no del todo, ya que gran parte del rendimiento de una aplicación no viene determinado por la latencia de la red. Lo cierto es que muchas de las ineficiencias que provocan un bajo rendimiento en una aplicación están relacionadas con el tamaño y la composición del contenido, una gestión deficiente de las conexiones y la imposibilidad de ajustar correctamente la pila de red a las necesidades específicas de la aplicación.
Los problemas de seguridad tampoco desaparecen de repente al migrar una aplicación a la nube sin modificarla. Si la aplicación era vulnerable a ataques XSS o de inyección SQL (SQLi) en el centro de datos, puede estar seguro de que seguirá siéndolo cuando la traslade a la nube*. Si esos problemas se solucionaban en el centro de datos mediante un firewall de aplicaciones web o componentes de seguridad implementados en un proxy programable, lo mejor será migrar también el firewall de aplicaciones y el proxy junto con la aplicación.
La posibilidad de «migrar sin cambios» una arquitectura, en lugar de solo la aplicación, es una de las razones de la creciente popularidad de la opción de nube coubicada. También se argumenta que permite ahorrar costes frente a una infraestructura local y ofrece un mayor control que la nube, pero, sin duda, una de las características más atractivas de la nube coubicada es la posibilidad de migrar sin cambios una arquitectura completa y aprovechar la «nube de al lado». A veces, las organizaciones quieren acercar la fuente de datos a las aplicaciones desplegadas en la nube para evitar la latencia —perjudicial para el rendimiento— que supone tener que volver hasta el centro de datos corporativo. En otras ocasiones, la empresa quiere poder ampliar el front-end sin afectar al back-end (y, de nuevo, evitar la latencia). Migrar a un proveedor de nube coubicada les permite hacerlo, porque la nube está justo ahí, conectada mediante una interconexión muy rápida y de categoría de centro de datos.
Independientemente del enfoque adoptado para la nube (alojamiento compartido o nube pública), la clave para migrar con éxito a la nube consiste en trasladar la mayor parte posible de la arquitectura sin modificarla. Al margen de las opciones de servicios en la nube, es importante mantener los servicios críticos de la aplicación junto con esta durante la transición para garantizar que el traslado no comprometa el rendimiento ni la seguridad.
*También conocida como ley de Hoff que, aunque no es realmente una ley, sigue siendo una observación tan acertada hoy como cuando se formuló por primera vez en 2009
Sobre el autor
Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.
Más artículos de Lori Mac VittieArtículos relacionados del blog
Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.