L'évolution de l'équilibrage de charge est liée à l'architecture des applications

Il n’est pas surprenant qu’à mesure qu’une nouvelle génération d’architectures d’application évolue, une nouvelle génération d’équilibrage de charge l’accompagne. Depuis la naissance de l’équilibrage de charge, juste avant le tournant du siècle, la technologie a évolué à un rythme prévisible, ce qui signifie qu’il est temps d’innover.

Aujourd’hui, nous constatons que l’adoption de la cinquième génération d’architectures d’application s’accélère rapidement. La croissance des applications cloud natives (basées sur des microservices) est plus rapide que prévu. Les dernières recherches de Stackrox Containers et Kubernetes Security nous indiquent que près de 30 % des personnes interrogées ont conteneurisé plus de la moitié de leurs applications.

Il en va de même pour la croissance des charges de travail résultant de cette désagrégation des applications en fonctions métier composites. Cette déconstruction est motivée par un désir de rapidité dans la fourniture des capacités numériques aux consommateurs. En réduisant la portée aux fonctions commerciales, chacune d'entre elles peut être développée, testée et livrée indépendamment sans impact significatif sur les autres fonctions commerciales. Cela permet aux entreprises d’évoluer plus rapidement en fournissant de nouvelles capacités numériques plus rapidement et plus fréquemment. Le résultat est qu’une application représente désormais cinq charges de travail ou plus, chacune étant conteneurisée et mise à l’échelle de manière autonome.

Dans l’architecture moderne, ces couches traditionnelles se sont décomposées en plusieurs composants. Plus de 80 % d’une application moderne est composée de composants provenant de sources externes. Cadres de présentation, données locales, données de session, données transactionnelles. Même la logique a été démantelée et distribuée sur des charges de travail qui représentent des fonctions commerciales individuelles.

Lorsqu'une application monolithique est divisée en différentes fonctions, le trafic est-ouest augmente. La forte dépendance aux API exige une mise à l’échelle, une optimisation et un accès à faible latence supplémentaires. L’équilibrage de charge reste le principal moyen d’atteindre cette échelle. Mais cela n’est pas toujours délivré via un proxy traditionnel. Les chemins de données sont aujourd’hui plus complexes et dynamiques. Cela a donné naissance à une nouvelle génération d’équilibrage de charge qui est aussi distribué que les charges de travail qu’il gère.

L'équilibrage de charge évolue pour faire face aux changements du paysage, et chez F5, cela signifie se concentrer sur l'application.

Une nouvelle génération de services applicatifs suivra l'équilibrage de charge

Nous verrons également des services applicatifs tels que la sécurité suivre l’équilibrage de charge dans un nouveau modèle désagrégé, car l’application qu’il sécurise s’est désagrégée. Dans ce modèle, la sécurité et l’échelle au niveau du microservice (composant) sont analogues à la sécurité et à l’échelle d’un conteneur à un autre. Nous assistons donc à l’essor des maillages de services associés aux clusters Kubernetes. Un service mesh est destiné à répondre au besoin d'une communication sécurisée et évolutive entre conteneurs.

Nous constatons que les demandes et les besoins en matière de maillage de services évoluent. Bien que ce secteur continue de se développer, il n’est pas exempt de défis. La complexité reste un défi important pour ceux qui développent, déploient et exploitent des conteneurs. À savoir, une étude de Reflex a révélé que près de la moitié (43 %) des répondants citent la « complexité » comme leur plus grand défi lors de l'exécution de conteneurs dans des environnements de production.

Ces défis devront être résolus avec une couche de gestion (contrôle) qui doit permettre à une variété de rôles de déployer et d’exploiter cette nouvelle génération de services d’équilibrage de charge et d’application. F5 est particulièrement bien placé pour résoudre le problème de l’exploitation à grande échelle sans être submergé par la complexité des architectures et des environnements modernes.

Par exemple, nous proposons Aspen Mesh pour résoudre le problème de complexité des déploiements Kubernetes et Istio. Nous travaillons également sur des solutions basées sur la puissance de NGINX pour contrôler et offrir une visibilité sur les déploiements d'applications modernes.

L’adoption d’architectures d’application modernes continuera d’avoir un effet transformateur sur les services d’application tels que la sécurité et la visibilité à mesure qu’ils suivent l’équilibrage de charge. Pour F5, cela signifie sortir des sentiers battus et regarder à l'intérieur du cluster de conteneurs.