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. # Comment utiliser l' AWS AppConfig agent pour récupérer les données de configuration L' AWS AppConfig agent est la méthode recommandée pour récupérer les indicateurs de AWS AppConfig fonctionnalités ou les données de configuration sous forme libre. L'agent est pris en charge sur toutes les formes de AWS calcul, notamment Amazon EC2, Amazon ECS, Amazon EKS et Lambda. Une fois la configuration initiale de l'agent terminée, il est plus simple d'utiliser l'agent pour récupérer les données de configuration que d'appeler directement AWS AppConfig APIs. L'agent met automatiquement en œuvre les meilleures pratiques et peut réduire vos coûts d'utilisation AWS AppConfig en réduisant le nombre d'appels d'API pour récupérer les configurations. **Note** La récupération des données de configuration depuis un autre Compte AWS n'est pas prise en charge. ## Utilisation de l' AWS AppConfig agent pour des déploiements progressifs basés sur des utilisateurs ou des entités AWS AppConfig L'agent prend en charge le déploiement d'indicateurs de fonctionnalités ou de données de configuration sous forme libre vers des segments spécifiques ou des utilisateurs individuels lors d'un déploiement progressif. Les déploiements progressifs basés sur les entités garantissent qu'une fois qu'un utilisateur ou un segment reçoit une version de configuration, il continue à recevoir cette même version tout au long de la période de déploiement, quelle que soit la ressource de calcul qui répond à ses demandes. Dans le cadre des déploiements progressifs basés sur les entités, AWS AppConfig l'agent évalue un identifiant unique (`Entity-Id`) fourni avec chaque requête HTTP. Sur la base de cet identifiant, l'agent gère systématiquement la nouvelle version de configuration ou la version précédente tout au long de la période de déploiement. Ce processus garantit qu'une fois qu'un utilisateur reçoit la configuration mise à jour, il continue de la recevoir. Cela garantit également que les alarmes d'annulation disposent de suffisamment de temps et de données pour détecter les problèmes. Envisagez des déploiements progressifs basés sur des entités si une configuration modifie directement le comportement des utilisateurs et si la modification du rayon de propagation (impactant totalement certains utilisateurs plutôt que partiellement) est acceptable pour votre application. **Important** Notez les informations importantes suivantes concernant les déploiements progressifs basés sur des entités : Les déploiements progressifs basés sur des entités nécessitent la version 2.0.136060 ou ultérieure de AWS AppConfig l'agent. `Entity-Id`accepte une taille de chaîne maximale de 2 Ko. Les identifiants uniques ne doivent pas être codés en dur ou avoir une faible cardinalité. Les identifiants ne sont pas envoyés au AWS AppConfig service. AWS AppConfig L'agent évalue les identifiants uniques côté client. Au cours d'un déploiement, AWS AppConfig l'agent assure le suivi des entités et des configurations déployées. Ce suivi n'est maintenu que pendant une période de déploiement. Le suivi prend fin lorsque le déploiement est terminé. Chaque instance AWS AppConfig interroge l'état du déploiement indépendamment, de sorte que les agents peuvent brièvement servir différentes versions de la même entité à mesure que le pourcentage de déploiement change. Cette fenêtre est déterminée par l'intervalle entre les sondages et une courte période de synchronisation. Vous pouvez le réduire `RequiredMinimumPollIntervalInSeconds` en définissant l'action de l'[StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html)API. Cependant, des intervalles plus courts augmentent le taux d'appels d'API, ce qui peut augmenter les coûts et limiter les risques. Choisissez un intervalle de sondage qui répond à vos besoins. Pour plus d'informations, reportez-vous [StartConfigurationSession](https://docs.aws.amazon.com/cli/latest/reference/appconfigdata/start-configuration-session.html)à la section AWS CLI Référence. ### Permettre des déploiements progressifs basés sur les entités Pour permettre des déploiements progressifs basés sur les entités : 1. Effectuez la mise à jour vers la version 2.0.136060 ou ultérieure de l' AWS AppConfig agent. 1. Fournissez un identifiant unique dans l'en-tête `Entity-Id` HTTP lors de la récupération des données de configuration. L'exemple de demande suivant utilise une adresse e-mail pour `Entity-Id` ``` GET /applications/myapp/environments/prod/configurations/featureflags HTTP/1.1 Host: localhost:2772 Entity-Id: example@AWS-example-email.com ``` Vous pouvez inclure l'`Entity-Id`en-tête dans les demandes visant à : /applications/ \$1Application\$1 /environnements/ \$1Environnement\$1 /configurations/ \$1Configuration\$1 Pour afficher des exemples de code avec`Entity-Id`, voir[Utilisation de l' AWS AppConfig agent pour lire un profil de configuration de forme libre](appconfig-code-samples-agent-read-configuration.md). La `Entity-Id` valeur peut être n'importe quelle chaîne identifiant de manière unique une entité dans votre système, telle que : + ID du client + Adresse e-mail + ID de compte + ID de tâche du backend + Identifiant de la portée de la session (le cas échéant) # Utilisation de AWS AppConfig l'agent avec AWS Lambda Une AWS Lambda extension est un processus complémentaire qui augmente les capacités d'une fonction Lambda. Une extension peut démarrer avant qu'une fonction ne soit invoquée, s'exécuter en parallèle avec une fonction et continuer à s'exécuter après le traitement de l'appel de fonction. En substance, une extension Lambda est comme un client qui s'exécute en parallèle à un appel Lambda. Ce client parallèle peut s'interfacer avec votre fonction à tout moment au cours de son cycle de vie. Si vous utilisez des indicateurs de AWS AppConfig fonctionnalité ou d'autres données de configuration dynamiques dans une fonction Lambda, nous vous recommandons d'ajouter l'extension Agent AWS AppConfig Lambda en tant que couche à votre fonction Lambda. Cela simplifie les indicateurs de fonctionnalité d'appel, et l'extension elle-même inclut les meilleures pratiques qui simplifient l'utilisation AWS AppConfig tout en réduisant les coûts. La réduction des coûts résulte de la diminution du nombre d'appels d'API au AWS AppConfig service et de la réduction des temps de traitement des fonctions Lambda. *Pour plus d'informations sur les extensions Lambda, consultez la section Extensions [Lambda dans le Guide du développeur](https://docs.aws.amazon.com/lambda/latest/dg/runtimes-extensions-api.html).AWS Lambda * **Note** AWS AppConfig est une capacité de AWS Systems Manager. AWS AppConfig la [tarification](https://aws.amazon.com/systems-manager/pricing/) est basée sur le nombre de fois qu'une configuration est appelée et reçue. Vos coûts augmentent si votre Lambda effectue plusieurs démarrages à froid et récupère fréquemment de nouvelles données de configuration. **Topics** + [Comprendre le fonctionnement de l' AWS AppConfig extension Agent Lambda](appconfig-integration-lambda-extensions-how-it-works.md) + [Ajout de l'extension AWS AppConfig Agent Lambda](appconfig-integration-lambda-extensions-add.md) + [Configuration de l'extension AWS AppConfig Agent Lambda](appconfig-integration-lambda-extensions-config.md) + [Présentation des versions disponibles de l'extension AWS AppConfig Agent Lambda](appconfig-integration-lambda-extensions-versions.md) + [Utilisation de l' AWS AppConfig agent avec Amazon EC2 et des machines sur site](appconfig-integration-ec2.md) + [Utilisation de AWS AppConfig l'agent avec Amazon ECS et Amazon EKS](appconfig-integration-containers-agent.md) + [Récupération des indicateurs de fonctionnalités de base et multivariantes](appconfig-integration-retrieving-feature-flags.md) + [Utilisation d'un manifeste pour activer des fonctionnalités de récupération supplémentaires](appconfig-agent-how-to-use-additional-features.md) + [Génération d'un client à l'aide de la spécification OpenAPI](appconfig-integration-OpenAPI.md) + [Utilisation du mode de développement local de l' AWS AppConfig agent](appconfig-agent-how-to-use-local-development.md) # Comprendre le fonctionnement de l' AWS AppConfig extension Agent Lambda Si vous gérez les configurations d'une fonction Lambda sans extensions *Lambda*, vous devez configurer votre fonction Lambda pour recevoir des mises à jour de configuration en intégrant les actions et API. AWS AppConfig [StartConfigurationSession[GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html) L'intégration de l'extension AWS AppConfig Agent Lambda à votre fonction Lambda simplifie ce processus. L'extension se charge d'appeler le AWS AppConfig service, de gérer un cache local de données récupérées, de suivre les jetons de configuration nécessaires pour les prochains appels de service et de vérifier périodiquement les mises à jour de configuration en arrière-plan. Le schéma suivant montre comment cela fonctionne. ![\[Schéma du fonctionnement de l' AWS AppConfig extension Agent Lambda\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/images/AppConfigLambdaExtension.png) 1. Vous configurez l'extension AWS AppConfig Agent Lambda en tant que couche de votre fonction Lambda. 1. Pour accéder à ses données de configuration, votre fonction appelle l' AWS AppConfig extension sur un point de terminaison HTTP exécuté sur`localhost:2772`. 1. L'extension gère un cache local des données de configuration. Si les données ne se trouvent pas dans le cache, l'extension appelle AWS AppConfig pour obtenir les données de configuration. 1. Dès réception de la configuration par le service, l'extension la stocke dans le cache local et la transmet à la fonction Lambda. 1. AWS AppConfig L'extension Agent Lambda vérifie régulièrement les mises à jour de vos données de configuration en arrière-plan. Chaque fois que votre fonction Lambda est invoquée, l'extension vérifie le temps écoulé depuis qu'elle a récupéré une configuration. Si le temps écoulé est supérieur à l'intervalle d'interrogation configuré, l'extension appelle AWS AppConfig pour vérifier les données récemment déployées, met à jour le cache local en cas de modification et réinitialise le temps écoulé. **Note** Lambda instancie des instances distinctes correspondant au niveau de simultanéité requis par votre fonction. Chaque instance est isolée et conserve son propre cache local de vos données de configuration. Pour plus d'informations sur les instances Lambda et la simultanéité, consultez la section [Gestion de la simultanéité pour une fonction](https://docs.aws.amazon.com/lambda/latest/dg/configuration-concurrency.html) Lambda. Le temps nécessaire pour qu'une modification de configuration apparaisse dans une fonction Lambda, après le déploiement d'une configuration mise à jour depuis AWS AppConfig, dépend de la stratégie de déploiement que vous avez utilisée pour le déploiement et de l'intervalle d'interrogation que vous avez configuré pour l'extension. # Ajout de l'extension AWS AppConfig Agent Lambda Pour utiliser l'extension AWS AppConfig Agent Lambda, vous devez l'ajouter à votre Lambda. Cela peut être fait en ajoutant l'extension AWS AppConfig Agent Lambda à votre fonction Lambda sous forme de couche ou en activant l'extension sur une fonction Lambda en tant qu'image de conteneur. **Note** L' AWS AppConfig extension est indépendante de l'environnement d'exécution et prend en charge tous les environnements d'exécution. **Avant de commencer** Avant d'activer l'extension AWS AppConfig Agent Lambda, procédez comme suit : + Organisez les configurations dans votre fonction Lambda afin de pouvoir les externaliser dans. AWS AppConfig + Créez des AWS AppConfig artefacts et des données de configuration, notamment des indicateurs de fonctionnalités ou des données de configuration sous forme libre. Pour de plus amples informations, veuillez consulter [Création d'indicateurs de fonctionnalités et de données de configuration sous forme libre dans AWS AppConfig](creating-feature-flags-and-configuration-data.md). + Ajoutez `appconfig:StartConfigurationSession` et `appconfig:GetLatestConfiguration` à la politique Gestion des identités et des accès AWS (IAM) utilisée par le rôle d'exécution de la fonction Lambda. Pour plus d'informations, veuillez consulter [Rôle d'exécution AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/lambda-intro-execution-role.html) dans le *Guide du développeur AWS Lambda *. Pour plus d'informations sur AWS AppConfig les autorisations, consultez la section [Actions, ressources et clés de condition AWS AppConfig](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsappconfig.html) dans la *référence d'autorisation de service*. ## Ajouter l'extension AWS AppConfig Agent Lambda à l'aide d'une couche et d'un ARN Pour utiliser l'extension AWS AppConfig Agent Lambda, vous devez l'ajouter à votre fonction Lambda sous forme de couche. Pour plus d'informations sur la façon d'ajouter une couche à votre fonction, consultez la [section Configuration des extensions](https://docs.aws.amazon.com/lambda/latest/dg/using-extensions.html#using-extensions-config) dans le *Guide du AWS Lambda développeur*. Le nom de l'extension dans la AWS Lambda console est **AWS- AppConfig -Extension**. Notez également que lorsque vous ajoutez l'extension en tant que couche à votre Lambda, vous devez spécifier un Amazon Resource Name (ARN). Dans l'une des listes suivantes, choisissez un ARN correspondant à la plate-forme et à l' Région AWS endroit où vous avez créé le Lambda. + [plate-forme x86-64](appconfig-integration-lambda-extensions-versions.md#appconfig-integration-lambda-extensions-enabling-x86-64) + [ARM64 plateforme](appconfig-integration-lambda-extensions-versions.md#appconfig-integration-lambda-extensions-enabling-ARM64) Si vous souhaitez tester l'extension avant de l'ajouter à votre fonction, vous pouvez vérifier qu'elle fonctionne en utilisant l'exemple de code suivant. ``` import urllib.request def lambda_handler(event, context): url = f'http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name' config = urllib.request.urlopen(url).read() return config ``` Pour le tester, créez une nouvelle fonction Lambda pour Python, ajoutez l'extension, puis exécutez la fonction Lambda. Après avoir exécuté la fonction Lambda, celle-ci renvoie la configuration que vous avez spécifiée pour le chemin http://localhost:2772. AWS AppConfig *Pour plus d'informations sur la création d'une fonction Lambda, voir [Création d'une fonction Lambda avec la console dans le Guide du développeur](https://docs.aws.amazon.com/lambda/latest/dg/getting-started-create-function.html).AWS Lambda * **Important** Vous pouvez consulter les données des journaux de l'extension AWS AppConfig Agent Lambda dans les AWS Lambda journaux. Les entrées du journal sont précédées `appconfig agent` de. Voici un exemple : ``` [appconfig agent] 2024/05/07 04:19:01 ERROR retrieve failure for 'SourceEventConfig:SourceEventConfigEnvironment:SourceEventConfigProfile': StartConfigurationSession: api error AccessDenied: User: arn:aws:sts::0123456789:assumed-role/us-east-1-LambdaRole/extension1 is not authorized to perform: sts:AssumeRole on resource: arn:aws:iam::0123456789:role/test1 (retry in 60s) ``` # Configuration de l'extension AWS AppConfig Agent Lambda Vous pouvez configurer l'extension en modifiant les variables d' AWS Lambda environnement suivantes. Pour plus d'informations, consultez la section [Utilisation de variables d' AWS Lambda environnement](https://docs.aws.amazon.com/lambda/latest/dg/configuration-envvars.html) dans le *Guide du AWS Lambda développeur*. **Préextraction des données de configuration** La variable d'environnement `AWS_APPCONFIG_EXTENSION_PREFETCH_LIST` peut améliorer le temps de démarrage de votre fonction. Lorsque l'extension AWS AppConfig Agent Lambda est initialisée, elle récupère la configuration spécifiée avant que AWS AppConfig Lambda ne commence à initialiser votre fonction et à appeler votre gestionnaire. Dans certains cas, les données de configuration sont déjà disponibles dans le cache local avant que votre fonction ne les demande. Pour utiliser la fonctionnalité de prélecture, définissez la valeur de la variable d'environnement sur le chemin correspondant à vos données de configuration. Par exemple, si votre configuration correspond à une application, à un environnement et à un profil de configuration nommés respectivement « my\$1application », « my\$1environment » et « my\$1configuration\$1data », le chemin serait. `/applications/my_application/environments/my_environment/configurations/my_configuration_data` Vous pouvez spécifier plusieurs éléments de configuration en les répertoriant sous forme de liste séparée par des virgules (si le nom d'une ressource inclut une virgule, utilisez l'ID de la ressource au lieu de son nom). **Accès aux données de configuration depuis un autre compte** L'extension AWS AppConfig Agent Lambda peut récupérer les données de configuration d'un autre compte en spécifiant un rôle IAM qui accorde des [autorisations](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_permissions-to-switch.html) sur les données. Pour configurer cela, procédez comme suit : 1. Dans le compte utilisé AWS AppConfig pour gérer les données de configuration, créez un rôle doté d'une politique de confiance qui accorde au compte exécutant la fonction Lambda l'accès aux `appconfig:GetLatestConfiguration` actions `appconfig:StartConfigurationSession` et, ainsi qu'aux actions partielles ou complètes ARNs correspondant aux ressources de AWS AppConfig configuration. 1. Dans le compte exécutant la fonction Lambda, ajoutez la variable d'`AWS_APPCONFIG_EXTENSION_ROLE_ARN`environnement à la fonction Lambda avec l'ARN du rôle créé à l'étape 1. 1. (Facultatif) Si nécessaire, un [identifiant externe](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-user_externalid.html) peut être spécifié à l'aide de la variable d'`AWS_APPCONFIG_EXTENSION_ROLE_EXTERNAL_ID`environnement. De même, un nom de session peut être configuré à l'aide de la variable d'`AWS_APPCONFIG_EXTENSION_ROLE_SESSION_NAME`environnement. **Note** Notez les informations suivantes. L'extension AWS AppConfig Agent Lambda ne peut récupérer les données que d'un seul compte. Si vous spécifiez un rôle IAM, l'extension ne sera pas en mesure de récupérer les données de configuration du compte sur lequel la fonction Lambda est exécutée. AWS Lambda enregistre les informations relatives à l'extension AWS AppConfig Agent Lambda et à la fonction Lambda à l'aide d'Amazon Logs. CloudWatch Le tableau suivant inclut une colonne **de valeurs d'exemple**. Selon la résolution de votre écran, vous devrez peut-être faire défiler le tableau vers le bas, puis vers la droite pour afficher la colonne. **** | Variable d'environnement | Détails | Valeur par défaut | Exemples de valeurs | | --- | --- | --- | --- | | `AWS_APPCONFIG_EXTENSION_HTTP_PORT` | Cette variable d'environnement indique le port sur lequel s'exécute le serveur HTTP local hébergeant l'extension. | 2772 | 2772 | | `AWS_APPCONFIG_EXTENSION_LOG_LEVEL` | Cette variable d'environnement indique le niveau de détail enregistré par l'agent. Chaque niveau inclut le niveau actuel et tous les niveaux supérieurs. La valeur ne distingue pas les majuscules et minuscules. Du plus détaillé au moins détaillé, les niveaux de journalisation sont les suivants : `trace` `debug` `info``warn`,`error`,,`fatal`, et`none`. Le `trace` journal contient des informations détaillées, y compris des informations temporelles, sur l'agent. | info | trace debug info prévenir error fatal Aucune | | `AWS_APPCONFIG_EXTENSION_MAX_CONNECTIONS` | Cette variable d'environnement configure le nombre maximal de connexions utilisées par l'extension pour récupérer les configurations. AWS AppConfig | 3 | 3 | | `AWS_APPCONFIG_EXTENSION_POLL_INTERVAL_SECONDS` | Cette variable d'environnement contrôle la fréquence à laquelle l'agent interroge les données AWS AppConfig de configuration mises à jour. Vous pouvez spécifier un nombre de secondes pour l'intervalle. Vous pouvez également spécifier un nombre avec une unité de temps : s pour les secondes, m pour les minutes et h pour les heures. Si aucune unité n'est spécifiée, l'agent utilise par défaut les secondes. Par exemple, 60, 60 s et 1 m donnent le même intervalle d'interrogation. | 45 | 4545 s5 min1 h | | `AWS_APPCONFIG_EXTENSION_POLL_TIMEOUT_MILLIS` | Cette variable d'environnement contrôle la durée maximale, en millisecondes, pendant laquelle l'extension attend une réponse AWS AppConfig lors de l'actualisation des données dans le cache. Si AWS AppConfig elle ne répond pas dans le délai spécifié, l'extension ignore cet intervalle d'interrogation et renvoie les données mises en cache précédemment mises à jour. | 3000 ms | 3000300 ms5s | | `AWS_APPCONFIG_EXTENSION_PREFETCH_LIST` | Cette variable d'environnement spécifie les données de configuration que l'agent demande AWS AppConfig dès son démarrage. Plusieurs identifiants de configuration peuvent être fournis dans une liste séparée par des virgules. La préextraction des données de configuration AWS AppConfig peut réduire considérablement le temps de démarrage à froid de votre fonction. | Aucune | MyApp:MyEnv:MyConfigabcd123 : efgh456 : ijkl789MyApp::Config1, ::Config2 MyEnv MyApp MyEnv | | AWS\$1APPCONFIG\$1EXTENSION\$1PROXY\$1HEADERS | Cette variable d'environnement spécifie les en-têtes requis par le proxy référencé dans la variable d'AWS\$1APPCONFIG\$1EXTENSION\$1PROXY\$1URLenvironnement. La valeur est une liste d'en-têtes séparés par des virgules. | Aucune | en-tête : valeurh1 : v1, h2 : v2 | | AWS\$1APPCONFIG\$1EXTENSION\$1PROXY\$1URL | Cette variable d'environnement indique l'URL du proxy à utiliser pour les connexions entre l' AWS AppConfig extension et Services AWS. HTTPSet HTTP URLs sont pris en charge. | Aucune | http://localhost:7474https://my-proxy.example.com | | AWS\$1APPCONFIG\$1EXTENSION\$1ROLE\$1ARN | Cette variable d'environnement spécifie l'ARN du rôle IAM correspondant à un rôle qui doit être assumé par l' AWS AppConfig extension pour récupérer la configuration. | Aucune | arn:aws:iam : :123456789012:role/ MyRole | | AWS\$1APPCONFIG\$1EXTENSION\$1ROLE\$1EXTERNAL\$1ID | Cette variable d'environnement spécifie l'identifiant externe à utiliser conjointement avec l'ARN du rôle assumé. | Aucune | MyExternalId | | AWS\$1APPCONFIG\$1EXTENSION\$1ROLE\$1SESSION\$1NAME | Cette variable d'environnement spécifie le nom de session à associer aux informations d'identification pour le rôle IAM assumé. | Aucune | AWSAppConfigAgentSession | | AWS\$1APPCONFIG\$1EXTENSION\$1SERVICE\$1REGION | Cette variable d'environnement indique une région alternative que l'extension doit utiliser pour appeler le AWS AppConfig service. Lorsqu'elle n'est pas définie, l'extension utilise le point de terminaison de la région actuelle. | Aucune | us-east-1eu-west-1 | | `AWS_APPCONFIG_EXTENSION_MANIFEST` | Cette variable d'environnement configure l' AWS AppConfig agent pour tirer parti de fonctionnalités supplémentaires par configuration, telles que la récupération de plusieurs comptes et l'enregistrement de la configuration sur disque. Pour de plus amples informations sur l'utilisation de ces modèles, consultez [Utilisation d'un manifeste pour activer des fonctionnalités de récupération supplémentaires](appconfig-agent-how-to-use-additional-features.md). | Aucune | Lorsque vous utilisez AWS AppConfig la configuration comme manifeste :`MyApp:MyEnv:MyManifestConfig`.Lors du chargement du manifeste depuis le disque : `file:/path/to/manifest.json` | | `AWS_APPCONFIG_EXTENSION_WAIT_ON_MANIFEST` | Cette variable d'environnement configure l' AWS AppConfig agent pour qu'il attende que le manifeste soit traité avant de terminer le démarrage. | true | vraifalse | # Présentation des versions disponibles de l'extension AWS AppConfig Agent Lambda Cette rubrique contient des informations sur les versions de AWS AppConfig l'extension Agent Lambda. L'extension AWS AppConfig Agent Lambda prend en charge les fonctions Lambda développées pour les plateformes x86-64 et (Graviton2). ARM64 Pour fonctionner correctement, votre fonction Lambda doit être configurée pour utiliser le nom de ressource Amazon (ARN) spécifique à l' Région AWS endroit où elle est actuellement hébergée. Vous pouvez consulter Région AWS les détails de l'ARN plus loin dans cette section. **Important** Notez les informations importantes suivantes concernant l'extension AWS AppConfig Agent Lambda. L'action d'`GetConfiguration`API est devenue obsolète le 28 janvier 2022. Les appels destinés à recevoir des données de configuration doivent utiliser le `StartConfigurationSession` et à la `GetLatestConfiguration` APIs place. Si vous utilisez une version de l'extension AWS AppConfig Agent Lambda créée après le 28 janvier 2022, vous devez configurer les autorisations pour la nouvelle. APIs Pour de plus amples informations, veuillez consulter [Récupération des données de configuration sans AWS AppConfig agent](about-data-plane.md). AWS AppConfig prend en charge toutes les versions répertoriées dans[Anciennes versions d'extension](#appconfig-integration-lambda-extensions-enabling-older-versions). Nous vous recommandons de passer régulièrement à la dernière version pour tirer parti des améliorations apportées aux extensions. **Topics** + [AWS AppConfig Notes de mise à jour de l'extension Agent Lambda](#appconfig-integration-lambda-extensions-versions-release-notes) + [Trouver le numéro de version de votre extension Lambda](#appconfig-integration-lambda-extensions-versions-find) + [plate-forme x86-64](#appconfig-integration-lambda-extensions-enabling-x86-64) + [ARM64 plateforme](#appconfig-integration-lambda-extensions-enabling-ARM64) + [Anciennes versions d'extension](#appconfig-integration-lambda-extensions-enabling-older-versions) ## AWS AppConfig Notes de mise à jour de l'extension Agent Lambda Le tableau suivant décrit les modifications apportées aux versions récentes de l'extension AWS AppConfig Lambda. **** | Version | Date de lancement | Remarques | | --- | --- | --- | | 2,0.14126.0 | 25/03/2026 | Améliorations mineures et corrections de bugs. | | 2,0.11962.0 | 20/02/2026 | Support environnemental amélioré, améliorations mineures et corrections de bogues. | | 2,0.8693 | 20/11/2025 | Support environnemental amélioré, améliorations mineures et corrections de bogues. Ajout de la prise en charge des éléments suivants Régions AWS [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/appconfig-integration-lambda-extensions-versions.html) | | 2,0,2037 | 12/05/2025 | Ajout d'un `/ping` chemin, qui expose un simple bilan de santé renvoyant la version de cet agent. Inclut également des améliorations mineures et des corrections de bogues. | | 2,0.1079 | 12/12/2024 | Améliorations mineures et corrections de bugs. | | 2,0.719 | 08/08/2024 | Améliorations mineures et corrections de bugs. | | 2,0,678 | 23/07/2024 | Améliorations visant à prendre en charge les cibles, les variantes et les divisions des indicateurs de fonctionnalité. Pour de plus amples informations, veuillez consulter [Création d'indicateurs de fonctionnalités à variantes multiples](appconfig-creating-multi-variant-feature-flags.md). | | 2,0,501 | 01/07/2024 | Améliorations mineures et corrections de bugs. | | 2,0,358 | 01/12/2023 | Ajout de la prise en charge des [fonctionnalités de récupération](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-agent-how-to-use-additional-features.html) suivantes : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/appconfig-integration-lambda-extensions-versions.html) | | 2,0,181 | 14/08/2023 | Ajout du support pour l' Région AWS il-central-1 d'Israël (Tel Aviv). | | 2,0,165 | 21/02/2023 | Correctifs de bogues mineurs. Ne limitez plus l'utilisation des extensions à des versions d'exécution spécifiques via la AWS Lambda console. Ajout de la prise en charge des éléments suivants Régions AWS : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/appconfig-integration-lambda-extensions-versions.html) | | 2,0,122 | 23/08/2022 | Ajout de la prise en charge d'un proxy de tunneling, qui peut être configuré avec les variables d'`AWS_APPCONFIG_EXTENSION_PROXY_HEADERS`environnement `AWS_APPCONFIG_EXTENSION_PROXY_URL` et. .NET 6 a été ajouté en tant qu'environnement d'exécution. Pour plus d'informations sur les variables d'environnement, consultez[Configuration de l'extension AWS AppConfig Agent Lambda](appconfig-integration-lambda-extensions-config.md). | | 2,0,58 | 03/05/2022 | Support amélioré pour les processeurs Graviton2 (ARM64) dans Lambda. | | 2,0,45 | 15/03/2022 | Ajout de la prise en charge de l'appel d'un indicateur de fonctionnalité unique. Auparavant, les clients appelaient les indicateurs de fonctionnalité regroupés dans un profil de configuration et devaient analyser la réponse côté client. Avec cette version, les clients peuvent utiliser un `flag=` paramètre lorsqu'ils appellent le point de terminaison HTTP localhost pour obtenir la valeur d'un indicateur unique. Le support initial pour les processeurs Graviton2 (ARM64) a également été ajouté. | ## Trouver le numéro de version de votre extension Lambda Utilisez la procédure suivante pour trouver le numéro de version de votre extension AWS AppConfig Agent Lambda actuellement configurée. Pour fonctionner correctement, votre fonction Lambda doit être configurée pour utiliser le nom de ressource Amazon (ARN) spécifique à l' Région AWS endroit où elle est actuellement hébergée. 1. Connectez-vous à la AWS Lambda console AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/lambda/](https://console.aws.amazon.com/lambda/). 1. Choisissez la fonction Lambda à laquelle vous souhaitez ajouter la `AWS-AppConfig-Extension` couche. 1. Dans la zone **Couches**, choisissez **Ajouter une couche**. 1. Dans la section **Choisir une couche**, choisissez **AWS- AppConfig -Extension** dans la liste des **AWS couches**. 1. Utilisez la liste des **versions** pour choisir un numéro de version. 1. Choisissez **Ajouter**. 1. Utilisez l'onglet **Test** pour tester la fonction. 1. Une fois le test terminé, consultez la sortie du journal. Recherchez la version de l'extension AWS AppConfig Agent Lambda dans la section **Détails de l'exécution**. Cette version doit correspondre à celle requise URLs pour cette version. ## plate-forme x86-64 Lorsque vous ajoutez l'extension sous forme de couche à votre Lambda, vous devez spécifier un ARN. Dans le tableau suivant, choisissez un ARN correspondant à l' Région AWS endroit où vous avez créé le Lambda. Elles ARNs concernent les fonctions Lambda développées pour la plate-forme x86-64. **Version 2.0.14126.0** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:317` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:273` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:383` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:369` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:258` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:168` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:291` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:216` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:299` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:238` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:269` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:363` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:245` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:210` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:249` | | Asie-Pacifique (Taipei) | `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension:139` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:286` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:213` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:268` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:269` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:268` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:254` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:309` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:252` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:184` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:157` | | Asie-Pacifique (Nouvelle Zélande) | `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension:87` | | Asie-Pacifique (Thaïlande) | `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension:130` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:256` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:184` | | Mexique (Centre) | `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension:138` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:323` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:236` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:237` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:215` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:214` | ## ARM64 plateforme Lorsque vous ajoutez l'extension sous forme de couche à votre Lambda, vous devez spécifier un ARN. Dans le tableau suivant, choisissez un ARN correspondant à l' Région AWS endroit où vous avez créé le Lambda. Elles ARNs concernent les fonctions Lambda développées pour la ARM64 plateforme. **Version 2.0.14126.0** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:250` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:225` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:260` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:271` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:178` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:158` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:234` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:174` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:237` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:190` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:188` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:222` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:173` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:171` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:177` | | Asie-Pacifique (Taipei) | `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension-Arm64:113` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:228` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:171` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:221` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:177` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:183` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:206` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:252` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:189` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:169` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:132` | | Asie-Pacifique (Nouvelle Zélande) | `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension-Arm64:77` | | Asie-Pacifique (Thaïlande) | `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension-Arm64:129` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:184` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:167` | | Mexique (Centre) | `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension-Arm64:137` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:211` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:158` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:159` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:161` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:160` | ## Anciennes versions d'extension Cette section répertorie les versions ARNs et Régions AWS les anciennes versions de l'extension AWS AppConfig Lambda. Cette liste ne contient pas d'informations pour toutes les versions précédentes de l'extension AWS AppConfig Agent Lambda, mais elle sera mise à jour lorsque de nouvelles versions seront publiées. **Topics** + [Anciennes versions d'extension (plate-forme x86-64)](#appconfig-integration-lambda-extensions-enabling-older-versions-x86-64) + [Anciennes versions d'extension (ARM64 plateforme)](#appconfig-integration-lambda-extensions-enabling-older-versions-ARM64) ### Anciennes versions d'extension (plate-forme x86-64) Les tableaux suivants répertorient ARNs les Régions AWS anciennes versions de l'extension AWS AppConfig Agent Lambda développée pour la plate-forme x86-64. Date de remplacement par une nouvelle extension : 25/03/2026 **Version 2.0.11962.0** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:296` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:252` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:359` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:348` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:239` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:147` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:270` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:195` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:278` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:217` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:248` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:342` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:226` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:189` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:219` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:221` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:228` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:245` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:248` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:247` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:233` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:288` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:231` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:163` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:136` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:264` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:192` | | Asie-Pacifique (Nouvelle Zélande) | `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension:58` | | Asie-Pacifique (Thaïlande) | `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension:109` | | Asie-Pacifique (Taipei) | `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension:118` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:302` | | Mexique (Centre) | `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension:115` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:234` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:168` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:206` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:244` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:184` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:182` | Date de remplacement par une nouvelle extension : 17/02/2026 **Version 2.0.8693** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:279` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:235` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:348` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:335` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:228` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:130` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:261` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:178` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:261` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:207` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:235` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:333` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:215` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:176` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:205` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:203` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:217` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:228` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:239` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:234` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:224` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:272` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:222` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:152` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:127` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:248` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:179` | | Asie-Pacifique (Nouvelle Zélande) | `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension:41` | | Asie-Pacifique (Thaïlande) | `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension:98` | | Asie-Pacifique (Taipei) | `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension:100 ` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:288` | | Mexique (Centre) | `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension:98` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:225` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:155` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:195` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:227` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:184` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:182` | Date remplacée par une nouvelle extension : 20/11/2025 **Version 2.0.2037** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:207` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:162` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:258` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:262` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:152` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:57` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:189` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:106` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:189` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:133` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:162` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:259` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:140` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:102` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:133` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:131` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:142` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:155` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:165` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:159` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:156` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:199` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:150` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:78` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:55` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:175` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:104` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:215` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:152` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:81` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:120` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:154` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:110` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:109` | Date remplacée par une nouvelle extension : 20/05/2025 **La version 2.0.1079** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:174` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:133` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:223` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:230` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:123` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:27` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:159` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:77` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:160` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:121` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:133` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:225` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:111` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:74` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:106` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:104` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:113` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:126` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:136` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:130` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:134` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:165` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:121` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:49` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:26` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:146` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:75` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:179` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:123` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:52` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:91` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:125` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:80` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:80` | Date de remplacement par une nouvelle extension : 12/12/2024 **La version 2.0.719** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:173` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:132` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:221` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:229` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:121` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:27` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:158` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:75` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:159` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:120` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:132` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:224` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:110` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:72` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:104` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:102` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:112` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:125` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:135` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:129` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:132` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:164` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:120` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:48` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:25` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:145` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:74` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:178` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:122` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:50` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:90` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:124` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:79` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:79` | Date remplacée par une nouvelle extension : 08/08/2024 **La version 2.0.678** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:167` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:126` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:213` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:223` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:116` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:21` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:152` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:70` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:153` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:114` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:126` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:218` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:104` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:67` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:99` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:97` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:106` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:119` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:129` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:123` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:127` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:158` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:114` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:42` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:139` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:68` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:172` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:116` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:45` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:84` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:118` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:73` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:73` | Date remplacée par une nouvelle extension : 23/07/2024 **La version 2.0.501** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:153` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:112` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:195` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:210` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:101` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:136` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:53` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:144` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:99` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:111` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:201` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:89` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:50` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:85` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:83` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:91` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:104` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:114` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:107` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:112` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:142` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:98` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:26` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:125` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:53` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:155` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:102` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:28` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:68` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:103` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:59` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:59` | Date remplacée par une nouvelle extension : 01/07/2024 **La version 2.0.358** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:128` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:93` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:141` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:161` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:93` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:106` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:47` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:125` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:93` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:98` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:159` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:83` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:44` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:76` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:76` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:83` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:98` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:108` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:101` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:106` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:106` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:79` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:20` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:107` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:47` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:128` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:83` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:22` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:49` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:85` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:54` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:54` | Date remplacée par une nouvelle extension : 01/12/2023 **La version 2.0.181** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:113` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:81` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:124` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:146` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:81` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:93` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:32` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:110` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:81` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:82` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:142` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:73` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:29` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:68` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:68` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:73` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:84` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:93` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:86` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:91` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:93` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:64` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:5` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:94` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:32` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:113` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:73` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:7` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:34` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:73` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:46` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:46` | Date remplacée par une nouvelle extension : 14/08/2023 **La version 2.0.165** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:110` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:79` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:121` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:143` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:79` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:91` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:29` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:108` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:79` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:80` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:139` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:71` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:26` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:66` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:66` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:71` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:82` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:91` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:84` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:89` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:91` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:60` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:2` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:92` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:29` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:110` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:71` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension:31` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:71` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:44` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:44` | Date remplacée par une nouvelle extension : 21/02/2023 **La version 2.0.122** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:82` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:59` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:93` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:114` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:59` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:70` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:82` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:59` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:60` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:111` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:54` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:52` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:52` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:54` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:62` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:70` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:59` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:64` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:70` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:37` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:71` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:82` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:54` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:54` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:29` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:29` | Date de remplacement par une nouvelle extension : 23/08/2022 **La version 2.0.58** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:69` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:50` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:78` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:101` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:50` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:59` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:69` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:50` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:51` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:98` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:47` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:46` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:46` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:47` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:49` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:59` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:46` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:51` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:59` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:24` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:60` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:69` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:47` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:47` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:23` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:23` | Date de remplacement par une nouvelle extension : 21/04/2022 **La version 2.0.45** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:68` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:49` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:77` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:100` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:49` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:58` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:68` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:49` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:50` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:97` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:46` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:45` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:45` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:46` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:48` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:58` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:45` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:50` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:58` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:23` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:59` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:68` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:46` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:46` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:22` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:22` | Date de remplacement par une nouvelle extension : 15/03/2022 **La version 2.0.30** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:61` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:47` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:61` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:89` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:47` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:54` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:59` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension:47` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension:48` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension:86` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:44` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:43` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:43` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:44` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:45` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:42` | | Asia Pacific (Seoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:54` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:45` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:54` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:13` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:55` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:61` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:44` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension:44` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:20` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:20` | ### Anciennes versions d'extension (ARM64 plateforme) Les tableaux suivants répertorient ARNs les versions Régions AWS les plus anciennes de l'extension AWS AppConfig Agent Lambda développée pour la ARM64 plateforme. Date de remplacement par une nouvelle extension : 25/03/2026 **Version 2.0.11962.0** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:229` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:204` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:236` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:250` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:159` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:137` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:213` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:153` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:216` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:169` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:167` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:201` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:154` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:150` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:156` | | Asie-Pacifique (Taipei) | `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension-Arm64:92` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:198` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:156` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:162` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:185` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:231` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:168` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:148` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:111` | | Asie-Pacifique (Nouvelle Zélande) | `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension-Arm64:48` | | Asie-Pacifique (Thaïlande) | `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension-Arm64:108` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:206` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:150` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:190` | | Mexique (Centre) | `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension-Arm64:114` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:162` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:162` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:172` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:151` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:141` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:143` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:130` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:128` | Date de remplacement par une nouvelle extension : 17/02/2026 **Version 2.0.8693** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:212 ` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:187 ` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:225 ` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:237 ` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:148 ` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:120 ` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:204 ` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:136 ` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:199 ` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:159` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:154` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:192 ` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:143 ` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:137 ` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:145 ` | | Asie-Pacifique (Taipei) | `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension-Arm64:74 ` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:181 ` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:147 ` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:149 ` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:176 ` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:215 ` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:159 ` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:137 ` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:102 ` | | Asie-Pacifique (Nouvelle Zélande) | `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension-Arm64:31 ` | | Asie-Pacifique (Thaïlande) | `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension-Arm64:97 ` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:190 ` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:137 ` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:176 ` | | Mexique (Centre) | `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension-Arm64:97 ` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:153 ` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:151 ` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:155 ` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:138 ` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:127 ` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:125 ` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:130 ` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:128 ` | Date remplacée par une nouvelle extension : 20/11/2025 **Version 2.0.2037** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:140` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:114` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:135` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:164` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:72` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:47` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:132` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:64` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:127` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:85` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:81` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:118` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:68` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:63` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:70` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:108` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:73` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:74` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:108` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:142` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:87` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:63` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:30` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:117` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:62` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:103` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:80` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:76` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:82` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:64` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:55` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:53` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:56` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:55` | Date remplacée par une nouvelle extension : 20/05/2025 **La version 2.0.1079** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:107` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:85` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:100` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:132` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:43` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:18` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:102` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:35` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:98` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:73` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:52` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:84` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:39` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:35` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:41` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:79` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:44` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:45` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:86` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:108` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:58` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:34` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:1` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:88` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:33` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:67` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:51` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:47` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:53` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:35` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:28` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:26` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:26` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:26` | Date de remplacement par une nouvelle extension : 12/12/2024 **La version 2.0.678** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:106` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:84` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:98` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:131` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:41` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:17` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:101` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:33` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:97` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:72` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:51` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:83` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:38` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:33` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:40` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:78` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:43` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:44` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:84` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:107` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:57` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:33` | | Asie-Pacifique (Malaisie) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:1` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:87` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:32` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:66` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:50` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:46` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:52` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:33` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:26` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:24` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:25` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:25` | Date remplacée par une nouvelle extension : 08/08/2024 **La version 2.0.678** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:100` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:78` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:90` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:125` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:11` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:36` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:95` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:28` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:91` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:66` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:45` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:77` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:32` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:28` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:34` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:72` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:37` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:38` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:79` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:101` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:51` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:27` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:81` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:26` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:60` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:44` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:40` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:46` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:28` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:21` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:19` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:19` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:19` | Date remplacée par une nouvelle extension : 23/07/2024 **La version 2.0.501** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:86` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:64` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:72` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:112` | | Canada-Ouest (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:1` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:21` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:79` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:11` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:82` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:51` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:30` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:60` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:17` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:11` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:19` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:57` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:22` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:22` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:64` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:85` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:35` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:11` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:67` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:11` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:43` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:30` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:24` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:31` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:11` | | Chine (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:7` | | Chine (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:5` | | AWS GovCloud (USA Est) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:5` | | AWS GovCloud (US-Ouest) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:5` | Date remplacée par une nouvelle extension : 01/07/2024 **La version 2.0.358** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:61` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:45` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:18` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:63` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:13` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:49` | | Europe (Zurich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:5` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:63` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:45` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:17` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:18` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:11` | | Europe (Espagne) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:5` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:11` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:51` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:16` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:16` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:58` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:49` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:16` | | Asie-Pacifique (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:5` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:49` | | Asie-Pacifique (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:5` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:16` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:11` | | Moyen-Orient (EAU) | `arn:aws:lambda:me-central-1:662846165436:layer:AWS-AppConfig-Extension-Arm64:5` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:13` | | Israël (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:5` | Date remplacée par une nouvelle extension : 01/12/2023 **La version 2.0.181** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:46` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:33` | | USA Ouest (Californie du Nord) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:1` | | US West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:48` | | Canada (Centre) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:1` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:36` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:48` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:33` | | Europe (Paris) | `arn:aws:lambda:eu-west-3:493207061005:layer:AWS-AppConfig-Extension-Arm64:1` | | Europe (Stockholm) | `arn:aws:lambda:eu-north-1:646970417810:layer:AWS-AppConfig-Extension-Arm64:1` | | Europe (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:1` | | Asie-Pacifique (Hong Kong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:1` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:37` | | Asie-Pacifique (Séoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:1` | | Asie-Pacifique (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:1` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:43` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:36` | | Asie-Pacifique (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:1` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:36` | | Amérique du Sud (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:1` | | Afrique (Le Cap) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:1` | | Middle East (Bahrain) | `arn:aws:lambda:me-south-1:559955524753:layer:AWS-AppConfig-Extension-Arm64:1` | Date remplacée par une nouvelle extension : 30/03/2023 **La version 2.0.165** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:43` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:31` | | USA Ouest (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:45` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:34` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:46` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:31` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:35` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:41` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:34` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:34` | Date remplacée par une nouvelle extension : 21/02/2023 **La version 2.0.122** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:15` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:11` | | USA Ouest (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:16` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:13` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:20` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:11` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:15` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:16` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:13` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:13` | Date de remplacement par une nouvelle extension : 23/08/2022 **La version 2.0.58** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:2` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:2` | | USA Ouest (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:3` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:2` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:7` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:2` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:2` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:3` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:2` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:2` | Date de remplacement par une nouvelle extension : 21/04/2022 **La version 2.0.45** | Région | ARN | | --- | --- | | USA Est (Virginie du Nord) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:1` | | USA Est (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:1` | | USA Ouest (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:2` | | Europe (Francfort) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:1` | | Europe (Irlande) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:6` | | Europe (Londres) | `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:1` | | Asie-Pacifique (Tokyo) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:1` | | Asie-Pacifique (Singapour) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:2` | | Asie-Pacifique (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:1` | | Asie-Pacifique (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:1` | # Utilisation de l' AWS AppConfig agent avec Amazon EC2 et des machines sur site Vous pouvez intégrer AWS AppConfig des applications exécutées sur vos instances Linux Amazon Elastic Compute Cloud (Amazon EC2) à l'aide de l'agent. AWS AppConfig L'agent améliore le traitement et la gestion des demandes de la manière suivante : + L'agent appelle AWS AppConfig en votre nom en utilisant un rôle Gestion des identités et des accès AWS (IAM) et en gérant un cache local de données de configuration. En extrayant les données de configuration du cache local, votre application nécessite moins de mises à jour de code pour gérer les données de configuration, récupère les données de configuration en quelques millisecondes et n'est pas affectée par les problèmes réseau susceptibles de perturber les appels pour ces données. \$1 + L'agent propose une expérience native pour récupérer et résoudre les indicateurs de AWS AppConfig fonctionnalités. + Prêt à l'emploi, l'agent fournit les meilleures pratiques en matière de stratégies de mise en cache, d'intervalles d'interrogation et de disponibilité des données de configuration locales, tout en suivant les jetons de configuration nécessaires pour les appels de service suivants. + Lorsqu'il s'exécute en arrière-plan, l'agent interroge régulièrement le plan de AWS AppConfig données pour obtenir des mises à jour des données de configuration. Votre application peut récupérer les données en se connectant à localhost sur le port 2772 (une valeur de port par défaut personnalisable) et en appelant HTTP GET pour récupérer les données. \$1AWS AppConfig L'agent met en cache les données la première fois que le service récupère vos données de configuration. Pour cette raison, le premier appel pour récupérer les données est plus lent que les appels suivants. **Topics** + [Étape 1 : (Obligatoire) Création de ressources et configuration des autorisations](#appconfig-integration-ec2-resources-and-permissions) + [Étape 2 : (obligatoire) Installation et démarrage de AWS AppConfig l'agent sur les instances Amazon EC2](#appconfig-integration-ec2-installing) + [Étape 3 : (Facultatif, mais recommandé) Envoi de fichiers CloudWatch journaux à Logs](#appconfig-integration-ec2-logs) + [Étape 4 : (Facultatif) Utilisation de variables d'environnement pour configurer AWS AppConfig l'agent pour Amazon EC2](#appconfig-integration-ec2-configuring) + [Étape 5 : (obligatoire) Récupération des données de configuration](#appconfig-integration-ec2-retrieving-data) + [Étape 6 (facultative, mais recommandée) : Automatisation des mises à AWS AppConfig jour de l'agent](#appconfig-integration-ec2-updating-agent) ## Étape 1 : (Obligatoire) Création de ressources et configuration des autorisations Pour intégrer AWS AppConfig les applications exécutées sur vos instances Amazon EC2, vous devez créer des AWS AppConfig artefacts et des données de configuration, notamment des indicateurs de fonctionnalité ou des données de configuration sous forme libre. Pour de plus amples informations, veuillez consulter [Création d'indicateurs de fonctionnalités et de données de configuration sous forme libre dans AWS AppConfig](creating-feature-flags-and-configuration-data.md). Pour récupérer les données de configuration hébergées par AWS AppConfig, vos applications doivent être configurées de manière à accéder au plan de AWS AppConfig données. Pour autoriser l'accès à vos applications, mettez à jour la politique d'autorisation IAM attribuée au rôle d'instance Amazon EC2. Plus précisément, vous devez ajouter les `appconfig:GetLatestConfiguration` actions `appconfig:StartConfigurationSession` et à la politique. Voici un exemple : ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "appconfig:StartConfigurationSession", "appconfig:GetLatestConfiguration" ], "Resource": "*" } ] } ``` ------ Pour plus d'informations sur l'ajout d'autorisations à une politique, consultez la section [Ajouter et supprimer des autorisations d'identité IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage-attach-detach.html) dans le guide de l'*utilisateur IAM*. ## Étape 2 : (obligatoire) Installation et démarrage de AWS AppConfig l'agent sur les instances Amazon EC2 AWS AppConfig L'agent est hébergé dans un compartiment Amazon Simple Storage Service (Amazon S3) géré par. AWS Utilisez la procédure suivante pour installer la dernière version de l'agent sur votre instance Linux. Si votre application est distribuée sur plusieurs instances, vous devez exécuter cette procédure sur chaque instance hébergeant l'application. **Note** Veuillez noter les informations suivantes : AWS AppConfig L'agent est disponible pour les systèmes d'exploitation Linux exécutant la version 4.15 ou supérieure du noyau. Les systèmes basés sur Debian, tels qu'Ubuntu, ne sont pas pris en charge. L'agent prend en charge x86\$164 et les architectures. ARM64 Pour les applications distribuées, nous recommandons d'ajouter les commandes d'installation et de démarrage aux données utilisateur Amazon EC2 de votre groupe Auto Scaling. Dans ce cas, chaque instance exécute les commandes automatiquement. Pour plus d'informations, consultez la section [Exécuter des commandes sur votre instance Linux au lancement](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/user-data.html) dans le guide de l'*utilisateur Amazon EC2*. Consultez également [Tutoriel : Configurer les données utilisateur pour récupérer l'état du cycle de vie cible via les métadonnées de l'instance](https://docs.aws.amazon.com/autoscaling/ec2/userguide/tutorial-lifecycle-hook-instance-metadata.html) dans le guide de l'*utilisateur Amazon EC2 Auto Scaling*. Les procédures décrites dans cette rubrique décrivent comment effectuer des actions telles que l'installation de l'agent en vous connectant à l'instance pour exécuter la commande. Vous pouvez exécuter les commandes depuis un ordinateur client local et cibler une ou plusieurs instances à l'aide de l'outil Run Command, qui est un outil de AWS Systems Manager. Pour plus d’informations, consultez [AWS Systems Manager Run Command](https://docs.aws.amazon.com/systems-manager/latest/userguide/run-command.html) dans le *AWS Systems Manager Guide de l’utilisateur*. AWS AppConfig L'agent sur les instances Linux Amazon EC2 est un `systemd` service. **Pour installer et démarrer AWS AppConfig l'agent sur une instance** 1. Connectez-vous à votre instance Linux. 1. Ouvrez un terminal et exécutez l'une des commandes suivantes avec les autorisations d'administrateur : **x86\$164** ``` sudo yum install https://s3.amazonaws.com/aws-appconfig-downloads/aws-appconfig-agent/linux/x86_64/latest/aws-appconfig-agent.rpm ``` **ARM64** ``` sudo yum install https://s3.amazonaws.com/aws-appconfig-downloads/aws-appconfig-agent/linux/arm64/latest/aws-appconfig-agent.rpm ``` Si vous souhaitez installer une version spécifique de l' AWS AppConfig Agent, remplacez `latest` l'URL par un numéro de version spécifique. Voici un exemple pour x86\$164 : ``` sudo yum install https://s3.amazonaws.com/aws-appconfig-downloads/aws-appconfig-agent/linux/x86_64/2.0.2/aws-appconfig-agent.rpm ``` 1. Exécutez la commande suivante pour démarrer l'agent : ``` sudo systemctl start aws-appconfig-agent ``` 1. Exécutez la commande suivante pour vérifier que l'agent est en cours d'exécution : ``` sudo systemctl status aws-appconfig-agent ``` En cas de succès, la commande renvoie des informations telles que les suivantes : ``` aws-appconfig-agent.service - aws-appconfig-agent ... Active: active (running) since Mon 2023-07-26 00:00:00 UTC; 0s ago ... ``` **Note** Pour arrêter l'agent, exécutez la commande suivante : ``` sudo systemctl stop aws-appconfig-agent ``` ## Étape 3 : (Facultatif, mais recommandé) Envoi de fichiers CloudWatch journaux à Logs Par défaut, AWS AppConfig l'agent publie les journaux sur STDERR. Systemd redirige STDOUT et STDERR pour tous les services exécutés sur l'instance Linux vers le journal systemd. Vous pouvez afficher et gérer les données du journal dans le journal systemd si vous n'exécutez AWS AppConfig l'Agent que sur une ou deux instances. Une meilleure solution, que nous recommandons vivement pour les applications distribuées, consiste à écrire des fichiers journaux sur disque, puis à utiliser l' CloudWatch agent Amazon pour télécharger les données du journal AWS dans le cloud. En outre, vous pouvez configurer l' CloudWatch agent pour supprimer les anciens fichiers journaux de votre instance, afin d'éviter que celle-ci ne manque d'espace disque. Pour activer la journalisation sur disque, vous devez définir la variable d'`LOG_PATH`environnement, comme décrit dans[Étape 4 : (Facultatif) Utilisation de variables d'environnement pour configurer AWS AppConfig l'agent pour Amazon EC2](#appconfig-integration-ec2-configuring). Pour commencer à utiliser l' CloudWatch agent, consultez la section [Collecter des métriques et des journaux à partir d'instances Amazon EC2 et de serveurs sur site avec l' CloudWatch agent dans le guide](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html) de l'utilisateur *Amazon CloudWatch *. Vous pouvez utiliser Quick Setup, un outil de Systems Manager pour installer rapidement l' CloudWatch agent. Pour plus d'informations, consultez la section [Configuration rapide de la gestion des hôtes](https://docs.aws.amazon.com/systems-manager/latest/userguide/quick-setup-host-management.html) dans le *guide de AWS Systems Manager l'utilisateur*. **Avertissement** Si vous choisissez d'écrire des fichiers journaux sur disque sans utiliser l' CloudWatch agent, vous devez supprimer les anciens fichiers journaux. AWS AppConfig L'agent fait automatiquement pivoter les fichiers journaux toutes les heures. Si vous ne supprimez pas les anciens fichiers journaux, votre instance risque de manquer d'espace disque. Après avoir installé l' CloudWatch agent sur votre instance, créez un fichier de configuration de CloudWatch l'agent. Le fichier de configuration indique à CloudWatch l'agent comment utiliser les fichiers journaux de AWS AppConfig l'agent. Pour plus d'informations sur la création d'un fichier de configuration d' CloudWatch agent, voir [Création du fichier de configuration de l' CloudWatch agent](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file.html). Ajoutez la `logs` section suivante au fichier de configuration de l' CloudWatch agent sur l'instance et enregistrez vos modifications : ``` "logs": { "logs_collected": { "files": { "collect_list": [ { "file_path": "/path_you_specified_for_logging", "log_group_name": "${YOUR_LOG_GROUP_NAME}/aws-appconfig-agent.log", "auto_removal": true }, ... ] }, ... }, ... } ``` Si la valeur `auto_removal` est est`true`, l' CloudWatch agent supprime automatiquement les fichiers journaux de l' AWS AppConfig agent pivotés. ## Étape 4 : (Facultatif) Utilisation de variables d'environnement pour configurer AWS AppConfig l'agent pour Amazon EC2 Vous pouvez configurer AWS AppConfig l'agent pour Amazon EC2 à l'aide de variables d'environnement. Pour définir les variables d'environnement d'un `systemd` service, vous devez créer un fichier d'unité intégré. L'exemple suivant montre comment créer un fichier d'unité intégré pour définir le niveau de journalisation de l' AWS AppConfig agent sur`DEBUG`. **Exemple de création d'un fichier d'unité intégré pour les variables d'environnement** 1. Connectez-vous à votre instance Linux. 1. Ouvrez un terminal et exécutez la commande suivante avec les autorisations d'administrateur. La commande crée un répertoire de configuration : ``` sudo mkdir /etc/systemd/system/aws-appconfig-agent.service.d ``` 1. Exécutez la commande suivante pour créer le fichier d'unité intégré. Remplacez *file\$1name* par le nom du fichier. L'extension doit être `.conf` : ``` sudo touch /etc/systemd/system/aws-appconfig-agent.service.d/file_name.conf ``` 1. Entrez les informations dans le fichier de l'unité d'accueil. L'exemple suivant ajoute une `Service` section qui définit une variable d'environnement. L'exemple définit le niveau de journalisation de l' AWS AppConfig agent sur`DEBUG`. ``` [Service] Environment=LOG_LEVEL=DEBUG ``` 1. Exécutez la commande suivante pour recharger la configuration systemd : ``` sudo systemctl daemon-reload ``` 1. Exécutez la commande suivante pour redémarrer AWS AppConfig l'agent : ``` sudo systemctl restart aws-appconfig-agent ``` Vous pouvez configurer AWS AppConfig l'agent pour Amazon EC2 en spécifiant les variables d'environnement suivantes dans un fichier d'unité intégré. **Note** Le tableau suivant inclut une colonne **de valeurs d'exemple**. Selon la résolution de votre écran, vous devrez peut-être faire défiler le tableau vers le bas, puis vers la droite pour afficher la colonne. **** | Variable d'environnement | Détails | Valeur par défaut | Valeur (s) de l'échantillon | | --- | --- | --- | --- | | `ACCESS_TOKEN` | Cette variable d'environnement définit un jeton qui doit être fourni lors de la demande de données de configuration auprès du serveur HTTP de l'agent. La valeur du jeton doit être définie dans l'en-tête d'autorisation de la demande HTTP avec un type d'autorisation de`Bearer`. Voici un exemple. 
GET /applications/my_app/...
                  Host: localhost:2772
                  Authorization: Bearer
