Testez un canari localement - Amazon CloudWatch
Configuration de l'environnement de test et de débogageUtiliser Visual Studio Code IDEUtiliser JetBrains IDEDirigez un canari localement avec le SAM CLIIntégrez votre environnement de test local dans un package Canary existantModifier le runtime de CloudWatch SyntheticsErreurs courantes

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Testez un canari localement

Cette section explique comment modifier, tester et déboguer les canaries CloudWatch Synthetics directement dans Microsoft Visual Studio éditeur de code ou JetBrains IDE éditeur de code. L'environnement de débogage local utilise un conteneur Serverless Application Model (SAM) pour simuler une fonction Lambda afin d'émuler le comportement d'un Canary Synthetics.

Note

Il n'est pas pratique de réaliser des canaris de débogage locaux qui reposent sur une surveillance visuelle. La surveillance visuelle repose sur la capture de captures d'écran de base lors d'une première exécution, puis sur la comparaison de ces captures d'écran avec les captures d'écran des exécutions suivantes. Dans un environnement de développement local, les exécutions ne sont ni stockées ni suivies, et chaque itération est une exécution indépendante et autonome. En l'absence d'historique des canaris, il n'est pas pratique de déboguer des canaris qui dépendent d'une surveillance visuelle.

Prérequis

  1. Choisissez ou créez un compartiment Amazon S3 à utiliser pour stocker des artefacts issus des tests Canary locaux, tels que des HAR fichiers et des captures d'écran. Cela nécessite que vous soyez approvisionné enIAM. Si vous ne configurez pas les buckets Amazon S3, vous pouvez toujours tester votre Canary localement, mais vous verrez un message d'erreur concernant le bucket manquant et vous n'aurez pas accès aux artefacts Canary.

    Si vous utilisez un compartiment Amazon S3, nous vous recommandons de définir le cycle de vie du compartiment de manière à supprimer les objets au bout de quelques jours, afin de réduire les coûts. Pour plus d'informations, voir Gestion du cycle de vie de votre stockage.

  2. Configurer une valeur par défaut AWS profil pour votre AWS . Pour plus d'informations, consultez Configuration et paramètres des fichiers d'identification.

  3. Définissez l'environnement de débogage par défaut AWS Région vers votre région préférée, telle queus-west-2.

  4. Installer la   AWS SAM CLI. Pour plus d'informations, voir Installation du AWS SAM CLI.

  5. Installation Visual Studio Code Editor or JetBrains IDEPour de plus amples informations, veuillez consulter . Visual Studio Code ou JetBrains IDE

  6. Installation Docker pour travailler avec AWS SAM CLI. Assurez-vous de démarrer le daemon docker. Pour plus d'informations, voir Installation Docker à utiliser avec AWS SAM CLI.

    Vous pouvez également installer d'autres logiciels de gestion de conteneurs tels que Rancher, tant qu'il utilise le Docker temps d'exécution.

  7. Installez un AWS extension de boîte à outils pour votre éditeur préféré. Pour plus d'informations, voir Installation du AWS Toolkit for Visual Studio Codeou en installant le AWS Toolkit for JetBrains.

Configuration de l'environnement de test et de débogage

Tout d'abord, clonez le dépôt Github qui AWS fournit en saisissant la commande suivante. Le référentiel contient des exemples de code pour les canaries Node.js et les canaries Python. 

git clone https://github.com/aws-samples/synthetics-canary-local-debugging-sample.git

Effectuez ensuite l'une des opérations suivantes, en fonction de la langue de vos canaris.

Pour les canaris Node.js

  1. Accédez au répertoire source Canary de Node.js en saisissant la commande suivante.

    cd synthetics-canary-local-debugging-sample/nodejs-canary/src

  2. Entrez la commande suivante pour installer Canary Dependencies.

    npm install
Pour les canaris en Python

  1. Accédez au répertoire source de Python Canary en saisissant la commande suivante.

    cd synthetics-canary-local-debugging-sample/python-canary/src

  2. Entrez la commande suivante pour installer Canary Dependencies.

    pip3 install -r requirements.txt -t .

