Und willkommen zurück im heutigen Video, wir werden über Mladic sprechen.
Auf einer allgemeinen Übersicht können Sie jetzt im Grunde Ihre Lamela-Funktion ausführen, um die Inhalte anzupassen, die Ihr
Cloud-Freund an Ihre Endbenutzer liefern könnte.
Nun, im Grunde lässt sich dies in einer schematischen Ansicht leicht erklären, denn wenn wir direkt in diese
theoretischen Punkte einsteigen, wird es nur verwirren.
Dies ist also eine schematische Darstellung.
Nehmen wir an, dies ist ein Benutzer.
Dies kann ein Browser sein.
Ciarlante und du hast hier eine Wolkenfront.
Dies ist ein Cloud-Freund.
Meine Güte.
Und das ist der Ursprung.
Dies kann ein Straßenmarkt oder eine andere Website sein, die Sie hinter den Kulissen betreiben.
Sie wissen, was Sie mit Lamda at the Edge tun können, ist, dass Sie die Lamina-Funktion an vier Hauptpunkten ausführen
können.
Der erste wichtige Punkt ist, bevor die Anfrage in die Cloud gelangt.
Mein Freund, der Knackpunkt ist, nachdem die Anfrage den Cloud-Cache verfehlt hat und bevor sie den Ursprung
erreicht.
Dies ist also der zweite Punkt, an dem Sie Ihre Lambda-Funktion ausführen können.
Der dritte Punkt ist, sobald Sie die Daten von Ihrem Ursprung zurückerhalten, dies ist der dritte Teil.
Und der vierte Teil ist, nachdem die Daten das Cloud Print Cash durchlaufen haben und bevor sie an den Benutzer
zurückgehen, haben Sie noch einen weiteren Punkt.
Es gibt also vier Zeiger, auf denen Sie Ihre Lambda-Funktion ausführen können.
Diese Zeiger werden nun durch einen Namen definiert.
Die erste wird durch die Anfrage des Betrachters definiert.
Die zweite wird durch die Ursprungsanforderung definiert.
Dann haben Sie die ursprüngliche Antwort.
Und viertens ist die Zuschauerreaktion.
Nein, aufgrund der Fähigkeit eines Dabblers, Ihre Lambda-Funktion in diesen vier Zeigern auszuführen, bietet
es wirklich viele Möglichkeiten und viele Fähigkeiten.
Lassen Sie uns also zu unserer ersten Folie zurückkehren und jeden dieser Punkte verstehen.
Kommen wir nun zum zweiten Punkt der ersten Folie zurück, dort heißt es, dass Sie Ihre Lambda-Funktion ausführen können,
um die Cloud-Druckanforderung und -Antworten an den folgenden Punkten zu ändern.
Wir haben bereits besprochen, dass es vier Hinweise gibt.
Dies sind die vier Hinweise, die Sie sich im Vergleich zur Zuschaueranfrage merken müssen.
Zweitens ist die ursprüngliche Antwort von Questers.
Und für diese Viewer-Antwort ist jetzt eine Viewer-Anfrage nichts, aber nachdem Cloud Print eine Anfrage von einem
Viewer erhält.
Darum geht es bei der Zuschaueranfrage.
Die zweite ist die ursprüngliche Anfrage, die im Wesentlichen besagt, dass dies der Ort ist, bevor Cloud Print
die Anfrage an den Ursprung weiterleitet.
Also vorher.
Sie haben also jetzt eine Cloud von Casoria, bevor Sie die Anfrage an den Ursprung weiterleiten, es gibt einen Pointer
Woodier.
An dieser Stelle wird dies als die ursprüngliche Anfrage bezeichnet.
Jetzt ist die dritte die ursprüngliche Antwort, die im Wesentlichen erfolgt, nachdem Cloud Print die Antwort vom
Ursprung erhalten hat.
Dies ist also der dritte Platz davon.
Und der vierte Platz ist die Zuschauerreaktion, die im Wesentlichen besagt, dass die Reaktion vor der Wolkenfront an
den Zuschauer weitergeleitet wird.
Das ist also der Standort.
Also bevor die Anfrage an den User Agent zurückgesendet wird.
Dies ist der vierte Platz.
Denken Sie daran, dass diese Darstellung, die Sie hier sehen, im Grunde das Cloud-Front-Cash ist.
Lassen Sie uns also eines tun.
Lassen Sie uns jedes dieser Ereignisse im Detail verstehen.
Nun wird die Viewer-Anfrage grundsätzlich bei jeder Anfrage ausgeführt, bevor die Cloud von Cash geprüft wird.
Dies ist etwas, das wir bereits bei einer Viewer-Anfrage gesehen haben, also bei jeder Lambda-Funktion, in die Sie es einfügen.
Dies sind also die vier Orte, an denen Sie Ihre Lambda-Funktion platzieren können, und diese
Lambda-Funktion wird an jedem dieser Orte ausgeführt, wenn eine Anforderung eingeht.
Daher wird jede Lambda-Funktion, die Sie an dieser bestimmten Stelle platzieren, jedes Mal ausgeführt, bevor der Cloud-Freund den
Scheck einlösen kann.
Nun gibt es viele Vorteile, wenn die Funktion auf Wunsch des Betrachters ausgeführt wird.
Einer der Vorteile besteht darin, das Eurail zu modifizieren.
Sie können ein Cookie erstellen, Sie können eine Abfrage oder eine zeichenfolgenbezogene Änderung durchführen.
Und eine der bekanntesten davon ist auch einfach zu erklären: Authentifizierungs- und Berechtigungsprüfungen durchzuführen.
Dies kann mit dem folgenden Diagramm verstanden werden, in dem Sie hier einen Benutzeragenten und eine
Cloud-Front haben.
Sobald die Cloud die Anfrage erhält, ist das erste, was das Cloud-Front-Cash ist,
die Viewer-Anfrage.
Trotzdem kann die Viewer-Anfrage grundsätzlich sogar überprüfen, welche Anfrage der User-Agent gesendet hat, ob
die Anfrage das entsprechende Passwort enthält, das zum Öffnen der Website erforderlich ist.
Wenn die Anfrage das entsprechende Passwort zum Öffnen der Website enthält, wird die Anfrage an das
OCC gesendet und dann an den Ursprung gesendet.
Wenn die Anfrage kein Passwort enthält, kann Ihre Viewer-Anfrage sogar die EDV für 03 an den User-Agent
zurücksenden.
Und diese Passwort-Authentifizierung ist eine der Funktionen, die viele Organisationen auf die Ebene der
Viewer-Anfragen stellen.
Denn wenn ein User-Agent eine bestimmte Datei anfordert und diese Datei jetzt Kastoria ist, kann es sein,
dass die Anfrage nicht an das Original geht.
Die Anfrage würde vom Cache selbst beantwortet.
Daher ist es sehr wichtig, insbesondere wenn Sie eine Art Passwort-Authentifizierung haben,
setzen Sie Ihr Passwort-Authentifizierungs-bezogenes Häkchen in die Viewer-Anfrage, damit Sie, sobald die Anfrage
auf der Cloud-Bedrohungsebene angekommen ist, Ihre Lambda-Funktion hier und dort ausführen Funktion kann bestimmen, ob die Anfrage
passieren darf oder nicht.
Der zweite Teil ist nun die ursprüngliche Anfrage.
Nun ist die Ursprungsanforderung im Allgemeinen ein Ort Ihrer Lambda-Funktion, die ausgeführt wird, wenn ein Cache
verpasst wird oder bevor eine Anforderung an den Ursprung weitergeleitet wird.
Im Grunde gibt es in dieser Phase viele Dinge, die Sie tun können, z. B. den Ursprung basierend
auf den Anforderungsheadern dynamisch zu segmentieren.
Also lass uns das verstehen.
Dies ist jedoch das Diagramm der ursprünglichen Anfrage.
Wenn Sie bemerken, muss ich hier von vorne beginnen, damit Sie leicht erkennen können, über welche Funktion oder an welchem
Ort wir diskutieren.
Hier sind wir also, vorausgesetzt, die Anfrage ging zuerst an unseren Freund, dann haben Sie die Viewer-Anfrage, dann
ging sie in den Cloud Frenk-Cache.
Es gibt einen Cache, Miss.
Erinnern Sie sich an einen wichtigen Teil, um sich an Sie zu erinnern.
Wenn ein Cache darauf trifft, kann Cloud Front die Daten direkt an den Benutzer liefern und dann werden die ursprüngliche
Anfrage und die ursprüngliche Antwort möglicherweise nicht ausgeführt.
Es ist also wichtig, sich daran zu erinnern.
Wenn also ein Cache-Fehltreffer auftritt, werden die Daten zur ursprünglichen Anfrage Audio jetzt Ursprungsanfrage weitergeleitet, die Sie
viele Parameter steuern können.
Einer der Parameter ist einer der Anwendungsfälle, mit denen Sie auf dieser Ebene arbeiten können, indem Sie den Ursprung
basierend auf den Anforderungsheadern dynamisch festlegen.
Es kann also vorkommen, dass es mehrere Ursprünge gibt.
Nehmen wir an, Sie haben einen S3, aber haben Sie eine einfache Instanz?
Nein.
Anhand dieser Lambda-Funktion können Sie anhand der Anfrage-Header erkennen, ob die Anfrage an den S3-Bucket oder an
die Easy-to-Instant-Buckets gehen soll.
All diese Kontrolle können Sie also auf der ursprünglichen Anforderungsebene selbst haben.
Jetzt können Sie die Daten aus der ursprünglichen Anfrage auch direkt zurücksenden.
Es muss nicht unbedingt der Endpunkt erreicht werden.
Abhängig von der Logik, die Sie Audio definieren möchten.
Der nächste Teil, den wir besprechen müssen, ist die Ursprungsantwort.
Nun wird die Origin-Antwort grundsätzlich bei einem Cache-Miss ausgeführt, nachdem eine Antwort vom Ursprung empfangen wurde.
Wenn wir uns also ihr Diagramm ansehen, das mit oder als Antwort verbunden ist.
Also kommt Auréliens Antwort nach der Herkunft und sendet das Datum ihrer Herkunft zurück.
Es geht zum ursprünglichen Audio der Reaktionsstufe.
Auch jetzt ist diese Phase sehr wichtig und Sie werden in der Lage sein, wie Sie wollen.
Anwendungsfälle daraus als Reaktion, Stufe eins besteht darin, dass Sie die Antwortheader ändern und auch
verschiedene Forensik- und Brandfehler vom Ursprung abfangen und ersetzen können.
Nehmen wir an, Sie haben einen Ursprung.
Es kann einfach sein, sofort zu starten, und Ihre Anwendung ist irgendwie ausgefallen und funktioniert überhaupt nicht.
Und was es gab, gab es einen Fehler von fünfhundert zurück.
Bei der ursprünglichen Antwort können Sie nun eine Logik verwenden, die immer dann, wenn Sie eine
500-Antwort vom Ursprung erhalten, diese Antwort durch eine bestimmte ersetzen kann.
Sie können ein bisschen sehen, dass die Website möglicherweise gewartet wird oder die Ursprungsantwort eine Verbindung
herstellen kann, oder es kann keine Restumleitung zu einem Zurück- oder zum Backup-Ursprung für die Anforderung erfolgen.
Dies ist also auch eine kritische Phase.
Die letzte Stufe ist nun die Zuschauerreaktion.
Die Viewer-Antwort ist im Grunde die Funktion, die auf alle Antworten ausgeführt wird, die entweder vom Ursprung
oder vom Cache empfangen werden.
Dies ist wiederum ein sehr wichtiger Zustand, da es passieren kann, dass nach einer Zuschaueranfrage die Anfrage von Bargeld
in die Cloud und von Gas aus der Cloud kommt.
Es sagte, dass die Daten an den Benutzeragenten zurückgehen würden.
Daher wird diese richtige Site möglicherweise überhaupt nicht ausgeführt.
Wenn Sie also möchten, dass bestimmte Funktionen für alle Antworten ausgeführt werden, die an den Benutzeragenten zurückgesendet werden,
ist es äußerst wichtig, Ihre Funktion an das Antwortlimit des Betrachters zu setzen.
Einer der Anwendungsfälle, für die viele Organisationen die Viewer-Antwort verwenden, besteht darin, den Antwortheader
zu ändern, bevor die Antwort zwischengespeichert wird.
Was nun im Grunde passiert ist aus der ursprünglichen Antwort, wenn Sie bestimmte Header haben, könnte es an
der fränkischen Wolke vergast werden.
Aber wenn Sie es auf die Ebene der Zuschauerreaktion setzen, haben Sie das Caching überhaupt nicht.
Es wird direkt auf der Ebene des Benutzeragenten ausgeführt.
Dies ist also der High-Level-Überblick über LAMDA bei D. H.
Ich hoffe, dieses Video war für Sie informativ und ich freue mich auf das nächste Video.