Tout d'abord, donnons-nous une idée des serveurs proxy, et après cela, nous pourrons facilement comprendre les serveurs proxy inverses et les équilibreurs de charge.

Serveur proxy

Eh bien, ici, ce chiffre représente une simple application client-serveur. Tous les clients envoient leurs demandes au proxy, puis le proxy enverra les demandes des clients au serveur. Donc, ce que fait essentiellement ce serveur proxy, c'est qu'il agira comme un pare-feu ou un bouclier côté client et gérera toutes les demandes des clients et les enverra au serveur en conséquence. L'objectif principal de ce type de proxy est de sécuriser les applications clientes contre les serveurs extérieurs et d'autres vulnérabilités de sécurité. Pourquoi? Comme vous pouvez le voir, ces clients et leurs adresses IP ne sont pas exposés au monde extérieur, mais le serveur proxy s'exposera au nom des applications clientes. J'espère que vous vous souvenez du scénario enfant-parent ci-dessus.

Serveur proxy inverse

Le concept du serveur proxy inverse est très similaire au serveur proxy. Supposons que plusieurs instances de serveur s'exécutent dans le backend. Mais n'oubliez pas qu'il n'est pas nécessaire d'avoir plusieurs instances de serveur, dans certains cas, il n'y aura qu'une seule instance de serveur. Dans la figure ci-dessus, vous pouvez voir que le serveur Reverse Proxy réside côté serveur. Au lieu de protéger les applications clientes, le proxy inverse protégera les instances de serveur dans le backend des tiers ou des clients extérieurs. Par conséquent, les clients ne sauront jamais quelle instance de serveur va résoudre leurs requêtes ou demandes. Chaque demande client sera filtrée au niveau du proxy inverse, puis le serveur proxy inverse redirigera ces demandes vers les instances de serveur pertinentes pour un traitement ultérieur.

Les serveurs proxy inverses présentent également de nombreux autres avantages. Ces proxys peuvent mettre en cache du contenu statique et dynamique. Si les clients demandent encore et encore la même ressource, nous pouvons mettre en cache ce contenu au niveau de la couche proxy. Par conséquent, nous n'avons pas besoin d'avoir à envoyer la même requête aux serveurs encore et encore. Le deuxième avantage de ces serveurs proxy est qu'ils peuvent compresser les données qui transiteront par le réseau, en utilisant des algorithmes comme gZip et Brotli. Un autre avantage important de ces serveurs proxy inverses est qu'ils peuvent agir comme un équilibreur de charge. Alors, examinons-le.

Équilibreur de charge

Comme nous l'avons vu précédemment, Reverse Proxy Server peut agir comme un équilibreur de charge. N'oubliez pas que tous les proxy inverses n'agissent pas comme un équilibreur de charge, mais chaque équilibreur de charge doit être un serveur proxy inverse. Ainsi, le rôle d'un équilibreur de charge est de répartir la charge des requêtes client entre les instances de serveur. Par exemple, supposons que nous ayons une application de commerce électronique qui reçoit plus de 5 millions de requêtes quotidiennes. Ainsi, côté serveur, si nous n'avons qu'une seule instance de serveur, elle ne pourra pas survivre face à un trafic aussi important. Nous avons donc besoin de plusieurs instances de serveur pour gérer ce trafic. Vous vous demandez peut-être si nous avons plusieurs instances, comment pouvons-nous répartir le trafic entre ces serveurs ? Exactement, c'est là que le Load Balancer entre en place.

L'équilibreur de charge collectera toutes les demandes des clients et les répartira entre les instances de serveur selon un algorithme. Dans ce cas précis (figure 04) il utilise l'algorithme Round Robin pour répartir la charge entre les instances du serveur. Dans l'algorithme Round-Robin, chaque nouvelle requête client sera transmise à la prochaine instance de serveur voisine de manière séquentielle rotative. Par conséquent, au lieu qu'un seul serveur résolve toutes les requêtes, tous les serveurs contribueront à résoudre les requêtes des clients dans un algorithme approprié et efficace. Non seulement Round Robin, mais il existe également d'autres algorithmes tels que Hash, IP Hash, Least Connections, etc.

Cool! Voilà pour cet article. Merci d'avoir lu jusqu'au bout. J'espère que vous avez appris quelque chose de précieux. Continuez à apprendre, continuez à grandir.

Si vous l'aimez, donnez-moi un Clap Suivez-moi sur Medium