Utiliser Visual Studio Code IDE

Le Visual Studio le fichier de configuration de lancement se trouve à l'adresse.vscode/launch.json. Il contient des configurations permettant au fichier modèle d'être découvert par V.isual Studio code. Il définit une charge utile Lambda avec les paramètres requis pour invoquer le canari avec succès. Voici la configuration de lancement d'un canari Node.js : 

{
            ...
            ...
            "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": {}
            }
        }
    ]
}

Vous pouvez également éventuellement fournir les champs suivants dans la charge utile JSON :

  • s3EncryptionModeValeurs valides : SSE_S3 | SSE_KMS

  • s3KmsKeyArnValeur valide : KMS Key ARN

  • activeTracingValeurs valides : true | false

  • canaryRunIdValeur valide : UUID Ce paramètre est obligatoire si le suivi actif est activé.

Pour déboguer le canari dans Visual Studio, ajoutez des points d'arrêt dans le code Canary où vous souhaitez suspendre l'exécution. Pour ajouter un point d'arrêt, choisissez la marge de l'éditeur et passez en mode Exécution et débogage dans l'éditeur. Lancez le canari en cliquant sur le bouton Play. Lorsque le canary s'exécute, les journaux sont enregistrés dans la console de débogage, vous fournissant des informations en temps réel sur le comportement du canari. Si vous avez ajouté des points d'arrêt, l'exécution de Canary s'interrompt à chaque point d'arrêt, ce qui vous permet de parcourir le code étape par étape et d'inspecter les valeurs des variables, les méthodes d'instance, les attributs des objets et la pile d'appels de fonctions.

L'exécution et le débogage des canaris en local sont gratuits, à l'exception des artefacts stockés dans le compartiment Amazon S3 et des CloudWatch métriques générées par chaque exécution locale.

Visual Studio Code interface showing JavaScript code for a heartbeat canary function.

Utiliser JetBrains IDE

Une fois que vous aurez AWS Toolkit for JetBrains extension installée, assurez-vous que le plugin et le JavaScript débogueur Node.js sont activés pour s'exécuter, si vous déboguez un canari Node.js. Procédez comme suit.

Déboguer un canari en utilisant JetBrains IDE

  1. Dans le volet de navigation de gauche de JetBrains IDE, choisissez Lambda, puis choisissez le modèle de configuration local.

  2. Entrez un nom pour la configuration d'exécution, tel que LocalSyntheticsCanary

  3. Choisissez À partir du modèle, choisissez le navigateur de fichiers dans le champ du modèle, puis sélectionnez le fichier template.yml dans le projet, soit dans le répertoire nodejs, soit dans le répertoire python.

  4. Dans la section Entrée, entrez la charge utile du canari comme indiqué dans l'écran suivant.

    {
 "canaryName": "LocalSyntheticsCanary",
 "artifactS3Location": {
     "s3Bucket": "cw-syn-results-123456789012-us-west-2",
     "s3Key": "local-run-artifacts"
 },
 "customerCanaryHandlerName": "heartbeat-canary.handler"
}

    Vous pouvez également définir d'autres variables d'environnement dans la charge utileJSON, comme indiqué dansUtiliser Visual Studio Code IDE.

Run/Debug Configurations interface for AWS Lambda with LocalSyntheticsCanary settings.

Dirigez un canari localement avec le SAM CLI

Utilisez l'une des procédures suivantes pour exécuter votre Canary localement à l'aide du modèle d'application sans serveur (SAM). CLI Assurez-vous de spécifier votre propre nom de compartiment Amazon S3 pour s3Bucket dans event.json

Pour utiliser le SAM CLI pour exécuter un canari Node.js

  1. Accédez au répertoire source en saisissant la commande suivante.

    cd synthetics-canary-local-debugging-sample/nodejs-canary

  2. Entrez les commandes suivantes :

    sam build
