Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Informationen zur kontinuierlichen Bereitstellung
In den folgenden Themen wird erläutert, wie CloudFront Continuous Deployment funktioniert.
Themen
Weiterleiten von Anforderungen an die Staging-Distribution
Wenn Sie CloudFront Continuous Deployment verwenden, müssen Sie nichts an den Viewer-Anforderungen ändern. 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. Stattdessen senden Zuschauer Anfragen an die primäre (Produktions-) Distribution und leiten einige dieser Anfragen an CloudFront die Staging-Distribution weiter, basierend auf den Einstellungen für die Verkehrskonfiguration in der Continuous Deployment Policy. Es gibt zwei Arten von Datenverkehrskonfigurationen:
- Weight-based
-
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 die Sitzungsverzögerung aktivieren. Dadurch wird sichergestellt, dass Anfragen desselben Zuschauers als Teil einer einzelnen Sitzung CloudFront behandelt werden. Weitere Informationen finden Sie unter Sitzungs-Stickiness bei gewichtsbasierten Konfigurationen.
- Header-based
-
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 den Traffic an eine Staging-Verteilung weiterzuleiten, können Sie auch die Sitzungsverzögerung aktivieren, um sicherzustellen, dass Anfragen desselben Viewers wie eine einzelne Sitzung CloudFront behandelt werden. Wenn Sie die Sitzungssperrung aktivieren, CloudFront wird ein Cookie gesetzt, sodass alle Anfragen desselben Zuschauers in einer Sitzung von einer einzigen Verteilung, entweder der primären oder der Staging-Verteilung, bearbeitet werden.
Wenn Sie Sitzungs-Stickiness aktivieren, können Sie auch die Leerlaufdauer (idle duration) angeben. Wenn der Zuschauer für diesen Zeitraum inaktiv ist (keine Anfragen sendet), läuft die Sitzung ab und zukünftige Anfragen dieses Viewers werden als neue Sitzung CloudFront behandelt. 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 werden alle Sitzungen (auch aktive) CloudFront zurückgesetzt und alle Anfragen werden als neue Sitzung betrachtet:
-
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 Distribution verwiesen wird, z. B. eine Cache-Richtlinie, eine Response-Header-Richtlinie, eine Funktion oder eine CloudFront Lambda @Edge -Funktion.
Primäre Verteilungen und Staging-Verteilungen nutzen nicht denselben Cache
Primäre Verteilungen und Staging-Verteilungen nutzen nicht denselben Cache. Wenn die erste Anfrage an eine Staging-Distribution CloudFront gesendet wird, ist deren Cache leer. Wenn Anforderungen bei der Staging-Verteilung ankommen, beginnt diese mit dem Zwischenspeichern der Antworten (sofern entsprechend konfiguriert).
