Lokales Testen eines Canary
In diesem Abschnitt wird erklärt, wie Sie CloudWatch-Synthetics-Canarys direkt im Microsoft Visual Studio-Code-Editor oder JetBrains IDE-Code-Editor ändern, testen und debuggen können. Die lokale Debugging-Umgebung verwendet einen SAM-Container (Serverless Application Model), um eine Lambda-Funktion zu simulieren, die das Verhalten eines Synthetics-Canarys emuliert.
Anmerkung
Es ist nicht praktikabel, Canarys, die auf visueller Überwachung basieren, lokal zu debuggen. Bei der visuellen Überwachung werden während einer ersten Ausführung Basis-Screenshots aufgenommen und diese Screenshots dann mit den Screenshots aus nachfolgenden Ausführungen verglichen. In einer lokalen Entwicklungsumgebung werden Ausführungen nicht gespeichert oder nachverfolgt, und jede Iteration ist eine unabhängige, eigenständige Ausführung. Das Fehlen eines Canary-Ausführungsverlaufs macht es unpraktisch, Canarys zu debuggen, die auf visuelle Überwachung angewiesen sind.
Voraussetzungen
Wählen oder erstellen Sie einen Amazon-S3-Buckets zum Speichern von Artefakten aus lokalen Canary-Testläufen, wie HAR-Dateien und Screenshots. Dazu muss Ihnen IAM bereitgestellt werden. Wenn Sie die Einrichtung von Amazon-S3-Buckets überspringen, können Sie Ihren Canary trotzdem lokal testen. Sie erhalten jedoch eine Fehlermeldung über den fehlenden Bucket und Sie haben keinen Zugriff auf Canary-Artefakte.
Wenn Sie einen Amazon-S3-Bucket verwenden, empfehlen wir Ihnen, den Bucket-Lebenszyklus so einzustellen, dass Objekte nach einigen Tagen gelöscht werden, um Kosten zu sparen. Weitere Informationen finden Sie unter Verwalten Ihres Speicher-Lebenszyklus.
Richten Sie ein AWS-Standardprofil für Ihr AWS-Konto ein. Weitere Informationen finden Sie unter Einstellungen für Konfigurations- und Anmeldeinformationsdateien.
Stellen Sie die AWS-Standardregion der Debug-Umgebung auf Ihre bevorzugte Region ein, z. B.
us-west-2.Installieren Sie die AWS SAM-CLI. Weitere Informationen finden Sie unter Installieren der AWS SAM CLI.
Installieren Sie Visual Studio Code Editor oder JetBrains IDE. Weitere Informationen finden Sie unter Visual Studio Code
oder JetBrains IDE Installieren Sie Docker, um mit dem AWS SAM-CLI zu arbeiten. Stellen Sie sicher, dass Sie den Docker-Daemon starten. Weitere Informationen finden Sie unter Installieren von Docker zur Verwendung der AWS SAM-CLI.
Alternativ können Sie auch andere Container-Management-Software installieren, z. B.Rancher, sofern sie die Docker-Laufzeit verwendet.
Installieren Sie eine AWS-Toolkit-Erweiterung für Ihren bevorzugten Editor. Weitere Informationen finden Sie unter Installieren der AWS Toolkit for Visual Studio Code oder Installieren der AWS Toolkit for JetBrains.
Themen
Richten Sie die Test- und Debugging-Umgebung ein
Klonen Sie zunächst das Github-Repository, das AWS bereitstellt, indem Sie den folgenden Befehl eingeben. Das Repository enthält Codebeispiele sowohl für Node.js-Canarys als auch für Python-Canarys.
git clone https://github.com/aws-samples/synthetics-canary-local-debugging-sample.git
Führen Sie dann je nach Sprache Ihrer Canarys einen der folgenden Schritte aus.
Für Node.js-Canarys
Gehen Sie zum Node.js-Canary-Quellverzeichnis, indem Sie den folgenden Befehl eingeben.
cd synthetics-canary-local-debugging-sample/nodejs-canary/srcGeben Sie den folgenden Befehl ein, um die Canary-Abhängigkeit zu installieren.
npm install
Für Python-Canarys
Gehen Sie zum Python-Canary-Quellverzeichnis, indem Sie den folgenden Befehl eingeben.
cd synthetics-canary-local-debugging-sample/python-canary/srcGeben Sie den folgenden Befehl ein, um Canary-Abhängigkeit zu installieren.
pip3 install -r requirements.txt -t .
Verwenden von Visual Studio Code IDE
Die Visual Studio-Startkonfigurationsdatei befindet sich unter .vscode/launch.json. Sie enthält Konfigurationen, mit denen die Vorlagendatei durch Visual
Studio-Code erkannt werden kann. Sie definiert eine Lambda-Nutzlast mit den erforderlichen Parametern, um den Canary erfolgreich aufzurufen. Das ist die Startkonfiguration für einen Node.js-Canary:
{ ... ... "lambda": { "payload": { "json": { // Canary name. Provide any name you like. "canaryName": "LocalSyntheticsCanary", // Canary artifact location "artifactS3Location": { "s3Bucket": "cw-syn-results-123456789012-us-west-2", "s3Key": "local-run-artifacts", }, // Your canary handler name "customerCanaryHandlerName": "heartbeat-canary.handler" } }, // Environment variables to pass to the canary code "environmentVariables": {} } } ] }
Sie können optional auch die folgenden Felder in der Nutzlast-JSON angeben:
s3EncryptionModeGültige Werte:SSE_S3|SSE_KMSs3KmsKeyArnGültiger Wert:KMS-Schlüssel-ARNactiveTracingGültige Werte:true|falsecanaryRunIdGültiger Wert:UUIDDieser Parameter ist erforderlich, wenn die aktive Nachverfolgung aktiviert ist.
Um den Canary in Visual Studio zu debuggen, fügen Sie dem Canary-Code Haltepunkte hinzu, an denen Sie die Ausführung unterbrechen möchten. Um einen Haltepunkt hinzuzufügen, wählen Sie den Editor-Rand und wechseln Sie im Editor in den Ausführungs- und Debug-Modus. Starten Sie den Canary, indem Sie auf die Wiedergabe-Schaltfläche klicken. Wenn der Canary ausgeführt wird, werden die Protokolle in der Debug-Konsole verfolgt, sodass Sie in Echtzeit Einblicke in das Verhalten des Canary erhalten. Wenn Sie Haltepunkte hinzugefügt haben, wird die Canary-Ausführung an jedem Haltepunkt angehalten, sodass Sie den Code Schritt für Schritt durchgehen und Variablenwerte, Instance-Methoden, Objektattribute und die Funktionsaufrufliste überprüfen können.
Für das lokale Ausführen und Debuggen von Canarys fallen keine Kosten an, mit Ausnahme der im Amazon-S3-Bucket gespeicherten Artefakte und der CloudWatch-Metriken, die bei jeder lokalen Ausführung generiert werden.
Verwenden von JetBrains IDE
Nachdem Sie die AWS Toolkit for JetBrains-Erweiterung installiert haben, stellen Sie sicher, dass das Node-js-Plug-in und der JavaScript-Debugger für die Ausführung aktiviert sind, wenn Sie einen Node.js-Canary debuggen. Gehen Sie dann folgendermaßen vor.
Debuggen Sie einen Canary mit JetBrains IDE
Wählen Sie im linken Navigationsbereich von JetBrains IDE Lambda und dann die lokale Konfigurationsvorlage aus.
Geben Sie einen Namen für die Ausführungskonfiguration ein, z. B.
LocalSyntheticsCanaryWählen Sie Aus Vorlage, wählen Sie den Dateibrowser im Vorlagenfeld und wählen Sie dann die Datei template.yml aus dem Projekt aus, entweder aus dem Verzeichnis nodejs oder dem Python-Verzeichnis.
Geben Sie im Abschnitt Eingabe die Nutzlast für den Canary ein, wie im folgenden Bildschirm gezeigt.
{ "canaryName": "LocalSyntheticsCanary", "artifactS3Location": { "s3Bucket": "cw-syn-results-123456789012-us-west-2", "s3Key": "local-run-artifacts" }, "customerCanaryHandlerName": "heartbeat-canary.handler" }Sie können auch andere Umgebungsvariablen in der Nutzlast-JSON festlegen, wie unter Verwenden von Visual Studio Code IDE aufgeführt.
Führen Sie einen Canary lokal mit der SAM-CLI aus
Gehen Sie wie folgt vor, um Ihren Canary lokal mit der SAM (Serverless Application Model)-CLI auszuführen. Stellen Sie sicher, dass Sie Ihren eigenen Amazon-S3-Bucket-Namen angeben für s3Bucket in event.json
So verwenden Sie die SAM-CLI, um einen Node.js-Canary auszuführen
Gehen Sie zum Quellverzeichnis, indem Sie den folgenden Befehl eingeben.
cd synthetics-canary-local-debugging-sample/nodejs-canaryGeben Sie die folgenden Befehle ein.
sam build sam local invoke -e ../event.json
So verwenden Sie die SAM-CLI, um einen Python-Canary auszuführen
Gehen Sie zum Quellverzeichnis, indem Sie den folgenden Befehl eingeben.
cd synthetics-canary-local-debugging-sample/python-canaryGeben Sie die folgenden Befehle ein.
sam build sam local invoke -e ../event.json
Integrieren Sie Ihre lokale Testumgebung in ein vorhandenes Canary-Paket
Sie können das lokale Canary-Debugging in Ihr bestehendes Canary-Paket integrieren, indem Sie drei Dateien kopieren:
Kopieren Sie die
template.yml-Datei in das Stammverzeichnis Ihres Canary-Pakets. Achten Sie darauf, den Pfad fürCodeUrizu ändern, damit er auf das Verzeichnis verweist, in dem Ihr Canary-Code existiert.Wenn Sie mit einem Node.js-Canary arbeiten, kopieren Sie die
cw-synthetics.js-Datei in Ihr Canary-Quellverzeichnis. Wenn Sie mit einem Python-Canary arbeiten, kopieren Sie dencw-synthetics.pyin Ihr Canary-Quellverzeichnis.Kopieren Sie die Startkonfigurationsdatei.
vscode/launch.jsonin das Paketstammverzeichnis. Stellen Sie sicher, dass Sie sie im.vscode-Verzeichnis ablegen; erstellen Sie sie, falls sie noch nicht existiert.
Ändern Sie die CloudWatch-Synthetics-Laufzeit
Im Rahmen Ihres Debuggings möchten Sie vielleicht versuchen, einen Canary mit einer anderen CloudWatch-Synthetics-Laufzeit anstelle der neuesten Laufzeit auszuführen. Suchen Sie dazu in einer der folgenden Tabellen nach der Laufzeit, die Sie verwenden möchten. Stellen Sie sicher, dass die Laufzeit für die richtige Region ausgewählt ist. Fügen Sie dann den ARN für diese Laufzeit an der entsprechenden Stelle in Ihrer template.yml-Datei ein und führen Sie dann den Canary aus.
Laufzeiten für Node.js und Puppeteer
In der folgenden Tabelle sind die für die Version syn-nodejs-puppeteer-10.0 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Malaysia) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Thailand) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Mexiko (Zentral) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-nodejs-puppeteer-9.1 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Malaysia) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Thailand) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Mexiko (Zentral) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-nodejs-puppeteer-9.0 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Malaysia) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-nodejs-puppeteer-8.0 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-nodejs-puppeteer-7.0 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Malaysia) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Thailand) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Mexiko (Zentral) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-nodejs-puppeteer-6.2 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-nodejs-puppeteer-5.2 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
Node.js- und Playwright-Laufzeiten
In der folgenden Tabelle sind die für die Version syn-nodejs-playwright-2.0 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Malaysia) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Thailand) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Mexiko (Zentral) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-nodejs-playwright-1.0 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Malaysia) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Thailand) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Mexiko (Zentral) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
Python- und Selenium-Laufzeiten
In der folgenden Tabelle sind die für die Version syn-python-selenium-5.1 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Malaysia) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Thailand) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Mexiko (Zentral) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-python-selenium-5.0 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Malaysia) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Thailand) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Mexiko (Zentral) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-python-selenium-4.1 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Malaysia) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Thailand) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Mexiko (Zentral) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-python-selenium-4.0 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Malaysia) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-python-selenium-3.0 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Malaysia) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Thailand) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Mexiko (Zentral) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
In der folgenden Tabelle sind die für die Version syn-python-selenium-2.1 der CloudWatch-Synthetics-Laufzeit zu verwendenden ARNs in jeder AWS-Region aufgeführt, in der sie verfügbar ist.
| Region | ARN |
|---|---|
|
USA Ost (Nord-Virginia) |
|
|
USA Ost (Ohio) |
|
|
USA West (Nordkalifornien) |
|
|
USA West (Oregon) |
|
|
Africa (Cape Town) |
|
|
Asien-Pazifik (Hongkong) |
|
|
Asien-Pazifik (Hyderabad) |
|
|
Asien-Pazifik (Jakarta) |
|
|
Asien-Pazifik (Melbourne) |
|
|
Asien-Pazifik (Mumbai) |
|
|
Asien-Pazifik (Osaka) |
|
|
Asien-Pazifik (Seoul) |
|
|
Asien-Pazifik (Singapur) |
|
|
Asien-Pazifik (Sydney) |
|
|
Asien-Pazifik (Tokio) |
|
|
Canada (Central) |
|
|
Kanada West (Calgary) |
|
|
China (Peking) |
|
|
China (Ningxia); |
|
|
Europe (Frankfurt) |
|
|
Europa (Irland) |
|
|
Europa (London) |
|
|
Europa (Milan) |
|
|
Europa (Paris) |
|
|
Europa (Spain) |
|
|
Europa (Stockholm) |
|
|
Europa (Zürich) |
|
|
Israel (Tel Aviv) |
|
|
Naher Osten (Bahrain) |
|
|
Naher Osten (VAE) |
|
|
Südamerika (São Paulo) |
|
|
AWS GovCloud (USA-Ost) |
|
|
AWS GovCloud (USA-West) |
|
Häufige Fehler
Fehler: Für die lokale Ausführung von AWS-SAM-Projekten ist Docker erforderlich. Ist es installiert und wird ausgeführt?
Stellen Sie sicher, dass Docker auf Ihrem Computer gestartet wird.
Lokaler SAM-Aufruf ist fehlgeschlagen: Beim Aufrufen des GetLayerVersion-Vorgangs ist ein Fehler aufgetreten (ExpiredTokenException): Das in der Anfrage enthaltene Sicherheitstoken ist abgelaufen
Stellen Sie sicher, dass das AWS-Standardprofil eingerichtet ist.
Mehr häufige Fehler
Weitere Informationen zu häufigen Fehlern im Zusammenhang mit dem SAM finden Sie unter AWS-SAM-CLI-Fehlersuche.