sam local invoke -e ../event.json
Pour utiliser le SAM CLI pour exécuter un canari Python

  1. Accédez au répertoire source en saisissant la commande suivante.

    cd synthetics-canary-local-debugging-sample/python-canary

  2. Entrez les commandes suivantes :

    sam build
sam local invoke -e ../event.json

Intégrez votre environnement de test local dans un package Canary existant

Vous pouvez intégrer le débogage Canary local dans votre package Canary existant en copiant trois fichiers :

  • Copiez le template.yml fichier dans la racine de votre package Canary. Assurez-vous de modifier le chemin pour qu'CodeUriil pointe vers le répertoire où se trouve votre code Canary.

  • Si vous travaillez avec un canari Node.js, copiez le cw-synthetics.js fichier dans votre répertoire source Canary. Si vous travaillez avec un canari Python, copiez-le dans cw-synthetics.py votre répertoire source Canary.

  • Copiez le fichier de configuration de lancement. vscode/launch.jsondans la racine du package. Assurez-vous de le mettre dans le .vscode répertoire ; créez-le s'il n'existe pas déjà.

Modifier le runtime de CloudWatch Synthetics

Dans le cadre de votre débogage, vous pouvez essayer d'exécuter un canary avec un environnement d'exécution CloudWatch Synthetics différent, au lieu du dernier environnement d'exécution. Pour ce faire, recherchez le moteur d'exécution que vous souhaitez utiliser dans l'un des tableaux suivants. Assurez-vous de sélectionner le runtime pour la bonne région. Collez ensuite le fichier ARN correspondant à ce runtime à l'endroit approprié de votre template.yml fichier, puis lancez Canary.

Environnements d’exécution Node.js

ARNspour syn-nodejs-puppeteer -7,0

Le tableau suivant répertorie les versions ARNs à utiliser syn-nodejs-puppeteer-7.0 du moteur d'exécution CloudWatch Synthetics dans chaque AWS Région où il est disponible.

Région ARN

USA Est (Virginie du Nord)

arn:aws:lambda:us-east-1:378653112637:layer:Synthetics:44

USA Est (Ohio)

arn:aws:lambda:us-east-2:772927465453:layer:Synthetics:46

USA Ouest (Californie du Nord)

arn:aws:lambda:us-west-1:332033056316:layer:Synthetics:44

USA Ouest (Oregon)

arn:aws:lambda:us-west-2:760325925879:layer:Synthetics:47

Afrique (Le Cap)

arn:aws:lambda:af-south-1:461844272066:layer:Synthetics:44

Asie-Pacifique (Hong Kong)

arn:aws:lambda:ap-east-1:129828061636:layer:Synthetics:45

Asie-Pacifique (Hyderabad)

arn:aws:lambda:ap-south-2:280298676434:layer:Synthetics:20

Asie-Pacifique (Jakarta)

arn:aws:lambda:ap-southeast-3:246953257743:layer:Synthetics:26

Asie-Pacifique (Melbourne)

arn:aws:lambda:ap-southeast-4:200724813040:layer:Synthetics:18

Asie-Pacifique (Mumbai)

arn:aws:lambda:ap-south-1:724929286329:layer:Synthetics:44

Asie-Pacifique (Osaka)

arn:aws:lambda:ap-northeast-3:608016332111:layer:Synthetics:30

Asia Pacific (Seoul)

arn:aws:lambda:ap-northeast-2:989515803484:layer:Synthetics:46

Asie-Pacifique (Singapour)

arn:aws:lambda:ap-southeast-1:068035103298:layer:Synthetics:49

Asie-Pacifique (Sydney)

arn:aws:lambda:ap-southeast-2:584677157514:layer:Synthetics:44

Asie-Pacifique (Tokyo)

arn:aws:lambda:ap-northeast-1:172291836251:layer:Synthetics:44

Canada (Centre)

arn:aws:lambda:ca-central-1:236629016841:layer:Synthetics:44

Canada Ouest (Calgary)

