Salut à tous et bienvenue.
Maintenant, dans la vidéo d'aujourd'hui, nous allons discuter des équilibres de charge des applications.
Maintenant, avant de discuter plus en détail de l'équilibreur de charge d'application,
il est important pour nous de comprendre à un niveau élevé les bases des en-têtes HTTP.
Encore une fois, une chose importante à noter ici est que les en-têtes HTTP ne font pas vraiment partie des examens.
Mais comprendre cela vous permettra de mieux comprendre le fonctionnement de l'équilibreur de charge de l'application.
Ainsi, dans un aperçu de haut niveau, les en-têtes HTTP permettent au client et au serveur de transmettre les informations supplémentaires
avec une requête HTTP ou une réponse HTTP.
Ainsi, chaque fois que vous ouvrez un site Web, il utilise principalement le protocole HTTP ou HTTPS.
Et dans les coulisses, vous avez différents types d'en-têtes qui sont transmis au client.
Il peut s'agir du navigateur et du serveur pour échanger certaines informations.
Alors laissez-nous comprendre cela dans de meilleurs termes.
J'ai donc un équilibreur de charge d'application en cours d'exécution.
Permettez-moi de copier l'URL qui lui est associée et de mon navigateur.
Dans ce cas, il s'agit de Firefox.
Je vais continuer et je vais exécuter l'élément d'inspection et laissez-moi coller le nom DNS ici et appuyez sur Entrée maintenant dans votre vous
voyez que vous avez une réponse de base de Hey Mozilla, vous avez un excellent complément.
Donc, fondamentalement, une réponse a été donnée par l'équilibreur de charge au client.
Maintenant, si vous inspectez ce réseau ici, vous verrez qu'il y a certains en-têtes HTTP que vous
verrez ici.
L'une des principales est la demande de porte, la demande de porte sur cet équilibreur de charge spécifique.
Le navigateur essaie donc d'obtenir le contenu en faisant une demande à l'équilibreur de charge.
Et le statut de réponse est 200.
C'est tout à fait bien.
Maintenant, si vous voyez par ici, il y a deux choses importantes.
Le premier est l'en-tête de l'hôte.
L'en-tête de l'hôte détermine essentiellement à quel hôte la demande a été envoyée.
Dans ce cas, il s'agit de l'équilibreur de charge DNS et vous disposez également d'un en-tête d'agent utilisateur.
Ainsi, l'en-tête de l'agent utilisateur donne essentiellement les informations sur le client au serveur.
Ainsi, dans l'en-tête de l'agent utilisateur, Firefox donnera ses informations.
Donc, vous voyez qu'il indique essentiellement Firefox slash 102 ici.
Et à part cela, il existe de nombreux autres en-têtes qui éviteront de s'y intéresser à ce stade.
D'accord.
Donc, l'objectif principal à ce stade était de comprendre que chaque fois que vous ouvrez un site Web dans les
coulisses, il y a certaines requêtes HTTP et la réponse HTTP qui est échangée entre un client et le client serveur peut être
quelque chose comme une URL ou une porte W ou le client peut également être un navigateur.
Maintenant, lorsque nous discutons de l'équilibreur de charge d'application, sachez qu'il fonctionne au niveau de
la couche d'application et qu'il prend en charge à la fois le protocole HTTP et le protocole HTTP.
Désormais, puisqu'il fonctionne au niveau de la couche application, l'équilibreur de charge d'application
peut continuer et lire le contenu associé aux en-têtes échangés entre un client et le serveur.
Il peut donc s'agir de cet en-tête d'hôte, de cet en-tête d'agent utilisateur, etc.
Et en fonction du contenu de l'en-tête, l'équilibreur de charge d'application peut continuer et envoyer la demande à un ensemble
de serveurs, ou il peut continuer et effectuer également un autre ensemble d'opérations.
Prenons donc quelques exemples.
Donc, le premier est lié au routage basé sur le chemin dans ce que fait l'équilibreur de charge d'application en fonction de la requête
que vous mettez en réseau.
Donc, vous avez un tableau de vidéos slash ou un vaste éventail de paiements slash basés sur ce tableau spécifique dans la demande,
il existe certaines règles dans l'équilibreur de charge de l'application où toute demande qui vient de dire
des exemples de vidéos point com slash, il va allez au serveur et au serveur deux.
Ce sont donc les deux premiers serveurs et toute demande qui va par exemple aux paiements point com slash, elle
est dirigée vers le serveur trois et le serveur quatre.
Alors laissez-moi aussi vous montrer où exactement cet utilisateur est capturé.
Maintenant, généralement dans ces en-têtes spécifiques que nous avons capturés, examinons le second
qui est associé à l'icône ici.
Allons un peu plus bas et dans les en-têtes de requête.
Je vais juste ouvrir les en-têtes bruts ici et en vous, vous voyez qu'il y a une demande de porte sur un chemin spécifique.
Dans ce cas, le chemin est l'icône préférée, point iso.
C'est donc la voie dont nous discutons ici.
Donc, ce chemin peut être n'importe quoi, il peut s'agir de vidéos slash, de paiements slash, etc.
Ainsi, en fonction du chemin demandé par le client, l'équilibreur de charge d'application peut acheminer la demande
en conséquence.
C'est donc un exemple.
Maintenant, l'exemple suivant est lié au routage à l'aide des en-têtes d'hôte.
Donc, dans ce cas, ce que fait l'équilibreur de charge d'application, il examine l'en-tête de l'hôte dans le cadre
de la requête HTTP.
Et en fonction de l'en-tête de l'hôte, il existe certaines règles.
Par exemple, dans ce diagramme, vous avez un en-tête d'hôte d'exemple point com et la destination est le serveur et le
serveur deux.
Ainsi, chaque fois qu'une demande adressée à un exemple de point com atteint l'équilibreur de charge, l'équilibreur de charge
enverra cette demande au serveur et au serveur deux.
De même, vous avez un en-tête d'hôte supplémentaire pour garder les onglets pointés et la destination est le serveur trois et le
serveur quatre chaque fois que la demande arrive ici.
De même, si vous examinez cela du point de vue des en-têtes, vous voyez actuellement que vous avez
un en-tête d'hôte ici et cet en-tête d'hôte est une URL spécifique.
Ainsi, en fonction du contenu de cette URL également, l'équilibreur de charge d'application peut prendre ses propres décisions actuellement au sein
de l'équilibreur de charge d'application.
J'ai ajouté certaines règles pour la démo d'aujourd'hui et ces règles sont principalement basées sur l'en-tête de l'agent utilisateur.
Maintenant, pendant que nous discutions, si vous vous en souvenez, nous.
Cet en-tête d'agent utilisateur où le client va de l'avant et donne des informations sur lui-même.
Ainsi, Firefox donnera des informations sur lui-même.
Chrome fournira des informations sur lui-même pour s'identifier auprès du serveur.
Fondamentalement, cela signifierait l'outil qui est utilisé.
Ainsi, dans l'équilibreur de charge d'application dont je dispose, il existe trois règles principales.
La première règle est donc que si l'en-tête de l'agent utilisateur est appelé, une réponse spécifique lui est envoyée.
Et si nous examinons la partie de réponse, c'est un appel élevé.
Si l'agent utilisateur de l'en-tête HTTP est Mozilla, la réponse serait Hey Mozilla.
Si l'en-tête de l'agent utilisateur est W gate, la réponse est soit w wait.
Ainsi, en fonction du contenu de l'en-tête de l'agent utilisateur, la réponse de l'équilibreur de charge change.
Et c'est l'une des raisons pour lesquelles chaque fois que nous devions ouvrir l'URL de l'équilibreur de charge dans notre navigateur
Firefox, il avait écrit cette réponse spécifique.
Faisons donc plus de tests à partir d'un ensemble différent de clients pour voir si une réponse différente est donnée.
Alors revenons.
Je vais copier l'URL et depuis mon terminal cette fois j'utilise le client pour envoyer la requête à un équilibreur de charge.
Cette fois, voyez-vous, la réponse est complètement différente.
C'est une boucle haute.
De même, nous utiliserons un outil différent, disons w gate pour envoyer la requête à cette URL spécifique.
Et dans leur réponse, il y a un fichier qui est enregistré, le fichier est indexé, c'est-à-dire HTML comme vous
le voyez ici.
Effacons l'écran.
Si nous faisons un chat ou un index ou HTML.
Vous voyez les réponses maintenant?
Salut, w je vous ai détecté.
D'accord.
J'espère donc qu'un aperçu de haut niveau a compris comment l'équilibreur de charge d'application peut examiner
les en-têtes HTTP pour prendre ses propres décisions.
Maintenant, généralement dans l'équilibreur de charge d'application, chaque fois que vous ajoutez ou supprimez des règles, laissez-moi
vous montrer rapidement.
Ainsi, chaque fois que vous insérez une règle, cette règle peut être basée sur divers paramètres.
Vous avez un en-tête d'hôte, un routage basé sur le chemin, la méthode de requête HTTP, les en-têtes HTTP,
etc.
Et selon l'en-tête que vous capturez, disons que je capture l'en-tête HTTP, il demande essentiellement
le type d'en-tête, disons l'agent utilisateur et vous donnez une valeur ici.
Désormais, une fois que l'équilibreur de charge d'application détecte cet en-tête spécifique dans la demande qui lui a été
envoyée, certaines actions peuvent être effectuées.
Il peut être transmis à un ensemble de serveurs, l'équilibreur de charge d'application peut renvoyer une réponse spécifique,
etc.
Super.
Voilà donc l'aperçu de haut niveau et cela conclura la vidéo d'aujourd'hui.