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.

Bereitstellen von Web-Funktionscode aus Amazon S3

Sie stellen Lambda Web Function Code als .zip-Bereitstellungspaket in einem Amazon S3 S3-Bucket bereit. Dies ist die einzige Möglichkeit, Code für eine Webfunktion bereitzustellen. Wenn Sie eine Webfunktion oder Revision erstellen, geben Sie das Objekt in dem s3Object Feld an, unter dem codeConfig sich die Anforderung befindet. buildConfig Geben s3Object Sie den Bucket, den Schlüssel und eine optionale versionId ein. Lambda verweist direkt aus Ihrem Bucket auf Ihren Code. Da Lambda jede Revision einer bestimmten Objektversion zuordnet, sind Ihre Bereitstellungen reproduzierbar. Sie können ein einzelnes Bereitstellungspaket für mehrere Konten und Regionen wiederverwenden. AWS

Voraussetzungen

Bevor Sie Web Function-Code von Amazon S3 bereitstellen, stellen Sie sicher, dass Ihr Bucket und Ihr Bereitstellungspaket die folgenden Anforderungen erfüllen:

Erforderliche Berechtigungen

Um Webfunktionscode von Amazon S3 aus bereitzustellen, müssen Sie Berechtigungen sowohl für die aufrufende Identität als auch für den Lambda-Serviceprinzipal konfigurieren.

Berechtigungen des Anrufers

Um die Webfunktion oder Revision zu erstellen, benötigt Ihre IAM-Identität die folgenden Berechtigungen für das S3-Objekt:

Bei kontoübergreifenden Buckets muss die Bucket-Richtlinie auch der aufrufenden Identität Zugriff auf das Objekt gewähren.

Bucket-Richtlinie für Lambda

Die Bucket-Richtlinie muss dem Lambda-Service Principal (lambda.amazonaws.com) s3:GetObject und s3:GetObjectVersion Berechtigungen gewähren. Definieren Sie für die Richtlinie eine aws:SourceArn Bedingung, die dem ARN-Muster der Revision entspricht. Verwenden Sie es ArnLike mit einem Platzhalter für die Revisions-ID, da Lambda die Revisions-ID generiert, wenn Sie die Revision erstellen.

Wenn das Objekt mit einem AWS KMS Schlüssel (SSE-KMS) verschlüsselt ist, muss die Schlüsselrichtlinie auch den Aufruf kms:Decrypt dieses Schlüssels lambda.amazonaws.com ermöglichen. Lambda überprüft den Zugriff des Service Principal, wenn Sie die Revision erstellen, und lehnt die Anfrage ab, wenn der Zugriff fehlt.

Die folgende Beispiel-Bucket-Richtlinie gewährt Lambda Zugriff zum Lesen Ihrer Bereitstellungspakete für jede Version der angegebenen Webfunktion.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "AllowLambdaWebFunctionCodeAccess",
            "Effect": "Allow",
            "Principal": {
                "Service": "lambda.amazonaws.com"
            },
            "Action": [
                "s3:GetObject",
                "s3:GetObjectVersion"
            ],
            "Resource": "arn:aws:s3:::my-bucket/*",
            "Condition": {
                "ArnLike": {
                    "aws:SourceArn": "arn:aws:lambda:us-east-1:111122223333:web-function/my-function/revision/*"
                }
            }
        }
    ]
}

Um den Zugriff auf das key prefix zu beschränken, das Ihre Bereitstellungspakete enthält, ändern Sie den Resource my-bucket Wert inarn:aws:s3:::my-bucket/my-prefix/*, wobei Ihr Bucket-Name und my-prefix das key prefix sind. Behalten Sie das /* Ende des Präfixes bei. Ändern Sie den revision/* Platzhalter nicht inaws:SourceArn.

Erstellen einer Webfunktion mit Code aus Amazon S3

Sie geben Ihr S3-Bereitstellungspaket im codeConfig Abschnitt von anbuildConfig. Die folgenden Verfahren zeigen, wie Sie eine Webfunktion erstellen und wie Sie mit dem eine neue Revision erstellen AWS CLI.

Lebenszyklus eines Objekts

Lambda verlagert den Verkehr nicht automatisch von einer Failed Revision weg. Anfragen, die ein Endpunkt an eine Failed Revision weiterleitet, werden mit dem HTTP-Statuscode 409 und dem lambda-web-error-type Antwortheader von Platform.RevisionNotActive abgelehnt. Wenn der Endpunkt den Datenverkehr auf mehrere Revisionen verteilt, ist nur der Anteil der Anfragen betroffen, die an die Failed Revision weitergeleitet wurden. Anfragen, die an fehlerfreie Versionen weitergeleitet werden, werden normal bearbeitet. Um die Ausfälle zu verhindern, aktualisieren Sie die Revisionsgewichte des Endpunkts, um die Revision zu entfernen. Failed

Wenn Sie das Objekt mit einem neuen Upload überschreiben, wird eine neue S3-Version erstellt. Dies wirkt sich nicht auf bestehende Revisionen aus: Wenn Sie eine Revision erstellen, löst Lambda die genaue Objektversion auf und pinnt sie an, auch wenn Sie sie weglassen. versionId Wenn Sie jedoch eine alte Objektversion löschen, auf die eine Revision verweist, wechselt diese Revision in den Status. Failed Das Hochladen eines Ersatzobjekts hilft nicht, da es sich bei dem Ersatz um eine neue Version mit einer anderen Versions-ID handelt.

Multi-Region Bereitstellungen

Für Webfunktionen mit MultiRegion oder PerRegion Endpunkten liest Lambda Ihr Quellobjekt aus dem von Ihnen angegebenen Bucket, unabhängig davon, in welcher Region sich der Bucket befindet. Lambda repliziert dann das vorbereitete Codeartefakt, das es von diesem Objekt ableitet, in die anderen Regionen. Sie müssen Ihr Bereitstellungspaket nicht in Buckets in anderen Regionen kopieren. Weitere Informationen darüber, was Lambda repliziert, finden Sie unter. Was Lambda repliziert