arn:aws:lambda:ca-west-1:944448206667:layer:Synthetics:76

Chine (Beijing)

arn:aws-cn:lambda:cn-north-1:422629156088:layer:Synthetics:45

Chine (Ningxia) ;

arn:aws-cn:lambda:cn-northwest-1:474974519687:layer:Synthetics:46

Europe (Francfort)

arn:aws:lambda:eu-central-1:122305336817:layer:Synthetics:44

Europe (Irlande)

arn:aws:lambda:eu-west-1:563204233543:layer:Synthetics:46

Europe (Londres)

arn:aws:lambda:eu-west-2:565831452869:layer:Synthetics:44

Europe (Milan)

arn:aws:lambda:eu-south-1:525618516618:layer:Synthetics:45

Europe (Paris)

arn:aws:lambda:eu-west-3:469466506258:layer:Synthetics:44

Europe (Espagne)

arn:aws:lambda:eu-south-2:029793053121:layer:Synthetics:20

Europe (Stockholm)

arn:aws:lambda:eu-north-1:162938142733:layer:Synthetics:44

Europe (Zurich)

arn:aws:lambda:eu-central-2:224218992030:layer:Synthetics:19

Israël (Tel Aviv)

arn:aws:lambda:il-central-1:313249807427:layer:Synthetics:17

Moyen-Orient (Bahreïn)

arn:aws:lambda:me-south-1:823195537320:layer:Synthetics:44

Moyen-Orient (UAE)

arn:aws:lambda:me-central-1:239544149032:layer:Synthetics:19

Amérique du Sud (São Paulo)

arn:aws:lambda:sa-east-1:783765544751:layer:Synthetics:45

AWS GovCloud (USA Est)

arn:aws-us-gov:lambda:us-gov-east-1:946759330430:layer:Synthetics:41

AWS GovCloud (US-Ouest)

arn:aws-us-gov:lambda:us-gov-west-1:946807836238:layer:Synthetics:42

ARNspour syn-nodejs-puppeteer -6,2

Le tableau suivant répertorie les versions ARNs à utiliser syn-nodejs-puppeteer-6.2 du moteur d'exécution CloudWatch Synthetics dans chaque AWS Région où il est disponible.

Région ARN

USA Est (Virginie du Nord)

arn:aws:lambda:us-east-1:378653112637:layer:Synthetics:41

USA Est (Ohio)

arn:aws:lambda:us-east-2:772927465453:layer:Synthetics:43

USA Ouest (Californie du Nord)

arn:aws:lambda:us-west-1:332033056316:layer:Synthetics:41

USA Ouest (Oregon)

arn:aws:lambda:us-west-2:760325925879:layer:Synthetics:44

Afrique (Le Cap)

arn:aws:lambda:af-south-1:461844272066:layer:Synthetics:41

Asie-Pacifique (Hong Kong)

arn:aws:lambda:ap-east-1:129828061636:layer:Synthetics:42

Asie-Pacifique (Hyderabad)

arn:aws:lambda:ap-south-2:280298676434:layer:Synthetics:17

Asie-Pacifique (Jakarta)

arn:aws:lambda:ap-southeast-3:246953257743:layer:Synthetics:23

Asie-Pacifique (Melbourne)

arn:aws:lambda:ap-southeast-4:200724813040:layer:Synthetics:15

Asie-Pacifique (Mumbai)

arn:aws:lambda:ap-south-1:724929286329:layer:Synthetics:41

Asie-Pacifique (Osaka)

arn:aws:lambda:ap-northeast-3:608016332111:layer:Synthetics:27

Asia Pacific (Seoul)

arn:aws:lambda:ap-northeast-2:989515803484:layer:Synthetics:42

Asie-Pacifique (Singapour)

arn:aws:lambda:ap-southeast-1:068035103298:layer:Synthetics:46

Asie-Pacifique (Sydney)

arn:aws:lambda:ap-southeast-2:584677157514:layer:Synthetics:41

