La evolución del equilibrio de carga está ligada a la arquitectura de la aplicación

No debería sorprender que a medida que evoluciona una nueva generación de arquitecturas de aplicaciones, la acompañe una nueva generación de equilibrio de carga. Desde el nacimiento del equilibrio de carga, justo antes del cambio de siglo, la tecnología se ha movido a un ritmo predecible, lo que significa que es hora de innovar.

Hoy en día estamos viendo que la adopción de la quinta generación de arquitecturas de aplicação se acelera rápidamente. El crecimiento de las aplicações nativas de la nube (basadas en microservicios) está creciendo más rápido de lo esperado. La última investigación de Stackrox Containers and Kubernetes Security nos dice que casi el 30% de los encuestados han contenedorizado más de la mitad de sus aplicações.

También lo es el crecimiento de las cargas de trabajo que surgen de esta desagregación de aplicações en sus funciones de negocio compuestas. Esta deconstrucción está impulsada por un deseo de velocidad en la entrega de capacidades digitales a los consumidores. Al reducir el alcance a las funciones comerciales, cada una puede desarrollarse, probarse y entregarse independientemente sin afectar significativamente otras funciones comerciales. Esto permite que las empresas escalen más rápidamente al ofrecer nuevas capacidades digitales con mayor rapidez y frecuencia. El resultado es que ahora una aplicação tiene cinco o más cargas de trabajo, cada una de ellas contenerizada y escalada por sí sola.

En la arquitectura moderna, esas capas tradicionales se han descompuesto en múltiples componentes. Más del 80% de una aplicação moderna se compone de componentes de origen externo. Marcos de presentación, datos locales, datos de sesión, datos transaccionales. Incluso la lógica ha sido destrozada y distribuida entre cargas de trabajo que representan funciones empresariales individuales.

A medida que una aplicação monolítica se divide en diferentes funciones, el tráfico de este a oeste aumenta. La gran dependencia de las API exige mayor escalabilidad, optimización y acceso de baja latencia. El equilibrio de carga sigue siendo el medio principal para lograr esa escala. Pero no siempre se entrega a través de un proxy tradicional. Hoy en día, las rutas de datos son más complejas y dinámicas. Esto ha dado lugar a una nueva generación de equilibrio de carga que está tan distribuida como las cargas de trabajo que escala.

El equilibrio de carga está evolucionando para abordar los cambios en el panorama, y ​​en F5 eso significa centrarse en la aplicação.

Una nueva generación de servicios de aplicação seguirá el equilibrio de carga

También veremos que los servicios de aplicação , como la seguridad, seguirán el equilibrio de carga hacia un nuevo modelo desagregado porque la aplicação que protege se ha desagregado. En este modelo, la seguridad y la escala a nivel de microservicio (componente) son análogas a la seguridad y la escala de contenedor a contenedor. Por lo tanto, vemos el aumento de mallas de servicios asociadas con clústeres de Kubernetes. Una malla de servicios está diseñada para abordar la necesidad de una comunicación segura y escalable entre contenedores.

Observamos que las demandas y necesidades de la malla de servicios están cambiando. A medida que esto continúa creciendo, no está exento de desafíos. La complejidad sigue siendo un desafío importante para quienes desarrollan, implementan y operan contenedores. Es decir, una investigación de Reflex mostró que casi la mitad (43%) de los encuestados citaron la "complejidad" como su mayor desafío al ejecutar contenedores en entornos de producción.

Estos desafíos deberán resolverse con una capa de gestión (control) que debe permitir que una variedad de roles implementen y operen esta nueva generación de servicios de aplicação y equilibrio de carga. F5 está claramente posicionado para resolver el problema de operar a escala sin verse abrumado por la complejidad de las arquitecturas y entornos modernos.

Por ejemplo, ofrecemos Aspen Mesh para abordar el problema de la complejidad con las implementaciones de Kubernetes e Istio. También estamos trabajando en soluciones basadas en el poder de NGINX para controlar y brindar visibilidad a las implementaciones de aplicação modernas.

La adopción de arquitecturas de aplicação modernas seguirá teniendo un efecto transformador en los servicios de aplicação , como la seguridad y la visibilidad, a medida que siguen el equilibrio de carga. Para F5 eso significa pensar más allá de lo establecido y mirar dentro del conjunto de contenedores.