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.
Konfigurationsoptionen für das Debuggen von serverless Anwendungen
Beim Öffnen deslaunch.json
-Datei, um Debug-Konfigurationen zu bearbeiten, können Sie den VS-Code verwendenIntelliSense
IntelliSense ermöglicht es Ihnen, Eigenschaften zum Aufrufen von Lambda Funktionen direkt oder mit derAWS SAM-Vorlage. Sie können auch Eigenschaften für "lambda"
definieren (wie die Funktion ausgeführt wird), "sam"
(wie das AWS SAM CLI die Anwendung entwickelt) und "aws"
(wie AWS die Verbindungsinformationen zur Verfügung stellt).
Property (Eigenschaft) | Description (Beschreibung) |
---|---|
|
Gibt an, welche Erweiterung die Startkonfiguration verwaltet. Immer auf |
|
Gibt einen leserfreundlichen Namen an, der in der Liste Konfiguration des Debuggen Startstarts angezeigt wird. |
|
Gibt die Art der Konfiguration anvon der benannten Erweiterung ausgeführt werden ( |
|
Gibt den Eintrittspunkt für den Aufruf der Ressource an. Um die Lambda Funktion direkt aufzurufen, legen Sie Werte für die folgenden
Für den Aufruf der Lambda-Ressourcen mit demAWS SAM-Vorlage, Werte für
|
Property (Eigenschaft) | Description (Beschreibung) |
---|---|
|
Verwenden Sie, um Betriebsparameter an Ihre Lambda-Funktion weiterzu Wenn Sie z. B. Daten in einen Amazon-S3-Bucket schreiben, anstatt den Bucket-Namen, Bucket-Namen als Umgebungsvariable zu codieren, hartzucodieren, hartzucodieren, hartzucodieren, hartzucodieren, AnmerkungWenn Sie Umgebungsvariablen für eine serverlose Anwendung angeben, müssen Sie Konfigurationen zu beidenAWS SAM-Vorlage ( Beispiel für die Formatierung einer Umgebungsvariablen in derAWS SAM-Vorlage:
Beispiel für die Formatierung einer Umgebungsvariablen in der
|
|
Stellt zwei Optionen für die Ereignisnutzlast bereit, die Sie Ihrer Lambda -Funktion als Eingabe bereitstellen.
|
|
Gibt Megabyte (MB) Speicher an, der für die Ausführung einer aufgerufenen Lambda-Funktion bereitgestellt wird. |
|
Gibt die Laufzeitumgebung an, die Lambda-Funktion verwendet. Weitere Informationen finden Sie unter AWS Lambda-Laufzeiten. |
|
Legt die zulässige Zeit in Sekunden fest, bevor die Debug-Sitzung das Timeout überschreitet. |
|
Gibt an, wo sich der lokale Code in Bezug auf die Ausführung im Container befindet. Standardmäßig setzt das Toolkit for VS Code Beispiel für Formatierung für
Einschränkungen:
|
Das Toolkit for VS Code verwendet denAWS SAMCLI zum Erstellen und Debuggen von serverless Anwendungen lokal. Sie können das Verhalten von AWS SAM CLI-Befehle, die Eigenschaften des "sam"
-Konfiguration in der Datei launch.json
konfigurieren.
Property (Eigenschaft) | Description (Beschreibung) | Standardwert |
---|---|---|
|
Konfiguriert, wie die |
Leere Zeichenfolge |
|
Gibt an, ob Ihre Funktion innerhalb eines Lambda-ähnlichen Docker-Containers entwickelt wird. |
|
|
Der Name oder die ID eines vorhandenen Docker-Netzwerks, mit dem Lambda Docker-Container eine Verbindung herstellen sollen, mit dem Standard-Bridge-Netzwerk. Bei fehlender Angabe stellen die Lambda-Container nur eine Verbindung mit dem Standard-Bridge-Docker-Netzwerk her. |
Leere Zeichenfolge |
|
Gibt zusätzliche lokale Aufruf-Argumente an. |
Leere Zeichenfolge |
|
Gibt an, ob der Befehl das Herunterladen des neuesten Docker-Images für die Lambda -Laufzeitumgebung überspringen soll. |
|
|
PasstAWS SAM-Vorlage, die Parameter zur Eingabe von Kundenwerten verwendet. Weitere Informationen finden Sie unter Parameter im AWS CloudFormation-Benutzerhandbuch. |
|
Property (Eigenschaft) | Description (Beschreibung) | Standardwert |
---|---|---|
|
Wählt ein bestimmtes Profil aus (z. B. |
DieAWSAnmeldeinformationen, die Ihre vorhandenengeteiltAWSKonfigurationsdatei oder freigegebeneAWSTools ebenfalls unterstütztstellen Sie im Toolkit for VS Code bereit. |
|
Legt die AWS-Region des Services fest (z. B. us-east-1). |
Die AWS-Region, die dem Profil der aktiven Anmeldeinformationen zugeordnet ist. |
Beispiel: Konfiguration des Vorlagenstarts
Im Folgenden finden Sie ein Beispiel für Startkonfigurationsdatei fürAWS SAM-VorlagenZiel:
{ "configurations": [ { "type": "aws-sam", "request": "direct-invoke", "name": "my-example:HelloWorldFunction", "invokeTarget": { "target": "template", "templatePath": "template.yaml", "logicalId": "HelloWorldFunction" }, "lambda": { "payload": {}, "environmentVariables": {} } } ] }
Beispiel: Startkonfiguration
Hier ist ein Beispiel für eine Startkonfigurationsdatei für ein Lambda-Funktionsziel:
{ "configurations": [ { "type": "aws-sam", "request": "direct-invoke", "name": "my-example:app.lambda_handler (python3.7)", "invokeTarget": { "target": "code", "projectRoot": "hello_world", "lambdaHandler": "app.lambda_handler" }, "lambda": { "runtime": "python3.7", "payload": {}, "environmentVariables": {} } } ] }