Hallo und willkommen zurück.
In diesem Video werden wir besprechen, wie wir mehrere Ursprünge auf Cloud Print-Ebene festlegen können.
Einer der großen Vorteile von Cloud Print besteht darin, dass sich je nach der allgemeinen Benutzeroberfläche
des Auftrags auch der Ursprung ändern kann, an den der Auftrag gesendet wird.
Hier sehen Sie zum Beispiel, dass jedes Mal, wenn ein Benutzer eine HTML-Datei anfordert, dies als eine Art
dynamischer Inhalt betrachtet werden kann.
Ein Beispiel: Die Anfrage geht an die EC2-Instanz.
Wenn jedoch ein Benutzer Bilddateien wie JPEG-Dateien oder statische Inhalte anfordert,
geht die Anforderung an den S3-Bucket.
Diese Art von Architektur können Sie also mit mehreren Ursprungssätzen implementieren.
Lassen Sie uns nun fortfahren und auch eine kurze Demonstration machen, bevor wir es weiter verstehen.
In dieser speziellen Cloud-Distribution, die ich habe, sind zum Beispiel mehrere Ursprünge konfiguriert.
Wenn ich das also öffne, gehen wir zu den Ursprüngen im Inneren.
Sie werden sehen, dass es zwei Ursprünge gibt.
Eine ist die einfach zu handhabende Instanz und die zweite ist der S3-Bucket.
Dies ist dem Diagramm sehr ähnlich.
Da es zwei Ursprünge gibt, stellt sich nun die Frage, an welchen Ursprung die Cloud-Front eine Anfrage
senden wird.
Das hängt also alles vom Verhalten ab.
Hier habe ich zwei Verhaltensmuster.
Eine bezieht sich auf Bilder mit Schrägstrich Start oder JPEG.
Jede Anfrage, die diesen spezifischen Teil enthält, geht also an diesen Ursprung.
Wenn Sie sich den Ursprung ansehen, handelt es sich um den S3-Bucket.
Für jeden Antrag, der diesen Pfad nicht enthält, gibt es hier eine Standardinstanz von EC zwei.
Schauen wir uns also schnell die Funktionsweise des konfigurierten S3-Buckets an.
Wenn Sie das Pfadmuster sehen, ist Bilder Schrägstrich Start oder JPEG.
Jetzt habe ich im Eimer Bilder und hier habe ich ein Bild College Shift jpeg.
Daneben habe ich auch eine einfach zu bedienende Instanz, die läuft.
Kopieren wir die IPV vier dieser Instanz, und wenn ich sie in den Browser einfüge, zeigt sie im Grunde die Seite "Willkommen
bei Engine X".
In dieser einfach zu handhabenden Instanz sind keine Bilder konfiguriert.
Zum Beispiel, wenn ich sage, Bilder verschieben oder jpeg.
Sofort erhalten Sie einen Engine-Fehler, vor allem weil die Bilddatei hier nicht vorhanden ist.
Um das zu testen, kopieren wir die URL der Cloud-Distribution.
Kopieren wir also den Domänennamen.
Innerhalb der URL.
Fügen wir diesen Domänennamen hinzu.
Wenn ich wie erwartet die Eingabetaste drücke, werden wir auf der nächsten Seite begrüßt.
Sobald wir jedoch Bilder im Shift- oder JPEG-Format eingeben, wird diese spezifische Anfrage an den S3-Bucket weitergeleitet.
Lassen Sie uns das überprüfen, und sobald wir das getan haben, haben Sie das Bild wieder.
Jetzt.
Sie können sich auch bei der Aufsichtsbehörde erkundigen.
Wenn wir uns also die damit verbundenen Header ansehen, erhalten wir die Seite "Welcome to Engine ICS".
Das ist etwas, was wir bereits gesehen haben.
In der Kopfzeile sehen Sie, dass es sich um den Server Engine X handelt, also um den Webserver Engine X, der auf
der EC2-Instanz läuft.
Lassen Sie uns den Bildschirm leeren.
Dieses Mal werden wir die Bildanforderung zur Verteilung in die Cloud schicken.
Aus der Kopfzeile geht hervor, dass es sich bei dem Server nicht mehr um Engine X, sondern um Amazon S3 handelt.
Großartig.
Ich hoffe, dass Sie mit diesem Überblick die Konfiguration der Mehrfachherkunft verstanden haben.
Die allgemeinen Schritte sind sehr einfach.
Der erste primäre Schritt ist die Konfiguration mehrerer Ursprünge innerhalb der Cloud-Front-Distribution.
Anschließend können Sie je nach Anwendungsfall verschiedene Pfadmuster festlegen.
Wenn Sie z. B. statische Inhalte wie Bilder in SX drei haben, können Sie hier das Pfadmuster
angeben und den Gesamtursprung festlegen.
Das ist also ein sehr umfassender Überblick, und damit endet das heutige Video.