A pesar de la amplia adopción de estrategias multinube en el ámbito empresarial, sigue habiendo una escasez de soluciones eficaces que aborden los numerosos retos a los que se enfrentan las organizaciones al implementarlas. Uno de ellos es la interconexión segura de las cargas de trabajo alojadas en varios proveedores, un problema que se agrava a medida que se incorporan más proveedores de servicios en la nube.
De la mayoría (75 %) de las organizaciones que implementan aplicaciones en varias nubes, el 63 % utiliza tres o más nubes según una encuesta de Propeller Insights. En general, más de la mitad (56 %) considera difícil gestionar las cargas de trabajo entre distintos proveedores de servicios en la nube y señala problemas de seguridad, fiabilidad y, en términos generales, conectividad.
Gran parte de esta dificultad puede atribuirse a la existencia de modelos operativos contrapuestos. Cada nube ofrece servicios y API propios, exclusivos de cada proveedor, que a menudo obligan a los clientes a adaptarse a distintas competencias, políticas y enfoques. Todas las nubes ofrecen una experiencia de «red definida por software», pero no hay dos que ofrezcan la misma experiencia de «red definida por software». Esto suele dar lugar a configuraciones incoherentes que afectan a la seguridad y al rendimiento cuando no se tienen debidamente en cuenta estas diferencias entre entornos.
Esta dificultad de interconexión se ve agravada por la introducción de aplicaciones nativas de la nube (basadas en microservicios), que incrementan considerablemente el número de instancias que deben comunicarse entre sí. Propeller constató que «más del 70 % de los encuestados afirma que los problemas de seguridad se agravan en los entornos multinube debido a las diferencias entre los servicios de seguridad de los proveedores (77 %), al creciente número de API (75 %) y al predominio de las aplicaciones basadas en microservicios (72 %)».
Esta dificultad está generando la necesidad —y la demanda— de un nuevo enfoque para las redes multinube.
El reto de las redes multinube
Las redes multinube unifican dos enfoques diferentes para simplificar la entrega de aplicaciones:
- Adopta la interconexión de redes definida por software desde la base. Al crear una capa superpuesta que abstrae las diferencias entre los entornos de red y simplifica considerablemente las dificultades de utilizar conjuntamente varios entornos de nube, la infraestructura física fija se utiliza como una capa subyacente robusta, con un plano de control estándar entre nubes que permite implementar sobre ella redes virtuales dinámicas.
- Amplía las redes sencillas de contenedores para convertirlas, de arriba abajo, en una distribución sofisticada. Aunque el sector ha comenzado a adoptar las cargas de trabajo en contenedores como unidad de aplicación de facto, la infraestructura de red relativamente básica que las sustenta debe ampliarse a otros entornos, lo que marca la futura aparición de una nube distribuida que ayude a gestionar el tráfico de las aplicaciones entre entornos.
La convergencia de estos dos elementos ya ha dado lugar a la creación de dos capas de abstracción en las arquitecturas de aplicaciones de los clientes: Kubernetes para facilitar la gestión de las cargas de trabajo de red y las redes definidas por software (SDN) para simplificar la interconexión de redes. Sin embargo, la forma en que convergen actualmente estos dos enfoques sigue planteando importantes dificultades a los clientes.
Muchas organizaciones se enfrentan al problema de que estas tecnologías obligan a los equipos de operaciones a adoptar configuraciones excesivamente granulares para lograr un enfoque estandarizado de interconexión de redes cuando intervienen varias nubes. El enfoque de un proveedor de servicios en la nube —incluso para tareas de red extremadamente sencillas, como la gestión de VLAN— difiere claramente del adoptado por otro… y ambos pueden ser completamente ajenos al enfoque que adopta la empresa en sus propias iniciativas de nube privada. La forma en que se aprovisionan y gestionan las redes en los distintos entornos de nube suele hacer necesario mantener un equipo de expertos que conozca las diferencias entre los respectivos entornos simplemente para mantenerse al día con la estandarización de las redes.
La nube distribuida como solución
La dificultad de gestionar estas dos soluciones ya es considerable; añadir más de un proveedor de nube a esta pugna agrava aún más el problema. Está claro que hay mejores formas de abordarlo: integrar más estrechamente Kubernetes y las SDN, resolver las diferencias entre entornos y eliminar la necesidad de ser un experto en redes para hacerlo posible. En F5, denominamos a este enfoque «nube distribuida».
Los clientes suelen encontrarse con este problema cuando sopesan sus decisiones empresariales y las necesidades de sus aplicaciones antes de seleccionar la «mejor red/nube» para su servicio. Esta decisión tiene en cuenta diversos factores: el coste, la capacidad de puesta en marcha, la rapidez de implementación o la necesidad de operar en una región concreta… cualquier factor que el cliente considere fundamental para el éxito de su aplicación. En la decisión empresarial inicial, rara vez se tienen en cuenta los factores relacionados con la red o la interoperabilidad con otras nubes. Por desgracia, esto propicia la aparición de nuevos retos a medida que la aplicación avanza a lo largo de su ciclo de vida previsto y otros departamentos de la empresa toman decisiones diferentes sobre el uso de la nube.
En F5, creemos que no hay nada intrínsecamente incorrecto en las decisiones de utilizar tecnologías en la nube especialmente adecuadas para las necesidades empresariales, aunque ello implique recurrir a varios proveedores o entornos. No sugerimos que nuestros clientes deban centrarse exclusivamente en las ventajas de un proveedor de nube concreto, sino que deben tratar de crear elementos comunes entre todos ellos mediante soluciones diseñadas para escalar que sean razonables y estén al alcance de las competencias de red, las necesidades de las aplicaciones y los objetivos empresariales de los clientes. A este enfoque lo denominamos «nube distribuida».
Nuestro enfoque se sustenta en tres convicciones fundamentales:
- Entendemos que la red debe ser compatible con un modelo que permita trabajar desde cualquier lugar y en cualquier momento, sin que ello suponga una pérdida de calidad ni afecte a la experiencia del cliente.
- Afirmamos que cualquier nube de interconexión debe ser sencilla, completa y coherente, independientemente de la nube subyacente que elija nuestro cliente.
- Creemos que nuestros clientes deberían poder obtener más valor mediante una unificación sencilla, declarativa y basada en API de los planos de control y gestión.
El modelo de nube distribuida parte de la premisa de que los usuarios de las aplicaciones de nuestros clientes deben recibir un servicio con los máximos niveles de calidad, rendimiento y seguridad prácticamente en tiempo real. Nuestro objetivo es ofrecer una nube distribuida que incorpore los conceptos de elasticidad entre nubes sin aumentos desmesurados de los costes, limitaciones de tiempo en el aprovisionamiento ni diferencias entre entornos.
F5 ya ha creado una amplia cartera de soluciones para afrontar directamente estos momentos críticos mediante un conjunto coherente de tecnologías y prácticas, pero estamos trabajando intensamente para ampliarlo a todas las aplicaciones de las arquitecturas de nuestros clientes. Como parte de nuestra misión de avanzar hacia unas Aplicaciones Adaptativas, queremos ayudar a los clientes a completar estas transiciones para que puedan trasladar fácilmente las cargas de trabajo a las ubicaciones, regiones o modelos de costes más eficientes y eficaces, sin tener que contratar a un equipo de expertos en redes para cada entorno.
Lo que nos hace únicos es la capacidad de nuestros clientes para utilizar nuestras tecnologías a fin de crear puentes multicloud a escala de nube con sus cargas de trabajo críticas locales. Nuestra adquisición de Volterra permite a los clientes aplicar la misma soltura y capacidad a las cargas de trabajo y las redes de la nube pública mediante un auténtico plano común de control y gestión, lo que simplifica el reto de la interconexión de redes: ya no es necesario crear numerosos equipos para cada nube ni gestionar multitud de API específicas de cada entorno solo para establecer la conectividad entre ellas.
Seguimos haciendo de esto una prioridad: ofrecer a nuestros clientes soluciones empresariales multicloud sencillas y eficaces. Creemos firmemente que la respuesta a las peticiones de las organizaciones de «¡Lo necesito ya!» está realmente a nuestro alcance gracias a las tecnologías de F5, que permiten crear una nube mejor, más rápida, más segura y más distribuida.
Descubra cómo dejar atrás la gestión de múltiples nubes y adoptar las redes multinube
Sobre el autor
Artículos relacionados del blog
Proteger los endpoints de las API dificulta la seguridad de las API
Descubre las complejidades de la seguridad de las API, los retos a los que se enfrentan las organizaciones, la evolución de los ataques contra endpoints de API y la necesidad de políticas de seguridad adaptadas.
¿Qué es el sesgo de la IA y por qué es importante para TI?
Descubre los fundamentos del aprendizaje de la IA. Aprende cómo pueden surgir sesgos en la IA y qué riesgos plantean para las TI y la transformación digital.
Redefiniendo la ciberseguridad en el extremo de la nube distribuida con IA y telemetría en tiempo real
La transformación digital y la adopción de tecnologías en la nube están provocando cambios en las arquitecturas de las aplicaciones. Estos cambios introducen nuevas superficies de ataque, que son el objetivo de métodos de ataque avanzados, altamente organizados y con motivaciones económicas. Mediante el uso del framework Morpheus de NVIDIA, F5 está investigando técnicas para detectar estas amenazas avanzadas con telemetría en tiempo real y análisis basados en IA.
El papel de la nube en las aplicaciones nativas del edge
No debería sorprender que, al igual que la aparición de la nube dio lugar a las aplicaciones nativas de la nube, el edge esté impulsando un conjunto de aplicaciones nativas del edge. Sin embargo, estas aplicaciones no residirán únicamente en el edge. Al mismo tiempo, están surgiendo nuevos patrones arquitectónicos que aprovechan las aplicaciones alojadas en la nube y en el centro de datos.
La creciente diversidad de ubicaciones y usuarios está impulsando a las empresas hacia el edge
En el contexto del ámbito de las aplicaciones, el término «usuario» siempre se ha referido a la entidad que interactúa con una aplicación. Del mismo modo que los cambios en las arquitecturas de las aplicaciones impulsan cambios en las tecnologías que permiten ofrecerlas y protegerlas, los cambios en la definición de usuario han provocado cambios en los lugares donde se despliegan las aplicaciones.
El edge está impulsando un renacimiento de las infraestructuras
A medida que las organizaciones aumentan la generación de datos y tratan de extraer valor empresarial de ellos, sin duda recurrirán a la analítica y la automatización basadas en la IA y el aprendizaje automático. Precisamente este tipo de cargas de trabajo son las que más se beneficiarían de una infraestructura optimizada y, sin embargo, hoy en día son las que menos probabilidades tienen de poder aprovecharla.