Hallo zusammen und willkommen zurück.
Im heutigen Video werden wir nun über die Lastverteilung der Anwendung sprechen.
Bevor wir uns jetzt ausführlicher mit dem Application Load Balancer befassen, ist es wichtig,
dass wir uns einen allgemeinen Überblick über die Grundlagen von HTTP-Headern verschaffen.
Auch hier ist eine wichtige Sache zu beachten, dass die HTTP-Header nicht wirklich Teil der Prüfungen sind.
Wenn Sie dies jedoch verstehen, können Sie besser verstehen, wie der Anwendungslastenausgleich funktioniert.
Auf hoher Ebene ermöglichen die HTTP-Header also dem Client und dem Server, die zusätzlichen Informationen mit einer
HTTP-Anforderung oder HTTP-Antwort zu übergeben.
Wenn Sie also eine Website öffnen, verwendet sie hauptsächlich entweder das HTTP- oder das HTTPS-Protokoll.
Und hinter den Kulissen gibt es verschiedene Arten von Headern, die für den Client übergeben werden.
Dabei können der Browser und der Server bestimmte Informationen austauschen.
Lassen Sie uns dies also besser verstehen.
Ich habe also einen Application Load Balancer, der derzeit ausgeführt wird.
Lassen Sie mich die damit verbundene URL und von meinem Browser kopieren.
In diesem Fall ist es Firefox.
Ich fahre fort und führe das Inspektionselement aus und lasse mich den DNS-Namen hier einfügen und lass uns jetzt die Eingabetaste in deinem drücken.
Du siehst, du hast eine einfache Antwort von Hey Mozilla, du hast ein großartiges Add-on.
Im Grunde gab der Load Balancer also eine Antwort an den Client zurück.
Wenn Sie nun dieses Netzwerk hier untersuchen, werden Sie feststellen, dass es bestimmte HTTP-Header gibt, die Sie hier
sehen werden.
Eine der primären ist die Gate-Anfrage, die Gate-Anfrage auf diesem speziellen Load Balancer.
Der Browser versucht also, den Inhalt abzurufen, indem er eine Anfrage an den Load Balancer richtet.
Und der Antwortstatus ist 200.
Das ist völlig in Ordnung.
Nun, wenn Sie hier drüben sehen, gibt es zwei wichtige Dinge.
Der erste ist der Host-Header.
Der Host-Header bestimmt im Wesentlichen, an welchen Host die Anfrage gesendet wurde.
In diesem Fall ist es der DNS-Over-Load-Balancer und Sie haben auch einen User-Agent-Header.
Der User-Agent-Header gibt also im Wesentlichen die Informationen über den Client an den Server weiter.
Im User-Agent-Header gibt Firefox also seine Informationen aus.
Sie sehen also, dass hier im Grunde Firefox Schrägstrich 102 steht.
Abgesehen davon gibt es viele andere Überschriften, die es vermeiden werden, sich zu diesem Zeitpunkt damit zu befassen.
Gut.
Das Hauptziel in dieser Phase war also zu verstehen, dass es beim Öffnen einer Website hinter den Kulissen bestimmte
HTTP-Anforderungen gibt und die HTTP-Antwort, die zwischen einem Client und dem Server-Client ausgetauscht werden, so etwas
wie eine URL oder ein W-Gate oder eine Client-Dose sein kann auch ein Browser sein.
Wenn wir nun über den Application Load Balancer sprechen, sollten Sie wissen, dass er auf der Anwendungsebene
funktioniert und sowohl das HTTP- als auch das HTTP-Protokoll unterstützt.
Da er nun auf der Anwendungsebene arbeitet, kann der Anwendungslastausgleicher fortfahren und die Inhalte
lesen, die den Headern zugeordnet sind, die zwischen einem Client und dem Server ausgetauscht werden.
Es kann also dieser Host-Header sein, es kann dieser User-Agent-Header sein und so weiter.
Und basierend auf dem Inhalt des Headers kann der Application Load Balancer fortfahren und die Anfrage an eine Reihe von
Servern ziehen, oder er kann fortfahren und auch eine andere Reihe von Operationen ausführen.
Nehmen wir also ein paar Beispiele.
Der erste bezieht sich also auf das pfadbasierte Routing, was der Anwendungs-Load-Balancer basierend auf der von Ihnen angeordneten
Anforderung tut.
Sie haben also ein Array von Slash-Videos oder ein riesiges Array von Slash-Zahlungen basierend auf diesem spezifischen Array in der
Anfrage. Es gibt bestimmte Regeln im Anwendungs-Load-Balancer, bei denen jede Anfrage, die ein Beispiel für Dot-Com-Slash-Videos
enthält, dies tun wird gehen Sie zu Server und Server zwei.
Dies sind also die ersten beiden Server, und jede Anfrage, die beispielsweise an Slash-Zahlungen von Dot Com
geht, wird an Server drei und Server vier gerichtet.
Lassen Sie mich Ihnen also auch zeigen, wo genau dieser Benutzer erfasst wird.
Lassen Sie uns nun im Allgemeinen in diesen spezifischen Headern, die wir erfasst haben, einen Blick auf den zweiten werfen,
der mit dem Symbol hier verbunden ist.
Gehen wir etwas nach unten und innerhalb der Anforderungsheader.
Ich öffne einfach die rohen Header hier drüben und in Ihnen sehen Sie, dass es eine Gate-Anforderung auf einem bestimmten Pfad
gibt.
In diesem Fall ist der Pfad das Lieblingssymbol, Punkt-Iso.
Das ist also der Weg, den wir hier diskutieren.
Dieser Pfad kann also alles sein, es kann Slash-Videos sein, es kann Slash-Zahlungen sein und so weiter.
Abhängig vom Pfad, den der Client anfordert, kann der Application Load Balancer die Anforderung entsprechend
weiterleiten.
Dies ist also ein Beispiel.
Nun bezieht sich das nächste Beispiel auf das Routing unter Verwendung der Host-Header.
In diesem Fall untersucht der Application Load Balancer also den Host-Header als Teil der
HTTP-Anforderung.
Und basierend auf dem Host-Header gibt es bestimmte Regeln.
In diesem Diagramm haben Sie beispielsweise einen Host-Header von example dot com und das Ziel ist server und
server two.
Jedes Mal, wenn eine Anfrage, die an ein Beispiel für dot com geht, den Load Balancer erreicht, sendet der Load Balancer
diese Anfrage an Server und Server zwei.
In ähnlicher Weise haben Sie einen weiteren Host-Header zum Halten von Tabs und das Ziel ist Server drei und Server
vier, wenn die Anforderung hier ankommt.
Wenn Sie sich das also aus unserer Header-Perspektive ansehen, sehen Sie, dass Sie hier drüben einen
Host-Header haben und dieser Host-Header eine bestimmte URL ist.
Auch basierend auf den Inhalten dieser URL kann der Application Load Balancer also seine eigenen Entscheidungen treffen, die sich derzeit innerhalb
des Application Load Balancer befinden.
Ich habe bestimmte Regeln für die heutige Demo hinzugefügt und diese Regeln basieren hauptsächlich auf dem User-Agent-Header.
Nun, da wir darüber gesprochen haben, wenn Sie sich erinnern, wir.
Dieser User-Agent-Header, in dem der Client fortfährt und Informationen über sich selbst gibt.
Firefox gibt also Informationen über sich selbst aus.
Chrome gibt Informationen über sich selbst aus, um sich gegenüber dem Server zu identifizieren.
Im Grunde selbst würde das Werkzeug bedeuten, das verwendet wird.
In dem mir zur Verfügung stehenden Application Load Balancer gibt es also drei primäre Regeln.
Die erste Regel lautet also, dass, wenn der User-Agent-Header aufgerufen wird, eine bestimmte Antwort an ihn gesendet wird.
Und wenn wir uns die Response Party ansehen, ist es eine hohe Berufung.
Wenn der HTTP-Header-Benutzeragent Mozilla ist, lautet die Antwort Hey Mozilla.
Wenn der User-Agent-Header W gate ist, dann ist die Antwort entweder w wait.
Je nach Inhalt des User-Agent-Headers ändert sich also die Antwort des Load-Balancers.
Und das ist einer der Gründe, warum jedes Mal, wenn wir die Load Balancer-URL in unserem Firefox-Browser öffnen mussten,
diese spezifische Antwort geschrieben wurde.
Lassen Sie uns also weitere Tests mit einer anderen Gruppe von Clients durchführen, um zu sehen, ob eine andere Antwort gegeben wird.
Gehen wir also zurück.
Ich kopiere die URL und verwende dieses Mal von meinem Terminal aus den Client, um die Anfrage an einen Load Balancer zu senden.
Dieses Mal, sehen Sie, ist die Reaktion völlig anders.
Es ist eine hohe Locke.
Ebenso verwenden wir ein anderes Tool, sagen wir w gate, um die Anfrage an diese bestimmte URL zu senden.
Und in ihrer Antwort gibt es eine Datei, die gespeichert wurde, die Datei ist indiziert, das ist HTML, wie Sie
hier sehen.
Lassen Sie uns den Bildschirm löschen.
Wenn wir eine Katze oder einen Index oder HTML machen.
Siehst du jetzt die Antworten?
Hallo, ich habe Sie entdeckt.
Gut.
Ich hoffe also, dass ich auf hoher Ebene verstanden habe, wie der Application Load Balancer in die HTTP-Header
schauen kann, um seine eigenen Entscheidungen zu treffen.
Lassen Sie mich Ihnen jetzt im Allgemeinen im Anwendungs-Load-Balancer zeigen, wann immer Sie fortfahren und einige Regeln hinzufügen
oder entfernen.
Wann immer Sie also eine Regel einfügen, kann diese Regel auf verschiedenen Parametern basieren.
Sie haben Host-Header, Sie haben pfadbasiertes Routing, die HTTP-Anforderungsmethode, die HTTP-Header und so
weiter.
Und abhängig von dem Header, den Sie erfassen, sagen wir, ich erfasse den HTTP-Header, wird im Grunde nach
dem Header-Typ gefragt, sagen wir, Benutzeragent, und Sie geben hier einen Wert an.
Sobald der Application Load Balancer diesen spezifischen Header in der an ihn gesendeten Anfrage erkennt,
können bestimmte Aktionen ausgeführt werden.
Es kann an eine Reihe von Servern weitergeleitet werden, Application Load Balancer kann eine bestimmte Antwort zurückgeben
und so weiter.
Groß.
Das ist also die Übersicht auf hoher Ebene, und damit wird das heutige Video abgeschlossen.