Asie-Pacifique (Tokyo)

arn:aws:lambda:ap-northeast-1:172291836251:layer:Synthetics:41

Canada (Centre)

arn:aws:lambda:ca-central-1:236629016841:layer:Synthetics:41

Canada Ouest (Calgary)

arn:aws:lambda:ca-west-1:944448206667:layer:Synthetics:73

Chine (Beijing)

arn:aws-cn:lambda:cn-north-1:422629156088:layer:Synthetics:42

Chine (Ningxia) ;

arn:aws-cn:lambda:cn-northwest-1:474974519687:layer:Synthetics:43

Europe (Francfort)

arn:aws:lambda:eu-central-1:122305336817:layer:Synthetics:41

Europe (Irlande)

arn:aws:lambda:eu-west-1:563204233543:layer:Synthetics:43

Europe (Londres)

arn:aws:lambda:eu-west-2:565831452869:layer:Synthetics:41

Europe (Milan)

arn:aws:lambda:eu-south-1:525618516618:layer:Synthetics:42

Europe (Paris)

arn:aws:lambda:eu-west-3:469466506258:layer:Synthetics:41

Europe (Espagne)

arn:aws:lambda:eu-south-2:029793053121:layer:Synthetics:17

Europe (Stockholm)

arn:aws:lambda:eu-north-1:162938142733:layer:Synthetics:41

Europe (Zurich)

arn:aws:lambda:eu-central-2:224218992030:layer:Synthetics:16

Israël (Tel Aviv)

arn:aws:lambda:il-central-1:313249807427:layer:Synthetics:14

Moyen-Orient (Bahreïn)

arn:aws:lambda:me-south-1:823195537320:layer:Synthetics:41

Moyen-Orient (UAE)

arn:aws:lambda:me-central-1:239544149032:layer:Synthetics:16

Amérique du Sud (São Paulo)

arn:aws:lambda:sa-east-1:783765544751:layer:Synthetics:42

AWS GovCloud (USA Est)

arn:aws-us-gov:lambda:us-gov-east-1:946759330430:layer:Synthetics:39

AWS GovCloud (US-Ouest)

arn:aws-us-gov:lambda:us-gov-west-1:946807836238:layer:Synthetics:39

ARNspour syn-nodejs-puppeteer -5.2

Le tableau suivant répertorie les versions ARNs à utiliser syn-nodejs-puppeteer-5.2 du moteur d'exécution CloudWatch Synthetics dans chaque AWS Région où il est disponible.

Région ARN

USA Est (Virginie du Nord)

arn:aws:lambda:us-east-1:378653112637:layer:Synthetics:42

USA Est (Ohio)

arn:aws:lambda:us-east-2:772927465453:layer:Synthetics:44

USA Ouest (Californie du Nord)

arn:aws:lambda:us-west-1:332033056316:layer:Synthetics:42

USA Ouest (Oregon)

arn:aws:lambda:us-west-2:760325925879:layer:Synthetics:45

Afrique (Le Cap)

arn:aws:lambda:af-south-1:461844272066:layer:Synthetics:42

Asie-Pacifique (Hong Kong)

arn:aws:lambda:ap-east-1:129828061636:layer:Synthetics:43

Asie-Pacifique (Hyderabad)

arn:aws:lambda:ap-south-2:280298676434:layer:Synthetics:18

Asie-Pacifique (Jakarta)

arn:aws:lambda:ap-southeast-3:246953257743:layer:Synthetics:24

Asie-Pacifique (Melbourne)

arn:aws:lambda:ap-southeast-4:200724813040:layer:Synthetics:16

Asie-Pacifique (Mumbai)

arn:aws:lambda:ap-south-1:724929286329:layer:Synthetics:42

Asie-Pacifique (Osaka)

arn:aws:lambda:ap-northeast-3:608016332111:layer:Synthetics:28

Asia Pacific (Seoul)

arn:aws:lambda:ap-northeast-2:989515803484:layer:Synthetics:44

Asie-Pacifique (Singapour)

