BLOG | OFICINA DEL CTO

Los servicios de aplicaciones deben seguir a las aplicaciones tal y como siguen a los datos

Miniatura F5
F5
Publicado el 25 de septiembre de 2018

 

La adopción de la nube, y ahora de los contenedores, ha alterado la arquitectura de red tradicional que ha dominado el diseño de centros de datos durante décadas. El control del tráfico ya no se limita a ubicaciones bien definidas en una única arquitectura de red. Ahora se distribuye a través de Internet y de todo el centro de datos a medida que los contenedores anulan capacidades cada vez mayores de entrega de aplicação .

Esa distribución de aplicações está causando estragos en las operaciones, ya que la visibilidad, la seguridad y el rendimiento de las aplicações y la infraestructura de soporte ya no pueden garantizarse mediante el control de la ruta de datos.

Está claro que el tradicional punto de control estratégico de la red está siendo alterado y, con él, los servicios de aplicação que desde hace tiempo asumían su existencia.

Durante años, estos servicios de aplicação se han entregado en plataformas conocidas como controladores de entrega de aplicação . El ADC, a su vez, ha recurrido al hardware para obtener la escala y la velocidad necesarias para satisfacer los requisitos de rendimiento y disponibilidad del negocio. El ADC como solución de hardware ha sido reafirmado por la exigencia de manejar la carga de cientos y miles de aplicações en un solo dispositivo. Esta elección ha sido dictada por las aplicações, que están vinculadas a los datos para los cuales son la interfaz principal.

Pero los servicios de aplicação no están limitados a ese hardware, porque son y siempre han sido software. El beneficio del hardware especialmente diseñado siempre ha sido su capacidad de mejorar el rendimiento y la escala, brindando aumentos de órdenes de magnitud con respecto al hardware básico.

Hitos principales del F5

Así como los servicios de aplicação no están ligados al hardware, las aplicações tampoco lo están al centro de datos. De hecho, las aplicações están más estrechamente vinculadas a sus datos. Cuando esos datos se mueven, también lo hacen las aplicações. Esta relación de causa y efecto es fundamental para el futuro de la distribución de aplicação porque estamos a punto de generar más datos de los que podemos procesar. Según " La era Zettabyte" de Cisco: Tendencias y análisis ”, para el 2021 generaremos 60 zettabytes (ZB) de datos. Sin embargo, nuestra capacidad para mover esos datos sigue siendo mucho menor, 3,3 ZB. La gravedad de los datos vinculará necesariamente las aplicações al entorno en el que residen dichos datos. Ese entorno puede ser el centro de datos, pero también puede estar en la nube.

Este acoplamiento de las aplicações con sus datos también se observa en un acoplamiento similar de los servicios de aplicação con las aplicações. A medida que las aplicações se mueven, también deben hacerlo sus servicios de aplicação . Esto tiene un impacto en la ruta de datos.

La arquitectura y los modelos operativos han evolucionado para dar cabida a una ruta de datos predecible, pero esa previsibilidad ya no existe. Los servicios que componen las aplicações basadas en la nube no siguen ninguna interconectividad prescrita.

Los servicios en red deben transformarse.

Ha desaparecido la ruta de datos única y bien definida y, con ella, los puntos de control estratégicos en los que tradicionalmente se han implementado los servicios de aplicação . La ruta de datos ahora es variable, dinámica y distribuida. Hay más de ellos, a medida que la nube y las empresas adoptan enfoques por aplicación para el desarrollo, la implementación y la entrega. Ahora los servicios de aplicação se pueden insertar y ejecutar en cualquier lugar a lo largo de esa ruta.

 

Comparación de modelos de servicio

Para seguir las aplicações, la entrega de aplicação debe adoptar un modelo de servicios de aplicação que no se limite a la red del centro de datos. En cambio, necesita adoptar ubicaciones de implementación alternativas y modelos operativos que incluyan ofertas basadas en servicios y nativas de la nube. 

Este enfoque introduce nuevas opciones para la inserción y entrega de servicios de aplicação . Los servicios de aplicação pueden insertarse en la aplicação o el cliente, pero ejecutarse dentro de los límites de una nube o como un servicio. Pueden integrarse en la aplicação como componentes binarios o incluirse con metadatos como etiquetas. La ubicación se vuelve menos importante que la capacidad de seguir las aplicações a medida que siguen sus datos.

Las opciones son oportunidades

Puede resultar tentador considerar estas opciones como una amenaza, ya que no son propicias para la implementación de un ADC tradicional. Son inherentemente disruptivas para las arquitecturas de entrega tradicionales y obligan tanto a los proveedores como a los profesionales de la entrega de aplicação a expandir sus dominios más allá de los límites de la red.

Pero es mejor ver estas opciones como las oportunidades que son. Estas nuevas opciones son oportunidades para adoptar nuevos servicios de aplicação y modelos operativos como una forma de continuar brindando servicios de aplicação para garantizar que las aplicaciones sean seguras, rápidas y estén disponibles.