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

Il n’est pas surprenant que l’émergence d’une nouvelle génération d’architectures applicatives s’accompagne d’une nouvelle génération de solutions d’équilibrage de charge. Depuis l’apparition de l’équilibrage de charge, peu avant le début du siècle, cette technologie a évolué à un rythme prévisible, ce qui signifie que le moment est venu d’innover.

Aujourd’hui, nous constatons que l’adoption de la cinquième génération d’architectures applicatives s’accélère rapidement. Le nombre d’applications cloud natives (basées sur des microservices) augmente plus vite que prévu. La dernière étude de Stackrox sur la sécurité des conteneurs et de Kubernetes révèle que près de 30 % des personnes interrogées ont conteneurisé plus de la moitié de leurs applications.

De même, le nombre de charges de travail issues de cette décomposition des applications en fonctions métier distinctes augmente. Cette déconstruction répond à la volonté de fournir plus rapidement des fonctionnalités numériques aux consommateurs. En limitant le périmètre à des fonctions métier, chacune peut être développée, testée et déployée indépendamment, sans incidence notable sur les autres. Les entreprises peuvent ainsi évoluer plus rapidement en proposant de nouvelles fonctionnalités numériques plus vite et plus fréquemment. Par conséquent, une application correspond désormais à cinq charges de travail ou plus, chacune étant conteneurisée et mise à l’échelle indépendamment.

Dans les architectures modernes, ces couches traditionnelles se sont décomposées en de multiples composants. Plus de 80 % d’une application moderne se compose de composants provenant de sources externes : frameworks de présentation, données locales, données de session, données transactionnelles. Même la logique a été fragmentée et répartie entre des charges de travail correspondant à des fonctions métier distinctes.

À mesure qu’une application monolithique est décomposée en différentes fonctions, le trafic est-ouest augmente. La forte dépendance aux API exige davantage de mise à l’échelle, d’optimisation et d’accès à faible latence. La répartition de charge reste le principal moyen d’atteindre cette capacité de mise à l’échelle. Toutefois, elle ne repose pas toujours sur un proxy traditionnel. Aujourd’hui, les chemins de données sont plus complexes et dynamiques. Cette évolution a donné naissance à une nouvelle génération de solutions de répartition de charge, aussi distribuées que les charges de travail qu’elles mettent à l’échelle.

L’équilibrage de charge évolue pour s’adapter aux changements du paysage technologique. Chez F5, cela se traduit par une attention particulière portée à l’application.

Une nouvelle génération de services applicatifs succédera à l’équilibrage de charge

Nous verrons également des services applicatifs tels que la sécurité suivre l’équilibrage de charge vers un nouveau modèle désagrégé, car l’application qu’ils sécurisent s’est elle-même désagrégée. Dans ce modèle, la sécurité et la mise à l’échelle au niveau des microservices (composants) sont comparables à celles qui s’appliquent aux communications entre conteneurs. C’est pourquoi nous assistons à l’essor des maillages de services associés aux clusters Kubernetes. Un maillage de services vise à répondre au besoin de communications sécurisées et évolutives entre conteneurs.

Nous constatons que les exigences et les besoins liés aux maillages de services évoluent. Cette technologie poursuit son essor, mais non sans difficultés. La complexité reste un défi majeur pour les personnes qui développent, déploient et exploitent des conteneurs. À ce titre, une étude de Reflex révèle que près de la moitié (43 %) des personnes interrogées citent la « complexité » comme leur principal défi lors de l’exécution de conteneurs dans des environnements de production.

Ces défis devront être relevés grâce à une couche de gestion (contrôle) permettant à différents profils de déployer et d’exploiter cette nouvelle génération de services d’équilibrage de charge et de services applicatifs. F5 est particulièrement bien placée pour permettre une exploitation à grande échelle sans se laisser submerger par la complexité des architectures et environnements modernes.

Par exemple, nous proposons Aspen Mesh pour répondre au problème de complexité des déploiements Kubernetes et Istio. Nous travaillons également sur des solutions qui s’appuient sur la puissance de NGINX afin de contrôler les déploiements d’applications modernes et d’offrir une visibilité sur ceux-ci.

L’adoption des architectures applicatives modernes continuera d’avoir un effet transformateur sur les services applicatifs tels que la sécurité et la visibilité, dans le sillage de l’équilibrage de charge. Pour F5, cela signifie sortir des sentiers battus et regarder au cœur du cluster de conteneurs.