arn:aws:lambda:ap-southeast-1:068035103298:layer:Synthetics:47

Asie-Pacifique (Sydney)

arn:aws:lambda:ap-southeast-2:584677157514:layer:Synthetics:42

Asie-Pacifique (Tokyo)

arn:aws:lambda:ap-northeast-1:172291836251:layer:Synthetics:42

Canada (Centre)

arn:aws:lambda:ca-central-1:236629016841:layer:Synthetics:42

Canada Ouest (Calgary)

arn:aws:lambda:ca-west-1:944448206667:layer:Synthetics:74

Chine (Beijing)

arn:aws-cn:lambda:cn-north-1:422629156088:layer:Synthetics:43

Chine (Ningxia) ;

arn:aws-cn:lambda:cn-northwest-1:474974519687:layer:Synthetics:44

Europe (Francfort)

arn:aws:lambda:eu-central-1:122305336817:layer:Synthetics:42

Europe (Irlande)

arn:aws:lambda:eu-west-1:563204233543:layer:Synthetics:44

Europe (Londres)

arn:aws:lambda:eu-west-2:565831452869:layer:Synthetics:42

Europe (Milan)

arn:aws:lambda:eu-south-1:525618516618:layer:Synthetics:43

Europe (Paris)

arn:aws:lambda:eu-west-3:469466506258:layer:Synthetics:42

Europe (Espagne)

arn:aws:lambda:eu-south-2:029793053121:layer:Synthetics:18

Europe (Stockholm)

arn:aws:lambda:eu-north-1:162938142733:layer:Synthetics:42

Europe (Zurich)

arn:aws:lambda:eu-central-2:224218992030:layer:Synthetics:17

Israël (Tel Aviv)

arn:aws:lambda:il-central-1:313249807427:layer:Synthetics:15

Moyen-Orient (Bahreïn)

arn:aws:lambda:me-south-1:823195537320:layer:Synthetics:42

Moyen-Orient (UAE)

arn:aws:lambda:me-central-1:239544149032:layer:Synthetics:17

Amérique du Sud (São Paulo)

arn:aws:lambda:sa-east-1:783765544751:layer:Synthetics:43

AWS GovCloud (USA Est)

arn:aws-us-gov:lambda:us-gov-east-1:946759330430:layer:Synthetics:40

AWS GovCloud (US-Ouest)

arn:aws-us-gov:lambda:us-gov-west-1:946807836238:layer:Synthetics:40

Environnements d’exécution Python

ARNspour syn-python-selenium -3.0

Le tableau suivant répertorie les versions ARNs à utiliser syn-python-selenium-3.0 du moteur d'exécution CloudWatch Synthetics dans chaque AWS Région où il est disponible.

Région ARN

USA Est (Virginie du Nord)

aarn:aws:lambda:us-east-1:378653112637:layer:Synthetics_Selenium:32

USA Est (Ohio)

arn:aws:lambda:us-east-2:772927465453:layer:Synthetics_Selenium:34

USA Ouest (Californie du Nord)

arn:aws:lambda:us-west-1:332033056316:layer:Synthetics_Selenium:32

USA Ouest (Oregon)

arn:aws:lambda:us-west-2:760325925879:layer:Synthetics_Selenium:34

Afrique (Le Cap)

arn:aws:lambda:af-south-1:461844272066:layer:Synthetics_Selenium:32

Asie-Pacifique (Hong Kong)

arn:aws:lambda:ap-east-1:129828061636:layer:Synthetics_Selenium:32

Asie-Pacifique (Hyderabad)

arn:aws:lambda:ap-south-2:280298676434:layer:Synthetics_Selenium:20

Asie-Pacifique (Jakarta)

arn:aws:lambda:ap-southeast-3:246953257743:layer:Synthetics_Selenium:26

Asie-Pacifique (Melbourne)

arn:aws:lambda:ap-southeast-4:200724813040:layer:Synthetics_Selenium:18

Asie-Pacifique (Mumbai)

