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.
Die folgenden Einschränkungen gelten nur für Lambda@Edge.
Inhalt
Hinweise zu Kontingenten finden Sie unter Kontingente für Lambda@Edge.
DNSAuflösung
CloudFront führt eine DNS Auflösung für den ursprünglichen Domainnamen durch, bevor es die Lambda @Edge -Funktion Ihrer ursprünglichen Anfrage ausführt. Wenn beim DNS Dienst für Ihre Domain Probleme auftreten und der Domainname nicht aufgelöst werden CloudFront kann, um die IP-Adresse zu erhalten, wird Ihre Lambda @Edge -Funktion nicht aufgerufen. CloudFrontgibt einen HTTP502-Statuscode (Bad Gateway) an den Client zurück. Weitere Informationen finden Sie unter DNSFehler (NonS3OriginDnsError).
Weitere Informationen zur Verwaltung von DNS Failover finden Sie unter Configuring DNS Failover im Amazon Route 53 Developer Guide.
HTTPStatuscodes
Lambda @Edge -Funktionen für Zuschauer-Antwortereignisse können den HTTP Statuscode der Antwort nicht ändern, unabhängig davon, ob die Antwort vom Ursprung oder vom CloudFront Cache stammt.
Version der Lambda-Funktion
Sie müssen eine nummerierte Version der Lambda-Funktion verwenden, nicht jedoch $LATEST
oder Aliase.
Lambda-Region
Die Lambda-Funktion muss sich in der Region USA Ost (Nord-Virginia) befinden.
Lambda-Rollenberechtigungen
Die der Lambda-Funktion zugeordnete IAM Ausführungsrolle muss es den Dienstprinzipalen lambda.amazonaws.com
ermöglichen, die Rolle edgelambda.amazonaws.com
zu übernehmen. Weitere Informationen finden Sie unter IAMBerechtigungen und Rollen für Lambda @Edge einrichten.
Lambda-Funktionen
Die folgenden Lambda-Funktionen werden von Lambda@Edge nicht unterstützt:
-
Andere Lambda-Laufzeitmanagement-Konfigurationen als Auto (Standard)
-
Konfiguration Ihrer Lambda-Funktion für den Zugriff auf Ressourcen in Ihrem VPC
-
Lambda-Umgebungsvariablen (mit Ausnahme von reservierten Umgebungsvariablen, die automatisch unterstützt werden)
-
Lambda-Funktionen mit der Verwaltung von AWS Lambda Abhängigkeiten mit Ebenen
-
Parallelität per Lambda
Anmerkung
Lambda @Edge -Funktionen nutzen dieselben regionalen Parallelitätsfunktionen wie alle Lambda-Funktionen. Weitere Informationen finden Sie unter Kontingente für Lambda@Edge.
-
Erstellen Sie eine Lambda-Funktion mit einem Container-Image
-
Lambda-Funktionen mit mehr als 512 MB flüchtigem Speicher
-
Erfassung von Lambda-Funktionsprotokollen in JSON strukturiertem Format
-
Steuerung der Granularität von Lambda-Funktionsprotokollen auf Protokollebene
-
Einstellen, an welche CloudWatch Amazon-Protokollgruppe Lambda Logs sendet
Unterstützte Laufzeiten
Lambda@Edge unterstützt Lambda-Funktionen mit den folgenden Laufzeiten:
Node.js |
Python |
---|---|
|
|
¹ Diese Version von Node.js hat das Ende ihrer Lebensdauer erreicht und wird bald von veraltet sein. AWS Lambda
²Diese Version von Node.js hat das Ende ihrer Lebensdauer erreicht und ist vollständig veraltet von. AWS Lambda
Sie können keine Funktionen mit veralteten Versionen von Node.js erstellen oder aktualisieren. Sie können bestehende Funktionen mit diesen Versionen nur Distributionen zuordnen. CloudFront Funktionen mit diesen Versionen, die Distributionen zugeordnet sind, werden weiterhin ausgeführt. Wir empfehlen Ihnen jedoch, Ihre Funktion auf neuere Versionen von Node.js umzustellen. Weitere Informationen finden Sie unter Runtime Deprecation Policy im AWS Lambda Developer Guide und im Release-Zeitplan für Node.js
Tipp
Es hat sich bewährt, die neuesten Versionen der bereitgestellten Laufzeiten für Leistungsverbesserungen und neue Funktionen zu verwenden.
CloudFrontHeader
Lambda @Edge -Funktionen können jeden der unter aufgeführten CloudFront Header lesen, bearbeiten, entfernen oder hinzufügen. CloudFront Anforderungsheader hinzufügen
Hinweise
-
Wenn Sie diese Header hinzufügen CloudFront möchten, müssen Sie sie so konfigurieren CloudFront , dass sie mithilfe einer Cache-Richtlinie oder einer Origin-Request-Richtlinie hinzugefügt werden.
-
CloudFront fügt die Header nach dem Viewer-Anforderungsereignis hinzu, was bedeutet, dass die Header für Lambda @Edge -Funktionen in einer Viewer-Anfrage nicht verfügbar sind. Die Header sind nur für Lambda @Edge -Funktionen in einer Ursprungsanfrage und einer Ursprungsantwort verfügbar.
-
Wenn die Viewer-Anfrage Header mit diesen Namen enthält und Sie das Hinzufügen dieser Header mithilfe einer Cache-Richtlinie oder einer Origin-Anforderungsrichtlinie konfiguriert CloudFront haben, werden die Header-Werte, die in der Viewer-Anfrage enthalten waren, CloudFront überschrieben. Funktionen, die dem Betrachter zugewandt sind, sehen den Header-Wert aus der Viewer-Anfrage, wohingegen Funktionen, die an den Ursprung gerichtet sind, den Header-Wert sehen, der hinzugefügt wurde. CloudFront
-
Wenn eine Viewer-Anforderungsfunktion den
CloudFront-Viewer-Country
Header hinzufügt, schlägt sie bei der Überprüfung fehl und CloudFront gibt HTTP den Statuscode 502 (Bad Gateway) an den Viewer zurück.
Einschränkungen für Anforderungstext mit der Option „Text einschließen“
Wenn Sie die Option Text einbeziehen wählen, um den Anforderungstext für Ihre Lambda @Edge -Funktion verfügbar zu machen, gelten die folgenden Informationen und Größenbeschränkungen für die Teile des Hauptteils, die offengelegt oder ersetzt werden.
-
CloudFront immer base64 kodiert den Hauptteil der Anfrage, bevor er Lambda @Edge zur Verfügung gestellt wird.
-
Wenn der Anforderungstext groß ist, CloudFront kürzt er ihn, bevor er Lambda @Edge zur Verfügung gestellt wird, wie folgt:
-
Bei Viewer-Anforderungsereignissen wird der Fließtext bei 40 KB abgeschnitten.
-
Bei Ursprungsanforderungsereignissen wird der Fließtext bei 1 MB abgeschnitten.
-
-
Wenn Sie schreibgeschützt auf den Anfragetext zugreifen, wird der vollständige ursprüngliche CloudFront Anfragetext an den Ursprung gesendet.
-
Wenn Ihre Lambda @Edge -Funktion den Hauptteil der Anfrage ersetzt, gelten die folgenden Größenbeschränkungen für den Hauptteil, den die Funktion zurückgibt:
-
Wenn die Lambda@Edge-Funktion den Textkörper als Klartext zurückgibt:
-
Für Viewer-Anforderungsereignisse liegt die Obergrenze für den Hauptteil bei 40 KB.
-
Für Ereignisse mit Ursprungsanfragen liegt die Obergrenze für den Hauptteil bei 1 MB.
-
-
Wenn die Lambda@Edge Funktion den Textkörper als base64-codierten Text zurückgibt:
-
Bei Viewer-Anforderungsereignissen liegt die Obergrenze für den Hauptteil bei 53,2 KB.
-
Für Ereignisse mit Ursprungsanfragen liegt die Obergrenze für den Hauptteil bei 1,33 MB.
-
-
Anmerkung
Wenn Ihre Lambda @Edge -Funktion einen Text zurückgibt, der diese Grenzwerte überschreitet, schlägt Ihre Anfrage mit dem HTTP 502-Statuscode (Fehler bei der Lambda-Validierung) fehl. Wir empfehlen Ihnen, Ihre Lambda @Edge -Funktion so zu aktualisieren, dass der Körper diese Grenzwerte nicht überschreitet.
Antwort-Timeout und Keep-Alive-Timeout (nur benutzerdefinierte Ursprünge)
Wenn Sie Lambda @Edge -Funktionen verwenden, um das Antwort-Timeout oder das Keep-Alive-Timeout für Ihre Distributionsursprünge festzulegen, stellen Sie sicher, dass Sie einen Wert angeben, den Ihr Ursprung unterstützen kann. Weitere Informationen finden Sie unter Quoten für Antwort- und Keep-Alive-Timeouts.