Informationen zur kontinuierlichen Bereitstellung
In den folgenden Themen wird erläutert, wie die kontinuierliche Bereitstellung von CloudFront funktioniert.
Themen
Weiterleiten von Anforderungen an die Staging-Distribution
Wenn Sie die kontinuierliche Bereitstellung von CloudFront verwenden, sind in Bezug auf die Viewer-Anforderungen keine Änderungen erforderlich. Viewer haben nicht die Möglichkeit, unter Verwendung eines DNS-Namens, einer IP-Adresse oder eines CNAME Anforderungen direkt an eine Staging-Verteilung zu senden. Die Viewer senden Anforderungen vielmehr an die primäre Verteilung (Produktionsverteilung) und auf der Grundlage der Einstellungen für die Datenverkehrskonfiguration in der Richtlinie für die kontinuierliche Bereitstellung leitet CloudFront einige dieser Anforderungen an die Staging-Verteilung weiter. Es gibt zwei Arten von Datenverkehrskonfigurationen:
- Gewichtet
-
Bei einer gewichtsbasierten Konfiguration wird der angegebene Prozentsatz der Viewer-Anforderungen an die Staging-Verteilung weitergeleitet. Wenn Sie eine gewichtsbasierte Konfiguration verwenden, können Sie auch Session Stickiness (Sitzungs-Stickiness) aktivieren. Dadurch wird sichergestellt, dass CloudFront Anforderungen desselben Viewers als Teil einer einzelnen Sitzung behandelt. Weitere Informationen finden Sie unter Sitzungs-Stickiness bei gewichtsbasierten Konfigurationen.
- Header-basiert
-
Bei einer Header-basierten Konfiguration werden Anforderungen an die Staging-Verteilung weitergeleitet, wenn die Viewer-Anforderung einen bestimmten HTTP-Header enthält (den Header und Wert geben Sie selbst an). Anforderungen, die den angegebenen Header und Wert nicht enthalten, werden an die primäre Verteilung weitergeleitet. Diese Konfiguration ist hilfreich, wenn Sie lokale Tests durchführen oder die Kontrolle über die Viewer-Anforderungen haben.
Anmerkung
Header, die an Ihre Staging-Verteilung weitergeleitet werden, müssen das Präfix
aws-cf-cd-enthalten.
Sitzungs-Stickiness bei gewichtsbasierten Konfigurationen
Wenn Sie eine gewichtsbasierte Konfiguration verwenden, um Datenverkehr an eine Staging-Verteilung weiterzuleiten, können Sie auch Session Stickiness (Sitzungs-Stickiness) aktivieren. Dadurch wird sichergestellt, dass CloudFront Anforderungen desselben Viewers als eine einzelne Sitzung behandelt. Wenn Sie Sitzungs-Stickiness aktivieren, setzt CloudFront ein Cookie, sodass alle Anforderungen desselben Viewers in einer einzigen Sitzung von einer Verteilung verarbeitet werden, der primären Verteilung oder der Staging-Verteilung.
Wenn Sie Sitzungs-Stickiness aktivieren, können Sie auch die Leerlaufdauer (idle duration) angeben. Wenn der Viewer während dieses Zeitraums inaktiv ist (keine Anforderungen sendet), läuft die Sitzung ab und CloudFront behandelt zukünftige Anforderungen dieses Viewers als neue Sitzung. Sie geben die Leerlaufdauer in Sekunden an. Möglich sind dabei Werte von 300 (fünf Minuten) bis 3 600 Sekunden (einer Stunde).
In den folgenden Fällen setzt CloudFront alle Sitzungen (auch aktive) zurück und betrachtet alle Anforderungen als neue Sitzung:
-
Sie deaktivieren oder aktivieren die Richtlinie für die kontinuierliche Bereitstellung.
-
Sie deaktivieren oder aktivieren die Einstellung für Sitzungs-Stickiness.
Aktualisieren der primären Distribution und der Staging-Distribution
Wenn einer primären Verteilung eine Richtlinie für die kontinuierliche Bereitstellung angefügt ist, sind die folgenden Konfigurationsänderungen sowohl für die primäre Verteilung als auch für die Staging-Verteilung verfügbar:
-
Alle Einstellungen in Bezug auf das Cache-Verhalten, einschließlich des Standard-Cache-Verhaltens
-
Alle Ursprungseinstellungen (Ursprünge und Ursprungsgruppen)
-
Benutzerdefinierte Fehlerreaktionen (Fehlerseiten)
-
Geografische Einschränkungen
-
Standardstammobjekt
-
Protokollierungseinstellungen
-
Beschreibung (Kommentar)
Sie können auch externe Ressourcen aktualisieren, auf die in der Konfiguration einer Verteilung verwiesen wird, beispielsweise eine Cache-Richtlinie, eine Antwort-Header-Richtlinie, eine CloudFront-Funktion oder eine Lambda@Edge-Funktion.
Primäre Verteilungen und Staging-Verteilungen nutzen nicht denselben Cache
Primäre Verteilungen und Staging-Verteilungen nutzen nicht denselben Cache. Wenn CloudFront die erste Anforderung an eine Staging-Verteilung sendet, ist ihr Cache leer. Wenn Anforderungen bei der Staging-Verteilung ankommen, beginnt diese mit dem Zwischenspeichern der Antworten (sofern entsprechend konfiguriert).