arn:aws:lambda:ap-south-1:724929286329:layer:Synthetics_Selenium:32

Asie-Pacifique (Osaka)

arn:aws:lambda:ap-northeast-3:608016332111:layer:Synthetics_Selenium:30

Asia Pacific (Seoul)

arn:aws:lambda:ap-northeast-2:989515803484:layer:Synthetics_Selenium:34

Asie-Pacifique (Singapour)

arn:aws:lambda:ap-southeast-1:068035103298:layer:Synthetics_Selenium:37

Asie-Pacifique (Sydney)

arn:aws:lambda:ap-southeast-2:584677157514:layer:Synthetics_Selenium:32

Asie-Pacifique (Tokyo)

arn:aws:lambda:ap-northeast-1:172291836251:layer:Synthetics_Selenium:32

Canada (Centre)

arn:aws:lambda:ca-central-1:236629016841:layer:Synthetics_Selenium:32

Canada Ouest (Calgary)

arn:aws:lambda:ca-west-1:944448206667:layer:Synthetics_Selenium:76

Chine (Beijing)

arn:aws-cn:lambda:cn-north-1:422629156088:layer:Synthetics_Selenium:32

Chine (Ningxia) ;

arn:aws-cn:lambda:cn-northwest-1:474974519687:layer:Synthetics_Selenium:32

Europe (Francfort)

arn:aws:lambda:eu-central-1:122305336817:layer:Synthetics_Selenium:32

Europe (Irlande)

arn:aws:lambda:eu-west-1:563204233543:layer:Synthetics_Selenium:34

Europe (Londres)

arn:aws:lambda:eu-west-2:565831452869:layer:Synthetics_Selenium:32

Europe (Milan)

arn:aws:lambda:eu-south-1:525618516618:layer:Synthetics_Selenium:33

Europe (Paris)

arn:aws:lambda:eu-west-3:469466506258:layer:Synthetics_Selenium:32

Europe (Espagne)

arn:aws:lambda:eu-south-2:029793053121:layer:Synthetics_Selenium:20

Europe (Stockholm)

arn:aws:lambda:eu-north-1:162938142733:layer:Synthetics_Selenium:32

Europe (Zurich)

arn:aws:lambda:eu-central-2:224218992030:layer:Synthetics_Selenium:19

Israël (Tel Aviv)

arn:aws:lambda:il-central-1:313249807427:layer:Synthetics_Selenium:17

Moyen-Orient (Bahreïn)

arn:aws:lambda:me-south-1:823195537320:layer:Synthetics_Selenium:32

Moyen-Orient (UAE)

arn:aws:lambda:me-central-1:239544149032:layer:Synthetics_Selenium:19

Amérique du Sud (São Paulo)

arn:aws:lambda:sa-east-1:783765544751:layer:Synthetics_Selenium:33

AWS GovCloud (USA Est)

arn:aws-us-gov:lambda:us-gov-east-1:946759330430:layer:Synthetics_Selenium:30

AWS GovCloud (US-Ouest)

arn:aws-us-gov:lambda:us-gov-west-1:946807836238:layer:Synthetics_Selenium:31

ARNspour syn-python-selenium -2,1

Le tableau suivant répertorie les versions ARNs à utiliser syn-python-selenium-2.1 du moteur d'exécution CloudWatch Synthetics dans chaque AWS Région où il est disponible.

Région ARN

USA Est (Virginie du Nord)

arn:aws:lambda:us-east-1:378653112637:layer:Synthetics:29

USA Est (Ohio)

arn:aws:lambda:us-east-2:772927465453:layer:Synthetics:31

USA Ouest (Californie du Nord)

arn:aws:lambda:us-west-1:332033056316:layer:Synthetics:29

USA Ouest (Oregon)

arn:aws:lambda:us-west-2:760325925879:layer:Synthetics:31

Afrique (Le Cap)

arn:aws:lambda:af-south-1:461844272066:layer:Synthetics:29

