No cabe duda (al menos, en mi opinión) de que el nuevo modelo operativo estándar de las organizaciones empresariales se basa en gran medida en la nube. Utilizo el término «nube» en sentido amplio para englobar tanto los modelos de nube privada (en las propias instalaciones) como los de nube pública (fuera de ellas), ya que todo apunta a que ambos seguirán utilizándose en el futuro próximo.
En algunos casos, eso implica utilizar varias nubes de ambos tipos, en una combinación que enfrenta una nube pública con otra y con al menos una opción de nube privada (aunque quizá sean más).
Independientemente de cuántas instancias de cada modelo formen parte de la estrategia de una organización, lo cierto es que probablemente esté desplegando aplicaciones en varias nubes. En otras palabras, utiliza un entorno multinube. Hay varias buenas razones para ello, pero no son relevantes para el tema que nos ocupa hoy. Basta con decir que es probable que las organizaciones estén aplicando una estrategia «multinube». No hay más que decir.
Sin embargo, eso implica muchas cosas. David Linthicum, comentarista sobre la nube y experto de primer nivel, señala en un artículo reciente el impacto de este tipo de estrategia en las iniciativas de DevOps:
“1. Necesitas una solución híbrida para DevOps Las nubes públicas actuales no ofrecen una solución integral para DevOps. Aunque cuentan con herramientas de gestión del desarrollo de aplicaciones, incluida la compatibilidad con DevOps, todavía tendrás que crear una solución combinando distintos productos, entre ellos servicios de nube pública y, sí, software tradicional.”
Más allá de la necesidad de contar con cadenas de herramientas de DevOps, es importante reconocer que, si ejecuta aplicaciones en varias nubes, es porque intenta ponerlas a disposición de los usuarios, ya sean internos, externos o socios; personas, dispositivos o API. No importa quién (o qué) sea el usuario: lo cierto es que, por lo general, se implementa una aplicación con la intención de que se utilice para cumplir algún objetivo empresarial, lo que exige que la aplicación se entregue a quien (o a lo que) la necesite.
La entrega de aplicaciones requiere servicios. Ya se trate simplemente de equilibrar la carga para poder escalar o de servicios de seguridad del IoT para su último dispositivo o artilugio, existe una gran variedad de servicios de aplicaciones que, en última instancia, garantizan la entrega segura de las aplicaciones a sus destinatarios. Si va a trabajar con un modelo multinube, surgirán los mismos problemas que con DevOps. No todas las nubes ofrecen los mismos servicios, y es casi seguro que los servicios nativos serán incompatibles con los de otras nubes. Es posible que pueda obtener algunos servicios del propio proveedor de la nube, pero seguirá necesitando otros y tendrá que recurrir a otras fuentes para implementarlos.
Si analizamos el número de servicios de aplicaciones que utilizan actualmente las organizaciones según nuestro informe de 2017 Estado de la entrega de aplicaciones veremos que la mayoría de las organizaciones utiliza entre 11 y 20 servicios de aplicaciones. Son muchos servicios, y se distribuyen en cinco categorías distintas: disponibilidad, rendimiento, seguridad, identidad y movilidad.
Lo que significa que probablemente acabará con una combinación de servicios —nativos de la nube y de otros tipos— distribuidos entre varios proveedores de nube, sin ninguna forma de gestionarlos de manera eficiente, y mucho menos de aprovechar su capacidad para ofrecer la visibilidad que necesita a fin de garantizar la mejor experiencia posible con las aplicaciones.
Como tan acertadamente señala David, tendrá que «improvisar una solución a partir de una combinación de productos que incluya servicios de nube pública» y, en este caso, servicios de aplicaciones prestados de forma más tradicional. Esto resulta ineficiente y, según nuestras encuestas, supone un reto para las organizaciones con una estrategia multinube.
Por tanto, cuando se adopta una estrategia multinube, es importante analizar detenidamente todas las demás estrategias que se ven afectadas por ella. DevOps es una de ellas y, sin duda, los servicios de aplicaciones son otra. Una estrategia de servicios de aplicaciones multinube no consiste únicamente en garantizar que se puedan implementar los servicios de aplicaciones necesarios en cada uno de los entornos de nube deseados. Para aprovechar las ventajas de la nube, también es importante asegurarse de que esos servicios puedan gestionarse de la forma más coherente posible, a fin de evitar la pérdida de visibilidad y el incumplimiento de las políticas en las nubes públicas que conforman el nuevo modelo operativo.
Puede que las estrategias multinube aún no sean «la norma», pero todo apunta a que acabarán siéndolo. Dado que un porcentaje significativo de organizaciones ya ha invertido en iniciativas de nube privada, muchas están recurriendo ahora a la nube pública para ampliar sus capacidades y aprovechar también sus ventajas. Sin embargo, esas ventajas pueden verse fácilmente mermadas por soluciones ineficientes que no permiten ofrecer de forma eficaz la coherencia en la gestión y las políticas necesaria para garantizar la entrega segura de aplicaciones.
Una estrategia multinube necesita soluciones multinube, y eso incluye los servicios de aplicaciones que son tan esenciales para ofrecer una experiencia de aplicación segura y satisfactoria.
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.