| Aucune | MyAccessToken | | `BACKUP_DIRECTORY` | Cette variable d'environnement permet à l' AWS AppConfig agent d'enregistrer une sauvegarde de chaque configuration récupérée dans le répertoire spécifié. Les configurations sauvegardées sur disque ne sont pas cryptées. Si votre configuration contient des données sensibles, il est AWS AppConfig recommandé de mettre en pratique le principe du moindre privilège avec les autorisations de votre système de fichiers. Pour de plus amples informations, veuillez consulter [Sécurité dans AWS AppConfig](appconfig-security.md). | Aucune | /path/to/backups | | `HTTP_PORT` | Cette variable d'environnement indique le port sur lequel s'exécute le serveur HTTP de l'agent. | 2772 | 2772 | | `HTTP_HOST` | La variable HTTP\$1HOST contrôle la manière dont l' AWS AppConfig agent se lie aux interfaces réseau. Le comportement de liaison varie en fonction de l'environnement d'exécution afin de garantir une sécurité et une accessibilité optimales. | ECS, EKS [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/appconfig-integration-ec2.html) EC2 et sur site [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/appconfig-integration-ec2.html) | Options de configuration personnalisées. Vous pouvez modifier le comportement par défaut à l'aide des valeurs suivantes : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/appconfig-integration-ec2.html) | | `LOG_LEVEL` | Cette variable d'environnement indique le niveau de détail enregistré par l'agent. Chaque niveau inclut le niveau actuel et tous les niveaux supérieurs. La valeur ne distingue pas les majuscules et minuscules. Du plus détaillé au moins détaillé, les niveaux de journalisation sont les suivants : `trace` `debug` `info``warn`,`error`,,`fatal`, et`none`. Le `trace` journal contient des informations détaillées, y compris des informations temporelles, sur l'agent. | info | trace debug info prévenir error fatal Aucune | | `LOG_PATH` | Emplacement du disque où les journaux sont écrits. Si ce n'est pas spécifié, les journaux sont écrits dans stderr. | Aucune | /path/to/logs/agent.journal | | `MANIFEST` | Cette variable d'environnement configure l' AWS AppConfig agent pour tirer parti de fonctionnalités supplémentaires par configuration, telles que la récupération de plusieurs comptes et l'enregistrement de la configuration sur disque. Pour de plus amples informations sur l'utilisation de ces modèles, consultez [Utilisation d'un manifeste pour activer des fonctionnalités de récupération supplémentaires](appconfig-agent-how-to-use-additional-features.md). | Aucune | Lorsque vous utilisez AWS AppConfig la configuration comme manifeste :`MyApp:MyEnv:MyManifestConfig`.Lors du chargement du manifeste depuis le disque : `file:/path/to/manifest.json` | | `MAX_CONNECTIONS` | Cette variable d'environnement configure le nombre maximal de connexions que l'agent utilise pour récupérer des AWS AppConfig configurations. | 3 | 3 | | `POLL_INTERVAL` | Cette variable d'environnement contrôle la fréquence à laquelle l'agent interroge les données AWS AppConfig de configuration mises à jour. Vous pouvez spécifier un nombre de secondes pour l'intervalle. Vous pouvez également spécifier un nombre avec une unité de temps : s pour les secondes, m pour les minutes et h pour les heures. Si aucune unité n'est spécifiée, l'agent utilise par défaut les secondes. Par exemple, 60, 60 s et 1 m donnent le même intervalle d'interrogation. | 45 secondes | 4545 s5 min1 h | | `PREFETCH_LIST` | Cette variable d'environnement spécifie les données de configuration que l'agent demande AWS AppConfig dès son démarrage. Plusieurs identifiants de configuration peuvent être fournis dans une liste séparée par des virgules. | Aucune | MyApp:MyEnv:MyConfigabcd123 : efgh456 : ijkl789MyApp::Config1, ::Config2 MyEnv MyApp MyEnv | | `PRELOAD_BACKUPS` | S'il est défini sur`true`, AWS AppConfig l'agent charge les sauvegardes de configuration présentes `BACKUP_DIRECTORY` dans la mémoire et vérifie immédiatement s'il existe une version plus récente du service. S'il est défini sur`false`, l' AWS AppConfig Agent charge le contenu d'une sauvegarde de configuration uniquement s'il ne peut pas récupérer les données de configuration du service, par exemple en cas de problème avec votre réseau. | true | vrai false | | PROXY\$1HEADERS | Cette variable d'environnement spécifie les en-têtes requis par le proxy référencé dans la variable d'PROXY\$1URLenvironnement. La valeur est une liste d'en-têtes séparés par des virgules. | Aucune | en-tête : valeur h1 : v1, h2 : v2 | | PROXY\$1URL | Cette variable d'environnement spécifie l'URL du proxy à utiliser pour les connexions entre l'agent Services AWS et, notamment AWS AppConfig. HTTPSet HTTP URLs sont pris en charge. | Aucune | http://localhost:7474https://my-proxy.example.com | | `REQUEST_TIMEOUT` | Cette variable d'environnement contrôle le temps pendant lequel l'agent attend une réponse. AWS AppConfig Si le service ne répond pas, la demande échoue. Si la demande concerne la récupération initiale des données, l'agent renvoie une erreur à votre application. Si le délai d'attente survient lors d'une vérification des données mises à jour en arrière-plan, l'agent enregistre l'erreur et réessaie après un court laps de temps. Vous pouvez spécifier le nombre de millisecondes pour le délai d'expiration. Vous pouvez également spécifier un nombre avec une unité de temps : ms pour les millisecondes et s pour les secondes. Si aucune unité n'est spécifiée, l'agent utilise par défaut les millisecondes. Par exemple, 5 000, 5 000 ms et 5 s entraînent la même valeur de délai d'expiration de la demande. | 3000 ms | 30003000 ms5s | | ROLE\$1ARN | Cette variable d'environnement spécifie le nom de ressource Amazon (ARN) d'un rôle IAM. AWS AppConfig L'agent assume ce rôle pour récupérer les données de configuration. | Aucune | arn:aws:iam : :123456789012:role/ MyRole | | ROLE\$1EXTERNAL\$1ID | Cette variable d'environnement indique l'ID externe à utiliser avec l'ARN du rôle assumé. | Aucune | MyExternalId | | ROLE\$1SESSION\$1NAME | Cette variable d'environnement spécifie le nom de session à associer aux informations d'identification pour le rôle IAM assumé. | Aucune | AWSAppConfigAgentSession | | SERVICE\$1REGION | Cette variable d'environnement indique une alternative Région AWS que AWS AppConfig l'agent utilise pour appeler le AWS AppConfig service. Si elle n'est pas définie, l'agent tente de déterminer la région actuelle. Si ce n'est pas le cas, l'agent ne démarre pas. | Aucune | us-east-1eu-west-1 | | `WAIT_ON_MANIFEST` | Cette variable d'environnement configure l' AWS AppConfig agent pour qu'il attende que le manifeste soit traité avant de terminer le démarrage. | true | vraifalse | ## Étape 5 : (obligatoire) Récupération des données de configuration Vous pouvez récupérer les données de configuration de AWS AppConfig l'agent à l'aide d'un appel HTTP localhost. Les exemples suivants sont utilisés `curl` avec un client HTTP. Vous pouvez appeler l'agent en utilisant n'importe quel client HTTP compatible avec le langage de votre application ou les bibliothèques disponibles, y compris un AWS SDK. **Pour récupérer le contenu complet de toute configuration déployée** ``` $ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name" ``` **Pour récupérer un seul drapeau et ses attributs à partir d'une AWS AppConfig configuration de type `Feature Flag`** ``` $ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name?flag=flag_name" ``` **Pour accéder à plusieurs drapeaux et à leurs attributs à partir d'une AWS AppConfig configuration de type `Feature Flag`** ``` $ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name?flag=flag_name_one&flag=flag_name_two" ``` ## Étape 6 (facultative, mais recommandée) : Automatisation des mises à AWS AppConfig jour de l'agent AWS AppConfig L'agent est mis à jour périodiquement. Pour vous assurer que vous exécutez la dernière version d' AWS AppConfig Agent sur vos instances, nous vous recommandons d'ajouter les commandes suivantes à vos données utilisateur Amazon EC2. Vous pouvez ajouter les commandes aux données utilisateur sur l'instance ou sur le groupe EC2 Auto Scaling. Le script installe et démarre la dernière version de l'agent chaque fois qu'une instance démarre ou redémarre. ``` #!/bin/bash # install the latest version of the agent yum install -y https://s3.amazonaws.com/aws-appconfig-downloads/aws-appconfig-agent/linux/x86_64/latest/aws-appconfig-agent.rpm # optional: configure the agent mkdir /etc/systemd/system/aws-appconfig-agent.service.d echo "${MY_AGENT_CONFIG}" > /etc/systemd/system/aws-appconfig-agent.service.d/overrides.conf systemctl daemon-reload # start the agent systemctl start aws-appconfig-agent ``` # Utilisation de AWS AppConfig l'agent avec Amazon ECS et Amazon EKS Vous pouvez intégrer Amazon Elastic Container Service (Amazon ECS) et Amazon Elastic Kubernetes Service (Amazon EKS) à l' AWS AppConfig aide d'un agent. AWS AppConfig L'agent fonctionne comme un conteneur annexe s'exécutant parallèlement à vos applications de conteneur Amazon ECS et Amazon EKS. L'agent améliore le traitement et la gestion des applications conteneurisées de la manière suivante : + L'agent appelle AWS AppConfig en votre nom en utilisant un rôle Gestion des identités et des accès AWS (IAM) et en gérant un cache local de données de configuration. En extrayant les données de configuration du cache local, votre application nécessite moins de mises à jour de code pour gérer les données de configuration, récupère les données de configuration en quelques millisecondes et n'est pas affectée par les problèmes réseau susceptibles de perturber les appels pour ces données. \$1 + L'agent propose une expérience native pour récupérer et résoudre les indicateurs de AWS AppConfig fonctionnalités. + Prêt à l'emploi, l'agent fournit les meilleures pratiques en matière de stratégies de mise en cache, d'intervalles d'interrogation et de disponibilité des données de configuration locales, tout en suivant les jetons de configuration nécessaires pour les appels de service suivants. + Lorsqu'il s'exécute en arrière-plan, l'agent interroge régulièrement le plan de AWS AppConfig données pour obtenir des mises à jour des données de configuration. Votre application conteneurisée peut récupérer les données en se connectant à localhost sur le port 2772 (une valeur de port par défaut personnalisable) et en appelant HTTP GET pour récupérer les données. + AWS AppConfig L'agent met à jour les données de configuration de vos conteneurs sans avoir à redémarrer ou à recycler ces conteneurs. \$1AWS AppConfig L'agent met en cache les données la première fois que le service récupère vos données de configuration. Pour cette raison, le premier appel pour récupérer les données est plus lent que les appels suivants. **Avant de commencer** Pour intégrer vos applications AWS AppConfig de conteneur, vous devez créer des AWS AppConfig artefacts et des données de configuration, notamment des indicateurs de fonctionnalité ou des données de configuration sous forme libre. Pour de plus amples informations, veuillez consulter [Création d'indicateurs de fonctionnalités et de données de configuration sous forme libre dans AWS AppConfig](creating-feature-flags-and-configuration-data.md). Pour récupérer les données de configuration hébergées par AWS AppConfig, vos applications de conteneur doivent être configurées de manière à accéder au plan de AWS AppConfig données. Pour autoriser l'accès à vos applications, mettez à jour la politique d'autorisations IAM utilisée par votre rôle IAM de service de conteneurs. Plus précisément, vous devez ajouter les `appconfig:GetLatestConfiguration` actions `appconfig:StartConfigurationSession` et à la politique. Les rôles IAM du service de conteneur sont les suivants : + Le rôle de tâche Amazon ECS + Le rôle du nœud Amazon EKS + Le rôle d'exécution du AWS Fargate pod (si vos conteneurs Amazon EKS utilisent Fargate pour le traitement informatique) Pour plus d'informations sur l'ajout d'autorisations à une politique, consultez la section [Ajouter et supprimer des autorisations d'identité IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage-attach-detach.html) dans le guide de l'*utilisateur IAM*. **Topics** + [Démarrage de l' AWS AppConfig agent pour l'intégration d'Amazon ECS](appconfig-integration-containers-agent-starting-ecs.md) + [Démarrage de l' AWS AppConfig agent pour l'intégration d'Amazon EKS](appconfig-integration-containers-agent-starting-eks.md) + [(Facultatif) Exécution DaemonSet en AWS AppConfig tant que dans Amazon EKS](appconfig-integration-containers-agent-daemon.md) + [(Facultatif) Utilisation de variables d'environnement pour configurer AWS AppConfig l'agent pour Amazon ECS et Amazon EKS](appconfig-integration-containers-agent-configuring.md) + [Extraction des données de configuration pour les applications exécutées dans Amazon ECS et Amazon EKS](appconfig-integration-containers-agent-retrieving-data.md) # Démarrage de l' AWS AppConfig agent pour l'intégration d'Amazon ECS Le conteneur annexe de l' AWS AppConfig agent est automatiquement disponible dans votre environnement Amazon ECS. Pour l'utiliser, vous devez le démarrer, comme décrit dans la procédure suivante. **Pour démarrer Amazon ECS (console)** 1. Ouvrez la console à la [https://console.aws.amazon.com/ecs/version 2](https://console.aws.amazon.com/ecs/v2). 1. Dans le panneau de navigation, choisissez **Task definitions** (Définition des tâches). 1. Choisissez la définition de tâche pour votre application, puis sélectionnez la dernière révision. 1. Choisissez **Créer une nouvelle révision**, puis **Créer une nouvelle révision**. 1. Choisissez **Ajouter d'autres conteneurs**. 1. Dans **Nom**, entrez un nom unique pour le conteneur de l' AWS AppConfig agent. 1. Pour **l'URI de l'image**, entrez : **public.ecr.aws/aws-appconfig/aws-appconfig-agent:2.x** 1. Pour le **contenant essentiel**, sélectionnez **Oui**. 1. Dans la section **Mappages de ports**, choisissez **Ajouter un mappage de port**. 1. Pour **Port à conteneurs**, entrez**2772**. **Note** AWS AppConfig L'agent s'exécute sur le port 2772, par défaut. Vous pouvez spécifier un autre port. 1. Choisissez **Créer**. Amazon ECS crée une nouvelle révision de conteneur et affiche les détails. 1. Dans le volet de navigation, choisissez **Clusters**, puis choisissez votre cluster d'applications dans la liste. 1. Dans l'onglet **Services**, sélectionnez le service correspondant à votre application. 1. Choisissez **Mettre à jour**. 1. Sous **Configuration du déploiement**, pour **Révision**, choisissez la dernière révision. 1. Choisissez **Mettre à jour**. Amazon ECS déploie la dernière définition de tâche. 1. Une fois le déploiement terminé, vous pouvez vérifier que AWS AppConfig l'agent est en cours d'exécution dans l'onglet **Configuration et tâches**. Dans l'onglet **Tâches**, choisissez la tâche en cours d'exécution. 1. Dans la section **Conteneurs**, vérifiez que le conteneur de l' AWS AppConfig agent est répertorié. 1. Pour vérifier que AWS AppConfig l'agent a démarré, cliquez sur l'onglet **Logs**. Recherchez une instruction semblable à la suivante pour le conteneur de l' AWS AppConfig agent : `[appconfig agent] 1970/01/01 00:00:00 INFO serving on localhost:2772` **Note** Notez les informations suivantes. AWS AppConfig L'agent est un processus de longue haleine. En tant que bonne pratique pour les conteneurs Amazon ECS, configurez les contrôles de santé de vos conteneurs, en définissant spécifiquement la dépendance du conteneur sur la condition SAINE. Pour plus d'informations, consultez le [ContainerDependency](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_ContainerDependency.html)manuel *Amazon Elastic Container Service API Reference*. Vous pouvez ajuster le comportement par défaut de l' AWS AppConfig Agent en saisissant ou en modifiant des variables d'environnement. Pour plus d'informations sur les variables d'environnement disponibles, consultez[(Facultatif) Utilisation de variables d'environnement pour configurer AWS AppConfig l'agent pour Amazon ECS et Amazon EKS](appconfig-integration-containers-agent-configuring.md). Pour plus d'informations sur la modification des variables d'environnement dans Amazon ECS, consultez la section [Transmission de variables d'environnement à un conteneur](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/taskdef-envfiles.html) dans le manuel *Amazon Elastic Container Service Developer Guide*. # Démarrage de l' AWS AppConfig agent pour l'intégration d'Amazon EKS Le conteneur annexe de l' AWS AppConfig agent est automatiquement disponible dans votre environnement Amazon EKS. Pour l'utiliser, vous devez le démarrer. La procédure suivante décrit comment utiliser l'outil de ligne de `kubectl` commande Amazon EKS pour démarrer l'agent. **Note** Avant de continuer, assurez-vous que votre `kubeconfig` fichier est à jour. Pour plus d'informations sur la création ou la modification d'un `kubeconfig` fichier, consultez la section [Création ou mise à jour d'un fichier kubeconfig pour un cluster Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/create-kubeconfig.html) dans le guide de **l'utilisateur Amazon EKS**. **Pour démarrer AWS AppConfig l'agent (outil de ligne de commande kubectl)** 1. Ouvrez le manifeste de votre application et vérifiez que votre application Amazon EKS s'exécute en tant que déploiement à conteneur unique. Le contenu du fichier doit ressembler à ce qui suit. ``` apiVersion: apps/v1 kind: Deployment metadata: name: my-app namespace: my-namespace labels: app: my-application-label spec: replicas: 1 selector: matchLabels: app: my-application-label template: metadata: labels: app: my-application-label spec: containers: - name: my-app image: my-repo/my-image imagePullPolicy: IfNotPresent ``` 1. Ajoutez les détails de la définition du conteneur de l' AWS AppConfig agent à votre manifeste de déploiement. ``` - name: appconfig-agent image: public.ecr.aws/aws-appconfig/aws-appconfig-agent:2.x ports: - name: http containerPort: 2772 protocol: TCP env: - name: SERVICE_REGION value: Région AWS imagePullPolicy: IfNotPresent ``` **Note** Notez les informations suivantes. AWS AppConfig L'agent s'exécute sur le port 2772, par défaut. Vous pouvez spécifier un autre port. Vous pouvez ajuster le comportement par défaut de l' AWS AppConfig Agent en saisissant des variables d'environnement. Pour de plus amples informations, veuillez consulter [(Facultatif) Utilisation de variables d'environnement pour configurer AWS AppConfig l'agent pour Amazon ECS et Amazon EKS](appconfig-integration-containers-agent-configuring.md). Pour*Région AWS*, spécifiez le Région AWS code (par exemple,`us-west-1`) dans lequel AWS AppConfig l'agent récupère les données de configuration. 1. Exécutez la `kubectl` commande suivante pour appliquer les modifications à votre cluster. *my-deployment*Remplacez-le par le nom de votre manifeste de déploiement. ``` kubectl apply -f my-deployment.yml ``` 1. Une fois le déploiement terminé, vérifiez que AWS AppConfig l'agent est en cours d'exécution. Utilisez la commande suivante pour afficher le fichier journal du pod de l'application. ``` kubectl logs -n my-namespace -c appconfig-agent my-pod ``` Recherchez une instruction semblable à la suivante pour le conteneur de l' AWS AppConfig agent : `[appconfig agent] 1970/01/01 00:00:00 INFO serving on localhost:2772` **Note** Vous pouvez ajuster le comportement par défaut de l' AWS AppConfig Agent en saisissant ou en modifiant des variables d'environnement. Pour plus d'informations sur les variables d'environnement disponibles, consultez[(Facultatif) Utilisation de variables d'environnement pour configurer AWS AppConfig l'agent pour Amazon ECS et Amazon EKS](appconfig-integration-containers-agent-configuring.md). # (Facultatif) Exécution DaemonSet en AWS AppConfig tant que dans Amazon EKS Avec Amazon EKS, vous pouvez exécuter AWS AppConfig l'agent en tant que sidecar, ce qui se traduit par un conteneur d'agent *par module d'application.* Ou, si vous préférez, vous pouvez exécuter l' AWS AppConfig agent en tant que tel [DaemonSet](https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/), ce qui se traduit par un conteneur d'agent *par nœud de votre cluster*. **Note** Si vous exécutez AWS AppConfig l'Agent en tant que DaemonSet, l'agent s'exécute dans un module séparé, ce qui signifie que vous ne pouvez pas y accéder avec des appels à`localhost`. Vous devez injecter ou découvrir l'adresse IP de l'agent pod pour pouvoir l'appeler. Pour exécuter AWS AppConfig l'Agent en tant que DaemonSet, créez un fichier manifeste avec le contenu suivant. Remplacez *highlighted* le texte par des informations relatives à votre application et à votre environnement. Pour*Région AWS*, spécifiez un Région AWS code (par exemple,`us-west-1`). ``` apiVersion: apps/v1 kind: DaemonSet metadata: name: aws-appconfig-agent namespace: my_namespace labels: app: my_application_label spec: selector: matchLabels: app: my_application_label template: metadata: labels: app: my_application_label spec: containers: - name: aws-appconfig-agent image: public.ecr.aws/aws-appconfig/aws-appconfig-agent:2.x ports: - name: http containerPort: 2772 protocol: TCP env: - name: SERVICE_REGION value: Région AWS imagePullPolicy: IfNotPresent # set a high priority class to ensure the agent is running on every node priorityClassName: system-node-critical ``` Exécutez la commande suivante pour appliquer l' AWS AppConfig agent DaemonSet à votre cluster. Remplacez *aws\$1appconfig\$1agent\$1daemonset* par le nom de votre DaemonSet manifeste. ``` kubectl apply -f aws_appconfig_agent_daemonset.yml ``` # (Facultatif) Utilisation de variables d'environnement pour configurer AWS AppConfig l'agent pour Amazon ECS et Amazon EKS Vous pouvez configurer AWS AppConfig l'agent en modifiant les variables d'environnement suivantes pour votre conteneur d'agents. **Note** Le tableau suivant inclut une colonne **de valeurs d'exemple**. Selon la résolution de votre écran, vous devrez peut-être faire défiler le tableau vers le bas, puis vers la droite pour afficher la colonne. **** | Variable d'environnement | Détails | Valeur par défaut | Valeur (s) de l'échantillon | | --- | --- | --- | --- | | `ACCESS_TOKEN` | Cette variable d'environnement définit un jeton qui doit être fourni lors de la demande de données de configuration auprès du serveur HTTP de l'agent. La valeur du jeton doit être définie dans l'en-tête d'autorisation de la demande HTTP avec un type d'autorisation de`Bearer`. Voici un exemple. 
GET /applications/my_app/...
                  Host: localhost:2772
                  Authorization: Bearer
| Aucune | MyAccessToken | | `BACKUP_DIRECTORY` | Cette variable d'environnement permet à l' AWS AppConfig agent d'enregistrer une sauvegarde de chaque configuration récupérée dans le répertoire spécifié. Les configurations sauvegardées sur disque ne sont pas cryptées. Si votre configuration contient des données sensibles, il est AWS AppConfig recommandé de mettre en pratique le principe du moindre privilège avec les autorisations de votre système de fichiers. Pour de plus amples informations, veuillez consulter [Sécurité dans AWS AppConfig](appconfig-security.md). | Aucune | /path/to/backups | | `HTTP_PORT` | Cette variable d'environnement indique le port sur lequel s'exécute le serveur HTTP de l'agent. | 2772 | 2772 | | `HTTP_HOST` | La variable HTTP\$1HOST contrôle la manière dont l' AWS AppConfig agent se lie aux interfaces réseau. Le comportement de liaison varie en fonction de l'environnement d'exécution afin de garantir une sécurité et une accessibilité optimales. | ECS, EKS [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/appconfig-integration-containers-agent-configuring.html) EC2 et sur site [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/appconfig-integration-containers-agent-configuring.html) | Options de configuration personnalisées. Vous pouvez modifier le comportement par défaut à l'aide des valeurs suivantes : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/appconfig-integration-containers-agent-configuring.html) | | `LOG_LEVEL` | Cette variable d'environnement indique le niveau de détail enregistré par l'agent. Chaque niveau inclut le niveau actuel et tous les niveaux supérieurs. La valeur ne distingue pas les majuscules et minuscules. Du plus détaillé au moins détaillé, les niveaux de journalisation sont les suivants : `trace` `debug` `info``warn`,`error`,,`fatal`, et`none`. Le `trace` journal contient des informations détaillées, y compris des informations temporelles, sur l'agent. | info | trace debug info prévenir error fatal Aucune | | `LOG_PATH` | Emplacement du disque où les journaux sont écrits. Si ce n'est pas spécifié, les journaux sont écrits dans stderr. | Aucune | /path/to/logs/agent.journal | | `MANIFEST` | Cette variable d'environnement configure l' AWS AppConfig agent pour tirer parti de fonctionnalités supplémentaires par configuration, telles que la récupération de plusieurs comptes et l'enregistrement de la configuration sur disque. Pour de plus amples informations sur l'utilisation de ces modèles, consultez [Utilisation d'un manifeste pour activer des fonctionnalités de récupération supplémentaires](appconfig-agent-how-to-use-additional-features.md). | Aucune | Lorsque vous utilisez AWS AppConfig la configuration comme manifeste :`MyApp:MyEnv:MyManifestConfig`.Lors du chargement du manifeste depuis le disque : `file:/path/to/manifest.json` | | `MAX_CONNECTIONS` | Cette variable d'environnement configure le nombre maximal de connexions que l'agent utilise pour récupérer des AWS AppConfig configurations. | 3 | 3 | | `POLL_INTERVAL` | Cette variable d'environnement contrôle la fréquence à laquelle l'agent interroge les données AWS AppConfig de configuration mises à jour. Vous pouvez spécifier un nombre de secondes pour l'intervalle. Vous pouvez également spécifier un nombre avec une unité de temps : s pour les secondes, m pour les minutes et h pour les heures. Si aucune unité n'est spécifiée, l'agent utilise par défaut les secondes. Par exemple, 60, 60 s et 1 m donnent le même intervalle d'interrogation. | 45 secondes | 4545 s5 min1 h | | `PREFETCH_LIST` | Cette variable d'environnement spécifie les données de configuration que l'agent demande AWS AppConfig dès son démarrage. Plusieurs identifiants de configuration peuvent être fournis dans une liste séparée par des virgules. | Aucune | MyApp:MyEnv:MyConfigabcd123 : efgh456 : ijkl789MyApp::Config1, ::Config2 MyEnv MyApp MyEnv | | `PRELOAD_BACKUPS` | S'il est défini sur`true`, AWS AppConfig l'agent charge les sauvegardes de configuration présentes `BACKUP_DIRECTORY` dans la mémoire et vérifie immédiatement s'il existe une version plus récente du service. S'il est défini sur`false`, l' AWS AppConfig Agent charge le contenu d'une sauvegarde de configuration uniquement s'il ne peut pas récupérer les données de configuration du service, par exemple en cas de problème avec votre réseau. | true | vrai false | | PROXY\$1HEADERS | Cette variable d'environnement spécifie les en-têtes requis par le proxy référencé dans la variable d'PROXY\$1URLenvironnement. La valeur est une liste d'en-têtes séparés par des virgules. | Aucune | en-tête : valeur h1 : v1, h2 : v2 | | PROXY\$1URL | Cette variable d'environnement spécifie l'URL du proxy à utiliser pour les connexions entre l'agent Services AWS et, notamment AWS AppConfig. HTTPSet HTTP URLs sont pris en charge. | Aucune | http://localhost:7474https://my-proxy.example.com | | `REQUEST_TIMEOUT` | Cette variable d'environnement contrôle le temps pendant lequel l'agent attend une réponse. AWS AppConfig Si le service ne répond pas, la demande échoue. Si la demande concerne la récupération initiale des données, l'agent renvoie une erreur à votre application. Si le délai d'attente survient lors d'une vérification des données mises à jour en arrière-plan, l'agent enregistre l'erreur et réessaie après un court laps de temps. Vous pouvez spécifier le nombre de millisecondes pour le délai d'expiration. Vous pouvez également spécifier un nombre avec une unité de temps : ms pour les millisecondes et s pour les secondes. Si aucune unité n'est spécifiée, l'agent utilise par défaut les millisecondes. Par exemple, 5 000, 5 000 ms et 5 s entraînent la même valeur de délai d'expiration de la demande. | 3000 ms | 30003000 ms5s | | ROLE\$1ARN | Cette variable d'environnement spécifie le nom de ressource Amazon (ARN) d'un rôle IAM. AWS AppConfig L'agent assume ce rôle pour récupérer les données de configuration. | Aucune | arn:aws:iam : :123456789012:role/ MyRole | | ROLE\$1EXTERNAL\$1ID | Cette variable d'environnement indique l'ID externe à utiliser avec l'ARN du rôle assumé. | Aucune | MyExternalId | | ROLE\$1SESSION\$1NAME | Cette variable d'environnement spécifie le nom de session à associer aux informations d'identification pour le rôle IAM assumé. | Aucune | AWSAppConfigAgentSession | | SERVICE\$1REGION | Cette variable d'environnement indique une alternative Région AWS que AWS AppConfig l'agent utilise pour appeler le AWS AppConfig service. Si elle n'est pas définie, l'agent tente de déterminer la région actuelle. Si ce n'est pas le cas, l'agent ne démarre pas. | Aucune | us-east-1eu-west-1 | | `WAIT_ON_MANIFEST` | Cette variable d'environnement configure l' AWS AppConfig agent pour qu'il attende que le manifeste soit traité avant de terminer le démarrage. | true | vraifalse | # Extraction des données de configuration pour les applications exécutées dans Amazon ECS et Amazon EKS Vous pouvez récupérer les données de configuration de AWS AppConfig l'agent pour les applications exécutées dans Amazon ECS et Amazon EKS à l'aide d'un appel HTTP localhost. Les exemples suivants sont utilisés `curl` avec un client HTTP. Vous pouvez appeler l'agent à l'aide de n'importe quel client HTTP disponible compatible avec le langage de votre application ou les bibliothèques disponibles. **Note** Pour récupérer les données de configuration si votre application utilise une barre oblique, par exemple « test-backend/test-service », vous devez utiliser le codage URL. **Pour récupérer le contenu complet de toute configuration déployée** ``` $ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name" ``` **Pour récupérer un seul drapeau et ses attributs à partir d'une AWS AppConfig configuration de type `Feature Flag`** ``` $ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name?flag=flag_name" ``` **Pour accéder à plusieurs drapeaux et à leurs attributs à partir d'une AWS AppConfig configuration de type `Feature Flag`** ``` $ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name?flag=flag_name_one&flag=flag_name_two" ``` L'appel renvoie les métadonnées de configuration dans les en-têtes HTTP, y compris la version de configuration, le type de contenu et l'étiquette de version de configuration (le cas échéant). Le corps de la réponse de l'agent contient le contenu de configuration. Voici un exemple : ``` HTTP/1.1 200 OK Configuration-Version: 1 Content-Type: application/json Date: Tue, 18 Feb 2025 20:20:16 GMT Content-Length: 31 My test config ``` # Récupération des indicateurs de fonctionnalités de base et multivariantes Pour les configurations d'indicateurs de fonctionnalités (configurations de type`AWS.AppConfig.FeatureFlags`), l' AWS AppConfig agent vous permet de récupérer un seul indicateur ou un sous-ensemble d'indicateurs dans une configuration. La récupération d'un ou deux indicateurs est utile si votre cas d'utilisation ne nécessite que quelques indicateurs du profil de configuration. Les exemples suivants utilisent cURL. **Note** La possibilité d'appeler un indicateur de fonctionnalité unique ou un sous-ensemble d'indicateurs dans une configuration n'est disponible que dans les versions 2.0.45 et supérieures de l' AWS AppConfig Agent. Vous pouvez récupérer les données AWS AppConfig de configuration à partir d'un point de terminaison HTTP local. Pour accéder à un indicateur spécifique ou à une liste d'indicateurs, utilisez le paramètre de `?flag=FLAG_KEY` requête pour un profil AWS AppConfig de configuration. **Pour récupérer un seul drapeau et ses attributs** ``` curl "http://localhost:2772/applications/APPLICATION_NAME/environments/ENVIRONMENT_NAME/configurations/CONFIGURATION_NAME?flag=FLAG_KEY" ``` **Pour récupérer plusieurs drapeaux et leurs attributs** ``` curl "http://localhost:2772/applications/APPLICATION_NAME/environments/ENVIRONMENT_NAME/configurations/CONFIGURATION_NAME?flag=FLAG_KEY_ONE&flag=FLAG_KEY_TWO" ``` **Pour récupérer les variantes des indicateurs de fonctionnalité en fonction du contexte de l'appelant** Les exemples cURL suivants montrent comment récupérer des variantes d'indicateurs de fonctionnalité en fonction du contexte de l'appelant. Pour illustrer au mieux la manière de passer ces appels, cette section utilise des exemples d'appels basés sur un scénario dans lequel un client a créé des variantes similaires aux suivantes : ![\[Exemple de capture d'écran d'un indicateur de fonctionnalité avec des variantes.\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/images/flag-variant-example.png) **Note** Pour récupérer des variantes d'indicateur, vous devez utiliser la dernière version de AWS AppConfig l'Agent dans votre environnement informatique. Pour plus d'informations, consultez les rubriques suivantes qui décrivent comment mettre à jour, installer ou ajouter l'agent pour chacun des environnements informatiques suivants : Pour les environnements de calcul Lambda : [Ajout de l'extension AWS AppConfig Agent Lambda](appconfig-integration-lambda-extensions-add.md) Pour les environnements informatiques Amazon EC2 : [Étape 2 : (obligatoire) Installation et démarrage de AWS AppConfig l'agent sur les instances Amazon EC2](appconfig-integration-ec2.md#appconfig-integration-ec2-installing) Pour les environnements informatiques Amazon ECS : [Démarrage de l' AWS AppConfig agent pour l'intégration d'Amazon ECS](appconfig-integration-containers-agent-starting-ecs.md) Pour les environnements informatiques Amazon EKS : [Démarrage de l' AWS AppConfig agent pour l'intégration d'Amazon EKS](appconfig-integration-containers-agent-starting-eks.md) **Pour récupérer les données du drapeau en utilisant le contexte de l'appelant jane\$1doe@example.org (qui n'a pas opté pour le programme bêta) :** ``` curl http://localhost:2772/applications/UIRefresh/environments/Production/configurations/Features \ -H "Context: email=jane_doe@example.org" \ -H "Context: opted_in_to_beta=false" { "ui_refresh": {"_variant":"QA","dark_mode_support":true,"enabled":true} } ``` **Pour récupérer les données du drapeau en utilisant le contexte de l'appelant jane\$1doe@example.org (qui *a* opté pour le programme bêta) :** ``` curl http://localhost:2772/applications/UIRefresh/environments/Production/configurations/Features \ -H "Context: email=jane_doe@example.org" \ -H "Context: opted_in_to_beta=true" { "ui_refresh": {"_variant":"QA","dark_mode_support":true,"enabled":true} } ``` **Pour récupérer les données du drapeau en utilisant le contexte de l'appelant jane\$1doe@qa-testers.example.org (qui est testeur d'assurance qualité chez Example Organization) :** ``` curl http://localhost:2772/applications/UIRefresh/environments/Production/configurations/Features \ -H "Context: email=jane_doe@qa-testers.example.org" { "ui_refresh": {"_variant":"QA","dark_mode_support":true,"enabled":true} } ``` **Pour récupérer les données du drapeau sans le contexte de l'appelant (qui renvoie la variante par défaut)** ``` curl http://localhost:2772/applications/UIRefresh/environments/Production/configurations/Features { "ui_refresh": {"_variant":"Default Variant","enabled":false} } ``` **Pour récupérer des données d'indicateur pour un scénario de répartition du trafic afin de déterminer si 1 appelant aléatoire sur 10 reçoit la variante « population échantillon »** ``` for i in {0..9} do ; \ curl http://localhost:2772/applications/UIRefresh/environments/Production/configurations/Features \ -H "Context: email=$i@example.org" { "ui_refresh": {"_variant":"Default Variant","enabled":false} } { "ui_refresh": {"_variant":"Default Variant","enabled":false} } { "ui_refresh": {"_variant":"Default Variant","enabled":false} } { "ui_refresh": {"_variant":"Default Variant","enabled":false} } { "ui_refresh": {"_variant":"Sample Population","dark_mode_support":false,"enabled":true} } { "ui_refresh": {"_variant":"Default Variant","enabled":false} } { "ui_refresh": {"_variant":"Default Variant","enabled":false} } { "ui_refresh": {"_variant":"Default Variant","enabled":false} } { "ui_refresh": {"_variant":"Default Variant","enabled":false} } { "ui_refresh": {"_variant":"Default Variant","enabled":false} } { "ui_refresh": {"_variant":"Default Variant","enabled":false} } ``` # Utilisation d'un manifeste pour activer des fonctionnalités de récupération supplémentaires AWS AppConfig L'agent propose les fonctionnalités supplémentaires suivantes pour vous aider à récupérer les configurations de vos applications. + [Configuration de AWS AppConfig l'agent pour récupérer les configurations de plusieurs comptes](appconfig-agent-how-to-use-additional-features-multi-account.md): utilisez l' AWS AppConfig agent d'un serveur principal ou d'une source Compte AWS de *récupération* pour récupérer les données de configuration de plusieurs comptes fournisseurs. + [Configuration de AWS AppConfig l'agent pour écrire des copies de configuration sur disque](appconfig-agent-how-to-use-additional-features-write-to-disk.md): utilisez l' AWS AppConfig agent pour écrire les données de configuration sur le disque. Cette fonctionnalité permet aux clients utilisant des applications qui lisent les données de configuration sur disque de s'y intégrer AWS AppConfig. ## Comprendre les manifestes des agents Pour activer ces fonctionnalités de AWS AppConfig l'agent, vous devez créer un manifeste. Un manifeste est un ensemble de données de configuration que vous fournissez pour contrôler les actions que l'agent peut effectuer. Un manifeste est écrit en JSON. Il contient un ensemble de clés de haut niveau correspondant aux différentes configurations que vous avez déployées avec. AWS AppConfig Un manifeste peut inclure plusieurs configurations. En outre, chaque configuration du manifeste peut identifier une ou plusieurs fonctionnalités d'agent à utiliser pour la configuration spécifiée. Le contenu du manifeste utilise le format suivant : ``` { "application_name:environment_name:configuration_name": { "agent_feature_to_enable_1": { "feature-setting-key": "feature-setting-value" }, "agent_feature_to_enable_2": { "feature-setting-key": "feature-setting-value" } } } ``` Voici un exemple de code JSON pour un manifeste avec deux configurations. La première configuration (*MyApp*) n'utilise aucune fonctionnalité de AWS AppConfig l'agent. La deuxième configuration (*My2ndApp*) utilise la *copie de configuration écrite sur disque* et les fonctionnalités de *récupération multi-comptes* : ``` { "MyApp:Test:MyAllowListConfiguration": {}, "My2ndApp:Beta:MyEnableMobilePaymentsFeatureFlagConfiguration": { "credentials": { "roleArn": "arn:aws:us-west-1:iam::123456789012:role/MyTestRole", "roleExternalId": "00b148e2-4ea4-46a1-ab0f-c422b54d0aac", "roleSessionName": "AwsAppConfigAgent", "credentialsDuration": "2h" }, "writeTo": { "path": "/tmp/aws-appconfig/my-2nd-app/beta/my-enable-payments-feature-flag-configuration.json" } } } ``` **Comment fournir un manifeste d'agent** Vous pouvez stocker le manifeste sous forme de fichier dans un emplacement où AWS AppConfig l'agent peut le lire. Vous pouvez également enregistrer le manifeste sous forme de AWS AppConfig configuration et pointer l'agent vers celui-ci. Pour fournir un manifeste d'agent, vous devez définir une variable d'`MANIFEST`environnement avec l'une des valeurs suivantes : **** | Emplacement du manifeste | Valeur de la variable d'environnement | Cas d’utilisation | | --- | --- | --- | | Fichier | fichier :/path/to/agent-manifest.json | Utilisez cette méthode si votre manifeste ne change pas souvent. | | AWS AppConfig configuration | *application-name*:*environment-name*:*configuration-name* | Utilisez cette méthode pour les mises à jour dynamiques. Vous pouvez mettre à jour et déployer un manifeste stocké dans une configuration de la même manière AWS AppConfig que vous stockez d'autres AWS AppConfig configurations. | | Variable d'environnement | Contenu du manifeste (JSON) | Utilisez cette méthode si votre manifeste ne change pas souvent. Cette méthode est utile dans les environnements de conteneurs où il est plus facile de définir une variable d'environnement que d'exposer un fichier. | Pour plus d'informations sur la définition de variables pour l' AWS AppConfig Agent, consultez la rubrique correspondant à votre cas d'utilisation : + [Configuration de l'extension AWS AppConfig Agent Lambda](appconfig-integration-lambda-extensions-config.md) + [Utilisation de AWS AppConfig l'agent avec Amazon EC2](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-ec2.html#appconfig-integration-ec2-configuring) + [Utilisation de AWS AppConfig l'agent avec Amazon ECS et Amazon EKS](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-containers-agent.html#appconfig-integration-containers-agent-configuring) # Configuration de AWS AppConfig l'agent pour récupérer les configurations de plusieurs comptes Vous pouvez configurer AWS AppConfig l'agent pour récupérer des configurations à partir de plusieurs Comptes AWS en saisissant les remplacements d'informations d'identification dans le manifeste de l' AWS AppConfig agent. Les *remplacements d'informations d'identification* incluent le nom Amazon Resource (ARN) d'un rôle Gestion des identités et des accès AWS (IAM), un ID de rôle, un nom de session et la durée pendant laquelle l'agent peut assumer le rôle. Vous entrez ces informations dans une section « informations d'identification » du manifeste. La section « informations d'identification » utilise le format suivant : ``` { "application_name:environment_name:configuration_name": { "credentials": { "roleArn": "arn:partition:iam::account_ID:role/roleName", "roleExternalId": "string", "roleSessionName": "string", "credentialsDuration": "time_in_hours" } } } ``` Voici un exemple : ``` { "My2ndApp:Beta:MyEnableMobilePaymentsFeatureFlagConfiguration": { "credentials": { "roleArn": "arn:aws:us-west-1:iam::123456789012:role/MyTestRole", "roleExternalId": "00b148e2-4ea4-46a1-ab0f-c422b54d0aac", "roleSessionName": "AWSAppConfigAgent", "credentialsDuration": "2h" } } } ``` Avant de récupérer une configuration, l'agent lit les informations d'identification de la configuration dans le manifeste, puis assume le rôle IAM spécifié pour cette configuration. Vous pouvez spécifier un ensemble différent de remplacements d'informations d'identification pour différentes configurations dans un seul manifeste. Le schéma suivant montre comment l' AWS AppConfig agent, lorsqu'il s'exécute dans le compte A (le compte de récupération), assume les rôles distincts spécifiés pour les comptes B et C (les comptes fournisseurs), puis appelle l'opération [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)API pour récupérer les données de configuration relatives à l' AWS AppConfig exécution sur ces comptes : ![\[Comment AWS AppConfig l'agent fonctionne avec des rôles IAM distincts Comptes AWS.\]](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/images/agent multi-account.png) ## Configurer les autorisations pour récupérer les données de configuration des comptes fournisseurs AWS AppConfig L'agent exécuté dans le compte de récupération doit être autorisé pour récupérer les données de configuration des comptes fournisseurs. Vous donnez l'autorisation à l'agent en créant un rôle Gestion des identités et des accès AWS (IAM) dans chacun des comptes fournisseurs. AWS AppConfig L'agent du compte de récupération assume ce rôle pour obtenir des données à partir des comptes fournisseurs. Suivez les procédures décrites dans cette section pour créer une politique d'autorisations IAM, un rôle IAM et ajouter des remplacements d'agents au manifeste. **Avant de commencer** Collectez les informations suivantes avant de créer une politique d'autorisation et un rôle dans IAM. + Le IDs pour chacun Compte AWS. Le compte de *récupération* est le compte qui appellera d'autres comptes pour obtenir des données de configuration. Les comptes *fournisseurs* sont les comptes qui vendront les données de configuration au compte de récupération. + Nom du rôle IAM utilisé par le AWS AppConfig compte de récupération. Voici une liste des rôles utilisés par AWS AppConfig défaut par : + Pour Amazon Elastic Compute Cloud (Amazon EC2) AWS AppConfig , utilise le rôle d'instance. + Pour AWS Lambda, AWS AppConfig utilise le rôle d'exécution Lambda. + Pour Amazon Elastic Container Service (Amazon ECS) et Amazon Elastic Kubernetes Service (Amazon AWS AppConfig EKS), utilise le rôle de conteneur. Si vous avez configuré AWS AppConfig l'Agent pour utiliser un rôle IAM différent en spécifiant la variable d'`ROLE_ARN`environnement, notez ce nom. **Création de la politique d'autorisations** Utilisez la procédure suivante pour créer une politique d'autorisations à l'aide de la console IAM. Effectuez la procédure décrite dans chacune d'elles Compte AWS qui vendra les données de configuration pour le compte de récupération. **Pour créer une stratégie IAM** 1. Connectez-vous au compte AWS Management Console d'un fournisseur. 1. Ouvrez la console IAM à l’adresse [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/). 1. Dans le volet de navigation, sélectionnez **Politiques**, puis **Créer une politique**. 1. Choisissez l'option **JSON**. 1. Dans l'**éditeur de stratégie**, remplacez le JSON par défaut par la déclaration de politique suivante. Mettez à jour chacun *example resource placeholder* avec les détails du compte fournisseur. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "appconfig:StartConfigurationSession", "appconfig:GetLatestConfiguration" ], "Resource": "arn:aws:appconfig:us-east-1:111122223333:application/vendor_application_ID/environment/vendor_environment_ID/configuration/vendor_configuration_ID" } ] } ``` ------ Voici un exemple : ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [{ "Effect": "Allow", "Action": [ "appconfig:StartConfigurationSession", "appconfig:GetLatestConfiguration" ], "Resource": "arn:aws:appconfig:us-east-2:111122223333:application/abc123/environment/def456/configuration/hij789" } ] } ``` ------ 1. Choisissez **Suivant**. 1. Dans le champ **Nom de la politique**, entrez un nom. 1. (Facultatif) Pour **Ajouter des balises**, ajoutez une ou plusieurs paires balise-clé-valeur pour organiser, suivre ou contrôler l'accès pour cette politique. 1. Choisissez **Create Policy** (Créer une politique). Le système vous renvoie à la page **Policies (Stratégies)**. 1. Répétez cette procédure pour chaque appareil Compte AWS destiné à vendre les données de configuration du compte de récupération. **Création du rôle IAM** Utilisez la procédure suivante pour créer un rôle IAM à l'aide de la console IAM. Effectuez la procédure décrite dans chacune d'elles Compte AWS qui vendra les données de configuration pour le compte de récupération. **Pour créer un rôle IAM** 1. Connectez-vous au compte AWS Management Console d'un fournisseur. 1. Ouvrez la console IAM à l’adresse [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/). 1. Dans le volet de navigation, choisissez **Rôles**, puis **Create policy**. 1. Pour **Trusted entity** (Entité de confiance), choisissez **Compte AWS**. 1. Dans la **Compte AWS**section, choisissez **Autre Compte AWS**. 1. Dans le champ **ID de compte**, entrez l'ID du compte de récupération. 1. (Facultatif) Pour garantir la sécurité de ce rôle, choisissez **Exiger un ID externe** et entrez une chaîne. 1. Choisissez **Suivant**. 1. Sur la page **Ajouter des autorisations**, utilisez le champ **de recherche** pour localiser la politique que vous avez créée lors de la procédure précédente. Cochez la case en regard de son nom. 1. Choisissez **Suivant**. 1. Pour **Nom du rôle (Role name)**, saisissez un nom. 1. (Facultatif) Sous **Description**, entrez une description. 1. Pour **l'étape 1 : Sélectionnez les entités de confiance**, choisissez **Modifier**. Remplacez la politique de confiance JSON par défaut par la politique suivante. Mettez à jour chacune *example resource placeholder* d'elles avec les informations de votre compte de récupération. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::111122223333:role/appconfig_role_in_retrieval_account" }, "Action": "sts:AssumeRole" } ] } ``` ------ 1. (Facultatif) Pour **Tags** (Balises), ajoutez une ou plusieurs paires clé-valeur de balise afin d'organiser, de suivre ou de contrôler l'accès pour ce rôle. 1. Sélectionnez **Créer un rôle**. Le système vous renvoie à la page **Rôles**. 1. Recherchez le rôle que vous venez de créer. Choisissez-le. Dans la section **ARN**, copiez l'ARN. Vous allez spécifier ces informations dans la procédure suivante. **Ajouter des remplacements d'informations d'identification au manifeste** Après avoir créé le rôle IAM dans votre compte fournisseur, mettez à jour le manifeste dans le compte de récupération. Plus précisément, ajoutez le bloc d'informations d'identification et l'ARN du rôle IAM pour récupérer les données de configuration du compte fournisseur. Voici le format JSON : ``` { "vendor_application_name:vendor_environment_name:vendor_configuration_name": { "credentials": { "roleArn": "arn:partition:iam::vendor_account_ID:role/name_of_role_created_in_vendor_account", "roleExternalId": "string", "roleSessionName": "string", "credentialsDuration": "time_in_hours" } } } ``` Voici un exemple : ``` { "My2ndApp:Beta:MyEnableMobilePaymentsFeatureFlagConfiguration": { "credentials": { "roleArn": "arn:aws:us-west-1:iam::123456789012:role/MyTestRole", "roleExternalId": "00b148e2-4ea4-46a1-ab0f-c422b54d0aac", "roleSessionName": "AwsAppConfigAgent", "credentialsDuration": "2h" } } } ``` **Vérifiez que la récupération multi-comptes fonctionne** Vous pouvez vérifier que cet agent est capable de récupérer les données de configuration de plusieurs comptes en consultant les journaux de l' AWS AppConfig agent. Le journal des `INFO` niveaux des données initiales récupérées pour « `YourApplicationName` : `YourEnvironmentName` : `YourConfigurationName` » est le meilleur indicateur d'une extraction réussie. Si les extractions échouent, vous devriez voir un journal de `ERROR` niveau indiquant la raison de l'échec. Voici un exemple de récupération réussie depuis un compte fournisseur : ``` [appconfig agent] 2023/11/13 11:33:27 INFO AppConfig Agent 2.0.x [appconfig agent] 2023/11/13 11:33:28 INFO serving on localhost:2772 [appconfig agent] 2023/11/13 11:33:28 INFO retrieved initial data for 'MyTestApplication:MyTestEnvironment:MyDenyListConfiguration' in XX.Xms ``` # Configuration de AWS AppConfig l'agent pour écrire des copies de configuration sur disque Vous pouvez configurer AWS AppConfig l'agent pour stocker automatiquement une copie d'une configuration sur le disque en texte brut. Cette fonctionnalité permet aux clients utilisant des applications qui lisent les données de configuration sur disque de s'y intégrer AWS AppConfig. Cette fonctionnalité n'est pas conçue pour être utilisée comme fonction de sauvegarde de configuration. AWS AppConfig L'agent ne lit pas les fichiers de configuration copiés sur le disque. Si vous souhaitez sauvegarder des configurations sur disque, consultez les variables d'`PRELOAD_BACKUP`environnement `BACKUP_DIRECTORY` et relatives à l'[utilisation de l' AWS AppConfig agent avec Amazon EC2](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-ec2.html#appconfig-integration-ec2-configuring) ou à [l'utilisation de l' AWS AppConfig agent avec Amazon ECS et Amazon EKS](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-containers-agent.html#appconfig-integration-containers-agent-configuring). **Avertissement** Notez les informations importantes suivantes concernant cette fonctionnalité : Les configurations enregistrées sur disque sont stockées en *texte brut* et sont lisibles par l'homme. N'activez pas cette fonctionnalité pour les configurations qui incluent des données sensibles. Cette fonctionnalité écrit sur le disque local. Utilisez le principe du moindre privilège pour les autorisations du système de fichiers. Pour de plus amples informations, veuillez consulter [Implémentation d’un accès sur la base du moindre privilège](appconfig-security.md#appconfig-security-least-privilege-access). **Pour activer l'écriture, copiez la configuration sur disque** 1. Modifiez le manifeste. 1. Choisissez la configuration que vous AWS AppConfig souhaitez écrire sur le disque et ajoutez un `writeTo` élément. Voici un exemple : ``` { "application_name:environment_name:configuration_name": { "writeTo": { "path": "path_to_configuration_file" } } } ``` Voici un exemple : ``` { "MyTestApp:MyTestEnvironment:MyNewConfiguration": { "writeTo": { "path": "/tmp/aws-appconfig/mobile-app/beta/enable-mobile-payments" } } } ``` 1. Enregistrez vos modifications. Le fichier configuration.json est mis à jour chaque fois que de nouvelles données de configuration sont déployées. **Vérifiez que la copie de configuration d'écriture sur le disque fonctionne** Vous pouvez vérifier que des copies d'une configuration sont écrites sur le disque en consultant les journaux de l' AWS AppConfig agent. L'entrée du `INFO` journal contenant la phrase « INFO a écrit la configuration '*application*: *environment* :*configuration*' dans *file\$1path* » indique que l' AWS AppConfig agent écrit des copies de configuration sur disque. Voici un exemple : ``` [appconfig agent] 2023/11/13 11:33:27 INFO AppConfig Agent 2.0.x [appconfig agent] 2023/11/13 11:33:28 INFO serving on localhost:2772 [appconfig agent] 2023/11/13 11:33:28 INFO retrieved initial data for 'MobileApp:Beta:EnableMobilePayments' in XX.Xms [appconfig agent] 2023/11/13 17:05:49 INFO wrote configuration 'MobileApp:Beta:EnableMobilePayments' to /tmp/configs/your-app/your-env/your-config.json ``` # Génération d'un client à l'aide de la spécification OpenAPI [Vous pouvez utiliser la spécification YAML suivante pour OpenAPI afin de créer un SDK à l'aide d'un outil tel qu'OpenAPI Generator.](https://github.com/OpenAPITools/openapi-generator) Vous pouvez mettre à jour cette spécification pour inclure des valeurs codées en dur pour l'application, l'environnement ou la configuration. Vous pouvez également ajouter des chemins supplémentaires (si vous avez plusieurs types de configuration) et inclure des schémas de configuration afin de générer des modèles typés spécifiques à la configuration pour vos clients SDK. [Pour plus d'informations sur OpenAPI (également connu sous le nom de Swagger), consultez la spécification OpenAPI.](https://swagger.io/specification/) ``` openapi: 3.0.0 info: version: 1.0.0 title: AWS AppConfig Agent API description: An API model for AWS AppConfig Agent. servers: - url: http://localhost:{port}/ variables: port: default: '2772' paths: /applications/{Application}/environments/{Environment}/configurations/{Configuration}: get: operationId: getConfiguration tags: - configuration parameters: - in: path name: Application description: The application for the configuration to get. Specify either the application name or the application ID. required: true schema: type: string - in: path name: Environment description: The environment for the configuration to get. Specify either the environment name or the environment ID. required: true schema: type: string - in: path name: Configuration description: The configuration to get. Specify either the configuration name or the configuration ID. required: true schema: type: string - in: query name: flag description: The key(s) of the feature flag(s) to retrieve. If not provided, all flags are returned. required: false schema: type: array items: type: string - in: header name: context description: Request context used to evaluate multi-variant feature flags. required: false schema: type: array items: type: string pattern: '^\w+=\w+$' responses: 200: headers: ConfigurationVersion: schema: type: string content: application/octet-stream: schema: type: string format: binary description: successful config retrieval 400: description: BadRequestException content: application/text: schema: $ref: '#/components/schemas/Error' 404: description: ResourceNotFoundException content: application/text: schema: $ref: '#/components/schemas/Error' 500: description: InternalServerException content: application/text: schema: $ref: '#/components/schemas/Error' 502: description: BadGatewayException content: application/text: schema: $ref: '#/components/schemas/Error' 504: description: GatewayTimeoutException content: application/text: schema: $ref: '#/components/schemas/Error' components: schemas: Error: type: string description: The response error ``` # Utilisation du mode de développement local de l' AWS AppConfig agent AWS AppConfig L'agent prend en charge un *mode de développement local*. Si vous activez le mode de développement local, l'agent lit les données de configuration depuis un répertoire spécifique sur le disque. Il ne récupère pas les données de configuration de AWS AppConfig. Vous pouvez simuler des déploiements de configuration en mettant à jour les fichiers dans le répertoire spécifié. Nous recommandons le mode de développement local pour les cas d'utilisation suivants : + Testez différentes versions de configuration avant de les déployer à l'aide de AWS AppConfig. + Testez différentes options de configuration pour une nouvelle fonctionnalité avant de valider les modifications dans votre référentiel de code. + Testez différents scénarios de configuration pour vérifier qu'ils fonctionnent comme prévu. **Avertissement** N'utilisez pas le mode de développement local dans les environnements de production. Ce mode ne prend pas en charge les fonctionnalités de AWS AppConfig sécurité importantes telles que la validation du déploiement et les annulations automatisées. Utilisez la procédure suivante pour configurer l' AWS AppConfig agent pour le mode de développement local. **Pour configurer AWS AppConfig l'agent en mode de développement local** 1. Installez l'agent à l'aide de la méthode décrite pour votre environnement informatique. AWS AppConfig L'agent fonctionne avec les éléments suivants Services AWS : + [AWS Lambda](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-lambda-extensions.html) + [Amazon EC2](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-ec2.html) + [Amazon ECS et Amazon EKS](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-containers-agent.html) 1. Si l'agent est en cours d'exécution, arrêtez-le. 1. Ajoutez `LOCAL_DEVELOPMENT_DIRECTORY` à la liste des variables d'environnement. Spécifiez un répertoire sur le système de fichiers qui fournit des autorisations de lecture à l'agent. Par exemple, `/tmp/local_configs`. 1. Créez un fichier dans le répertoire. Le nom du fichier doit utiliser le format suivant : ``` application_name:environment_name:configuration_profile_name ``` Voici un exemple : ``` Mobile:Development:EnableMobilePaymentsFeatureFlagConfiguration ``` **Note** Pour consulter des exemples d'indicateurs de fonctionnalités que vous pouvez ajouter à un fichier de votre `LOCAL_DEVELOPMENT_DIRECTORY` répertoire, consultez[Exemples d'indicateurs de fonctionnalités pour le mode de développement local de l' AWS AppConfig agent](appconfig-agent-how-to-use-local-development-samples.md). (Facultatif) Vous pouvez contrôler le type de contenu renvoyé par l'agent pour vos données de configuration en fonction de l'extension que vous attribuez au fichier. Par exemple, si vous attribuez au fichier une extension .json, l'agent renvoie le type de contenu `application/json` lorsque votre application le demande. Si vous omettez l'extension, l'agent l'utilise `application/octet-stream` pour le type de contenu. Si vous avez besoin d'un contrôle précis, vous pouvez fournir une extension au format`.type%subtype`. L'agent renverra un type de contenu de`.type/subtype`. 1. Exécutez la commande suivante pour redémarrer l'agent et demander les données de configuration. ``` curl http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name ``` L'agent vérifie les modifications apportées au fichier local à l'intervalle d'interrogation spécifié pour l'agent. Si l'intervalle d'interrogation n'est pas spécifié, l'agent utilise l'intervalle par défaut de 45 secondes. Cette vérification effectuée à intervalles d'interrogation garantit que l'agent se comporte de la même manière dans un environnement de développement local que lorsqu'il est configuré pour interagir avec le AWS AppConfig service. **Note** Pour déployer une nouvelle version d'un fichier de configuration de développement local, mettez à jour le fichier avec de nouvelles données. # Exemples d'indicateurs de fonctionnalités pour le mode de développement local de l' AWS AppConfig agent Cette section inclut des exemples d'indicateurs de fonctionnalités que vous pouvez utiliser avec AWS AppConfig l'Agent en mode développement local. Le mode de développement local attend des données d'indicateur de fonctionnalité au format de récupération des données. Le *format au moment de la récupération* est le format renvoyé lorsque l'indicateur est extrait de l'[GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)API, qui ne contient que la valeur de l'indicateur. Le format de récupération n'inclut pas la définition complète d'un indicateur (telle qu'elle a été transmise à l'[CreateHostedConfigurationVersion](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_CreateHostedConfigurationVersion.html)API). La définition complète d'un indicateur contient également des informations telles que les noms et les valeurs des attributs, les contraintes et l'état activé de l'indicateur. **Topics** + [Exemples de drapeaux relatifs aux fonctionnalités de base](#appconfig-agent-how-to-use-local-development-samples-basic) + [Exemples de drapeaux de fonctionnalités à variantes multiples](#appconfig-agent-how-to-use-local-development-samples-multi-variant) ## Exemples de drapeaux relatifs aux fonctionnalités de base Utilisez les exemples d'indicateurs de fonctionnalités de base suivants avec AWS AppConfig l'Agent en mode de développement local. **Note** Si vous souhaitez que l'agent indique le type de contenu de vos données d'indicateur de fonctionnalité locales `application/json` (comme il le ferait lors de la récupération de données d'indicateur AWS AppConfig dans un environnement autre que le mode de développement local), vos fichiers d'indicateurs de fonctionnalités locaux doivent utiliser l'extension .json. Par exemple, `Local:MyFeatureFlags:SampleB1.json`. **Exemple 1** : indicateur unique représentant une actualisation de l'interface utilisateur. ``` { "ui_refresh": { "enabled": true, "new_styleguide_colors": true } } ``` **Exemple 2** : plusieurs drapeaux représentant des indicateurs de fonctionnalités opérationnelles. ``` { "background_worker": { "enabled": true, "num_threads": 4, "queue_name": "MyWorkQueue" }, "emergency_shutoff_switch": { "enabled": false }, "logger_settings": { "enabled": true, "level": "INFO" } } ``` ## Exemples de drapeaux de fonctionnalités à variantes multiples Le format de récupération d'une configuration d'indicateur de fonctionnalité contenant au moins un indicateur de fonctionnalité à variantes multiples est représenté sous forme de données [Amazon Ion au lieu de données JSON](https://amazon-ion.github.io/ion-docs/). Dans ce format, les indicateurs à variantes multiples sont représentés sous forme de liste annotée, et les indicateurs de base sont représentés sous forme de chaîne annotée. Les éléments de liste d'un indicateur multivariant sont soit un tuple (une liste d'une longueur de deux), qui représente une seule variante, soit une chaîne, qui représente la variante par défaut. Dans un tuple variant, le premier élément est une expression s qui représente la règle du variant, et le second est une chaîne qui représente le contenu du variant. Pour que l'agent interprète correctement ces fichiers, vos fichiers d'indicateurs de fonctionnalités locaux doivent porter l'extension suivante :. `application%ion%type=AWS.AppConfig.FeatureFlags`. Par exemple, `Local:MyFeatureFlags:SampleMV1.application%ion%type=AWS.AppConfig.FeatureFlags`. **Exemple 1** : indicateur à plusieurs variantes représentant une version échelonnée d'une nouvelle fonctionnalité. ``` 'tiered_release'::[ [ (or (and (eq $group "Tier1") (split by::$userId pct::1 seed::"2025.01.01")) (and (eq $group "Tier2") (split by::$userId pct::7 seed::"2025.01.01"))), '''{"_variant": "ShowFeature", "enabled": true}''' ], '''{"_variant": "HideFeature", "enabled": false}''' ] ``` **Exemple 2** : plusieurs drapeaux représentant différents écrans UX en fonction de l'identifiant de l'utilisateur. Les deux premiers drapeaux sont multivariantes et le drapeau final est basique. ``` 'colorway'::[ [ (contains $userId "beta"), '''{"_variant": "BetaTesters", "enabled": true, "background": "blue", "foreground": "red"}''', ], [ (split by::$userId pct::10), '''{"_variant": "SplitRollOutRedAndBlue", "enabled": true, "background": "blue", "foreground": "red"}''', ], '''{"_variant": "default", "enabled": true, "background": "green", "foreground": "green"}''', ] 'simple_feature'::[ [ (contains $userId "beta"), '''{"_variant": "BetaTesters", "enabled": true}''' ], '''{"_variant": "default", "enabled": false}''' ] 'button_color'::'''{"enabled": true, "color": "orange"}''' ``` # AWS AppConfig considérations relatives à l'utilisation du navigateur et des appareils mobiles Les indicateurs de fonctionnalité vous permettent de mettre à jour l'expérience de vos pages Web et de votre application mobile à la volée, sans les frais généraux, les risques ou la rigidité d'une version de l'App Store. À l'aide des indicateurs de fonctionnalité, vous pouvez apporter progressivement une modification à votre base d'utilisateurs au moment de votre choix. Si vous rencontrez une erreur, vous pouvez annuler instantanément la modification sans obliger les utilisateurs à effectuer une mise à niveau vers une nouvelle version du logiciel. En bref, les indicateurs de fonctionnalité offrent un contrôle et une flexibilité accrus lors du déploiement des modifications apportées à votre application. Les sections suivantes décrivent les points importants à prendre en compte lors de l'utilisation des indicateurs de AWS AppConfig fonctionnalité sur les pages Web et les appareils mobiles. **Topics** + [Récupération des données de configuration et des drapeaux](#appconfig-retrieving-mobile-configuration-data) + [Authentification et Amazon Cognito](#appconfig-retrieving-mobile-authentication) + [Mise en cache](#appconfig-retrieving-mobile-caching) + [Segmentation](#appconfig-retrieving-mobile-segmentation) + [Bande passante (cas d'utilisation mobile)](#appconfig-retrieving-mobile-experience-bandwidth) + [Autres cas d'utilisation des drapeaux](#appconfig-retrieving-mobile-use-cases) ## Récupération des données de configuration et des drapeaux Pour les cas d'utilisation du navigateur et du mobile, de nombreux clients choisissent d'utiliser une couche proxy entre le Web ou l'application mobile et AWS AppConfig. Cela permet de AWS AppConfig dissocier votre volume d'appels de la taille de votre base d'utilisateurs, ce qui réduit les coûts. [Cela vous permet également de tirer parti de l'[AWS AppConfig agent](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-agent-how-to-use.html), qui optimise les performances de récupération des indicateurs et prend en charge des fonctionnalités telles que les indicateurs à variantes multiples.](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-multi-variant-feature-flags.html) AWS AppConfig recommande de l' AWS Lambda utiliser pour créer le proxy. Au lieu de récupérer les indicateurs directement depuis AWS AppConfig, configurez l'extension [AWS AppConfig Lambda](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-lambda-extensions.html) pour récupérer vos indicateurs de fonctionnalité dans une fonction Lambda. Écrivez la fonction pour accepter les paramètres de AWS AppConfig récupération de la demande d'événement et pour renvoyer les données de configuration correspondantes dans la réponse Lambda. Exposez votre proxy à Internet à l'aide de la fonction [Lambda](https://docs.aws.amazon.com/lambda/latest/dg/urls-configuration.html). URLs Après avoir configuré votre proxy, prenez en compte la fréquence à laquelle vous récupérez les données. Les cas d'utilisation des appareils mobiles ne nécessitent généralement pas d'intervalles d'interrogation à haute fréquence. Configurez AWS AppConfig l'agent pour qu'il actualise les données AWS AppConfig plus fréquemment que votre application ne le fait depuis le proxy. ## Authentification et Amazon Cognito La fonction Lambda URLs prend en charge [deux formes de contrôle d'accès](https://docs.aws.amazon.com/lambda/latest/dg/urls-auth.html), et`AWS_IAM`. `NONE` À utiliser `NONE` si vous préférez implémenter votre propre authentification et autorisation dans votre fonction Lambda. `NONE`est également l'option recommandée si votre cas d'utilisation permet d'exposer votre point de terminaison au public et que vos données de configuration ne contiennent pas de données sensibles. Pour tous les autres cas d'utilisation, utilisez`AWS_IAM`. **Important** Si vous exposez votre terminal à Internet sans authentification, assurez-vous que vos données de configuration ne divulguent pas de données sensibles, notamment des informations d'identification personnelle (PII), des utilisateurs ou des IDs noms de fonctionnalités inédits. Si vous choisissez de l'utiliser`AWS_IAM`, vous devrez gérer les informations d'identification avec [Amazon Cognito](https://docs.aws.amazon.com/cognito/latest/developerguide/what-is-amazon-cognito.html). Pour commencer à utiliser Amazon Cognito, vous devez créer un pool d'identités. Un pool d'identités vous permet de vendre des informations d'identification à court terme à votre application pour les utilisateurs authentifiés ou invités. Vous devrez ajouter des rôles dans le pool d'identités qui permettent aux utilisateurs d'utiliser la fonction `InvokeFunctionUrl` for your Lambda. Cela permet aux instances de votre application d'accéder aux informations d'identification nécessaires pour récupérer vos données de configuration. Lorsque vous utilisez Amazon Cognito dans votre application, pensez à utiliser. [AWS Amplify](https://docs.aws.amazon.com/amplify/) Amplify simplifie les interactions entre les mobile/web applications AWS et fournit un support intégré pour Amazon Cognito. ## Mise en cache Lors de l'utilisation AWS AppConfig, vous devez toujours mettre en cache vos données de configuration localement sur l'appareil ou dans le navigateur. La mise en cache présente les avantages suivants : + Améliore les performances en réduisant la latence et l'épuisement de la batterie + Assure la stabilité en éliminant les dépendances liées à l'accès au réseau + Réduit les coûts en réduisant la fréquence de récupération des données Pour les cas d'utilisation mobiles, nous vous recommandons d'implémenter des caches en mémoire et persistants sur l'appareil. Configurez votre application pour tenter de récupérer la configuration souhaitée depuis le cache en mémoire et revenez à la récupération depuis votre proxy, si nécessaire. Une fois la récupération réussie depuis votre proxy, mettez à jour le cache en mémoire, puis conservez la configuration sur l'appareil. Utilisez un processus en arrière-plan pour parcourir le cache et actualiser chaque configuration. Lorsque vous récupérez la configuration pour la première fois après le démarrage de l'application, si la récupération échoue, reportez-vous à la configuration persistante (et utilisez-la pour amorcer le cache en mémoire). ## Segmentation Lorsque vous utilisez des indicateurs de fonctionnalités, vous souhaiterez peut-être segmenter l'expérience de signalisation des fonctionnalités au sein de votre clientèle. Pour ce faire, fournissez un contexte à vos appels de récupération d'indicateurs et configurez des règles pour renvoyer différentes [variantes de vos indicateurs de fonctionnalités](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-multi-variant-feature-flags.html) en fonction du contexte fourni. Par exemple, vous pouvez avoir une variante d'indicateur de fonctionnalité pour les utilisateurs d'iOS 18.X, une variante pour les utilisateurs d'iOS 17.X et un indicateur par défaut pour toutes les autres versions d'iOS. Avec les variantes, vous pouvez configurer chaque version iOS de votre application pour cibler la même configuration dans le même environnement, mais en fonction du contexte fourni lors de l'appel de récupération (par exemple, « version » : « i OS18 .1 »), les appareils recevront la variante appropriée de la configuration. **Note** Si vous utilisez des variantes d'indicateurs de AWS AppConfig fonctionnalité pour un cas d'utilisation mobile, vous devez utiliser l' AWS AppConfig agent et un proxy pour récupérer les indicateurs de fonctionnalité. Si vous choisissez de ne pas utiliser l' AWS AppConfig agent pour récupérer les indicateurs de fonctionnalités, vous pouvez tirer parti AWS AppConfig [des environnements](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-environment.html) pour une segmentation simple et à faible cardinalité. Un environnement est un groupe de déploiement logique pour vos cibles. Outre le partitionnement de vos configurations en environnements de développement, de test et de production, vous pouvez subdiviser votre clientèle en créant des environnements spécifiques aux mobiles, tels que le type d'appareil (tablette ou téléphone) ou les versions majeures du système d'exploitation. Avec des environnements distincts, vous pouvez déployer des ensembles de données de configuration identiques ou différents pour répondre aux exigences particulières de votre clientèle. ## Bande passante (cas d'utilisation mobile) En général, essayez de réduire la taille de chaque ensemble de drapeaux. Les cas d'utilisation mobiles ont tendance à impliquer des contraintes de faible bande passante. La réduction de la taille de vos données vous aidera à maintenir une expérience cohérente au sein de votre base d'utilisateurs. Sachez également que, dans la mesure où les appareils mobiles fonctionnent souvent entre des environnements à faible bande passante et à bande passante nulle, la mise en cache sur l'appareil est essentielle. Un code d'application qui échoue correctement si aucune donnée de configuration ne peut être récupérée est également essentiel. ## Autres cas d'utilisation des drapeaux Le pouvoir des indicateurs de fonctionnalités ne se limite pas à la commodité de publication des fonctionnalités. Des indicateurs opérationnels de longue date peuvent être utilisés pour améliorer la posture opérationnelle de votre application. Par exemple, vous pouvez créer un bouton de surveillance des performances qui émet des métriques supplémentaires et des données de débogage lors d'un événement. Vous pouvez également souhaiter maintenir et ajuster les taux de rafraîchissement de vos applications pour un segment de votre clientèle. # Récupération des données de configuration sans AWS AppConfig agent La méthode recommandée pour récupérer les données de configuration AWS AppConfig consiste à utiliser l'agent développé et géré AWS AppConfig par Amazon. Avec l'agent, vous pouvez mettre en cache les données de configuration localement et interroger le service de plan de AWS AppConfig données de manière asynchrone pour obtenir des mises à jour. Ce caching/polling processus garantit que vos données de configuration sont toujours disponibles pour votre application tout en minimisant la latence et les coûts. Si vous préférez ne pas utiliser l'agent, vous pouvez appeler le public APIs directement depuis le service de plan de AWS AppConfig données. Le service de plan de données utilise deux actions d'API, [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html)et [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html). Le service de plan de données utilise également des [points de terminaison distincts](https://docs.aws.amazon.com/general/latest/gr/appconfig.html#appconfigdata_data_plane) du plan de AWS AppConfig contrôle. **Note** Le service de plan de données remplace le processus précédent de récupération des données de configuration à l'aide de l'action `GetConfiguration` API. L'`GetConfiguration`API est obsolète. **Comment ça marche** Voici comment fonctionne le processus d'appel direct à AWS AppConfig APIs l'aide du service de plan de données. Votre application récupère les données de configuration en établissant d'abord une session de configuration à l'aide de l'opération [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html)API. Le client de votre session passe ensuite des appels périodiques [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)pour vérifier et récupérer les dernières données disponibles. Lorsque vous appelez`StartConfigurationSession`, votre code envoie les informations suivantes : + Identifiants (ID ou nom) d'une AWS AppConfig application, d'un environnement et d'un profil de configuration suivis par la session. + (Facultatif) Durée minimale pendant laquelle le client de la session doit attendre entre les appels à`GetLatestConfiguration`. En réponse, AWS AppConfig fournit un `InitialConfigurationToken` à donner au client de la session et à utiliser la première fois qu'il appelle `GetLatestConfiguration` cette session. **Important** Ce jeton ne doit être utilisé qu'une seule fois lors de votre premier appel à`GetLatestConfiguration`. Vous *devez* utiliser le nouveau jeton dans la `GetLatestConfiguration` réponse (`NextPollConfigurationToken`) lors de chaque appel suivant à`GetLatestConfiguration`. Pour prendre en charge les longs cas d'utilisation des sondages, les jetons sont valables jusqu'à 24 heures. Si un `GetLatestConfiguration` appel utilise un jeton expiré, le système revient`BadRequestException`. Lorsque vous appelez`GetLatestConfiguration`, votre code client envoie la `ConfigurationToken` valeur la plus récente qu'il possède et reçoit en réponse : + `NextPollConfigurationToken`: `ConfigurationToken` valeur à utiliser lors du prochain appel à`GetLatestConfiguration`. + `NextPollIntervalInSeconds`: la durée pendant laquelle le client doit attendre avant de passer son prochain appel`GetLatestConfiguration`. + La configuration : les dernières données destinées à la session. Ce champ peut être vide si le client dispose déjà de la dernière version de la configuration. **Important** Notez les informations importantes suivantes. L'[StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html)API ne doit être appelée qu'une seule fois par application, environnement, profil de configuration et client pour établir une session avec le service. Cela se fait généralement au démarrage de votre application ou juste avant la première récupération d'une configuration. Si votre configuration est déployée à l'aide d'un`KmsKeyIdentifier`, votre demande de réception de la configuration doit inclure l'autorisation d'appel`kms:Decrypt`. Pour plus d'informations, voir [Déchiffrer](https://docs.aws.amazon.com/kms/latest/APIReference/API_Decrypt.html) dans la *référence de l'AWS Key Management Service API*. L'opération d'API précédemment utilisée pour récupérer les données de `GetConfiguration` configuration est obsolète. Le fonctionnement de `GetConfiguration` l'API ne prend pas en charge les configurations chiffrées. ## (Exemple) Récupération d'une configuration en appelant AWS AppConfig APIs L' AWS CLI exemple suivant montre comment récupérer des données de configuration à l'aide des opérations AWS AppConfig Data `StartConfigurationSession` et `GetLatestConfiguration` API. La première commande lance une session de configuration. Cet appel inclut le IDs (ou les noms) de l' AWS AppConfig application, de l'environnement et du profil de configuration. L'API renvoie un fichier `InitialConfigurationToken` utilisé pour récupérer vos données de configuration. ``` aws appconfigdata start-configuration-session \ --application-identifier application_name_or_ID \ --environment-identifier environment_name_or_ID \ --configuration-profile-identifier configuration_profile_name_or_ID ``` Le système répond avec les informations au format suivant. ``` { "InitialConfigurationToken": initial configuration token } ``` Après avoir démarré une session, utilisez [InitialConfigurationToken](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html#API_appconfigdata_StartConfigurationSession_ResponseSyntax)to call [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)pour récupérer vos données de configuration. Les données de configuration sont enregistrées dans le `mydata.json` fichier. ``` aws appconfigdata get-latest-configuration \ --configuration-token initial configuration token mydata.json ``` Le premier `GetLatestConfiguration` appel à utiliser le format `ConfigurationToken` obtenu à partir de`StartConfigurationSession`. Les informations suivantes sont renvoyées. ``` { "NextPollConfigurationToken" : next configuration token, "ContentType" : content type of configuration, "NextPollIntervalInSeconds" : 60 } ``` Les appels suivants `GetLatestConfiguration` *doivent* fournir des informations `NextPollConfigurationToken` issues de la réponse précédente. ``` aws appconfigdata get-latest-configuration \ --configuration-token next configuration token mydata.json ``` **Important** Notez les informations importantes suivantes concernant le fonctionnement de `GetLatestConfiguration` l'API : La `GetLatestConfiguration` réponse inclut une `Configuration` section qui présente les données de configuration. La `Configuration` section apparaît uniquement si le système trouve des données de configuration nouvelles ou mises à jour. Si le système ne trouve pas de données de configuration nouvelles ou mises à jour, les `Configuration` données sont vides. Vous recevez un nouveau message `ConfigurationToken` à chaque réponse de`GetLatestConfiguration`. Nous vous recommandons de régler la fréquence d'interrogation de vos appels d'API `GetLatestConfiguration` en fonction de votre budget, de la fréquence prévue de vos déploiements de configuration et du nombre de cibles pour une configuration.