Asie-Pacifique (Hong Kong)

arn:aws:lambda:ap-east-1:129828061636:layer:Synthetics:29

Asie-Pacifique (Hyderabad)

arn:aws:lambda:ap-south-2:280298676434:layer:Synthetics:17

Asie-Pacifique (Jakarta)

arn:aws:lambda:ap-southeast-3:246953257743:layer:Synthetics:23

Asie-Pacifique (Melbourne)

arn:aws:lambda:ap-southeast-4:200724813040:layer:Synthetics:15

Asie-Pacifique (Mumbai)

arn:aws:lambda:ap-south-1:724929286329:layer:Synthetics:29

Asie-Pacifique (Osaka)

arn:aws:lambda:ap-northeast-3:608016332111:layer:Synthetics:27

Asia Pacific (Seoul)

arn:aws:lambda:ap-northeast-2:989515803484:layer:Synthetics:30

Asie-Pacifique (Singapour)

arn:aws:lambda:ap-southeast-1:068035103298:layer:Synthetics:34

Asie-Pacifique (Sydney)

arn:aws:lambda:ap-southeast-2:584677157514:layer:Synthetics:29

Asie-Pacifique (Tokyo)

arn:aws:lambda:ap-northeast-1:172291836251:layer:Synthetics:29

Canada (Centre)

arn:aws:lambda:ca-central-1:236629016841:layer:Synthetics:29

Canada Ouest (Calgary)

arn:aws:lambda:ca-west-1:944448206667:layer:Synthetics:73

Chine (Beijing)

arn:aws-cn:lambda:cn-north-1:422629156088:layer:Synthetics:29

Chine (Ningxia) ;

arn:aws-cn:lambda:cn-northwest-1:474974519687:layer:Synthetics:29

Europe (Francfort)

arn:aws:lambda:eu-central-1:122305336817:layer:Synthetics:29

Europe (Irlande)

arn:aws:lambda:eu-west-1:563204233543:layer:Synthetics:31

Europe (Londres)

arn:aws:lambda:eu-west-2:565831452869:layer:Synthetics:29

Europe (Milan)

arn:aws:lambda:eu-south-1:525618516618:layer:Synthetics:30

Europe (Paris)

arn:aws:lambda:eu-west-3:469466506258:layer:Synthetics:29

Europe (Espagne)

arn:aws:lambda:eu-south-2:029793053121:layer:Synthetics:17

Europe (Stockholm)

arn:aws:lambda:eu-north-1:162938142733:layer:Synthetics:29

Europe (Zurich)

arn:aws:lambda:eu-central-2:224218992030:layer:Synthetics:16

Israël (Tel Aviv)

arn:aws:lambda:il-central-1:313249807427:layer:Synthetics:14

Moyen-Orient (Bahreïn)

arn:aws:lambda:me-south-1:823195537320:layer:Synthetics:29

Moyen-Orient (UAE)

arn:aws:lambda:me-central-1:239544149032:layer:Synthetics:16

Amérique du Sud (São Paulo)

arn:aws:lambda:sa-east-1:783765544751:layer:Synthetics:30

AWS GovCloud (USA Est)

arn:aws-us-gov:lambda:us-gov-east-1:946759330430:layer:Synthetics:29

AWS GovCloud (US-Ouest)

arn:aws-us-gov:lambda:us-gov-west-1:946807836238:layer:Synthetics:29

Erreurs courantes

Erreur : Exécution AWS SAMles projets locaux nécessitent Docker. L'avez-vous installé et en cours d'exécution ?

Assurez-vous de commencer Docker sur votre ordinateur.

SAMéchec de l'appel local : une erreur s'est produite (ExpiredTokenException) lors de l'appel de l' GetLayerVersion opération : le jeton de sécurité inclus dans la demande a expiré

Assurez-vous que AWS le profil par défaut est configuré.

Erreurs les plus courantes

Pour plus d'informations sur les erreurs courantes associées auSAM, voir AWS SAMCLIrésolution des problèmes.