Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Feature-Flags und Konfigurationsdaten abrufen in AWS AppConfig
<a name="retrieving-feature-flags"></a>

Ihre Anwendung ruft Feature-Flags und freie Konfigurationsdaten ab, indem sie mithilfe des AWS AppConfig Datendienstes eine Konfigurationssitzung einrichtet. Wir empfehlen, den AWS AppConfig Agenten zum Abrufen von Konfigurationsdaten zu verwenden. Der Agent (oder die AWS AppConfig Agent Lambda-Erweiterung für Lambda-Rechenumgebungen) verwaltet in Ihrem Namen eine Reihe von API-Aufrufen und Sitzungstoken. Auf oberster Ebene funktioniert der Prozess wie folgt:

1. Sie konfigurieren den AWS AppConfig Agenten als lokalen Host und lassen den Agenten AWS AppConfig nach Konfigurationsupdates fragen.

1. Der Agent ruft die [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html)und [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)API-Aktionen auf und speichert Ihre Konfigurationsdaten lokal im Cache.

1. Um die Daten abzurufen, sendet Ihre Anwendung einen HTTP-Aufruf an den Localhost-Server. AWS AppConfig Der Agent unterstützt mehrere Anwendungsfälle, wie unter beschrieben[Wie benutzt man den AWS AppConfig Agenten zum Abrufen von Konfigurationsdaten](appconfig-agent-how-to-use.md).

Wenn Sie möchten, können Sie diese API-Aktionen manuell aufrufen, um eine Konfiguration abzurufen. Der API-Prozess funktioniert wie folgt:

1. Ihre Anwendung richtet mithilfe der `StartConfigurationSession` API-Aktion eine Konfigurationssitzung ein. Der Client Ihrer Sitzung ruft dann regelmäßig auf, um `GetLatestConfiguration` nach den neuesten verfügbaren Daten zu suchen und diese abzurufen.

1. Beim Aufrufen `StartConfigurationSession` sendet Ihr Code Kennungen (ID oder Name) einer AWS AppConfig Anwendung, einer Umgebung und eines Konfigurationsprofils, das von der Sitzung verfolgt wird.

1.  AWS AppConfig Stellt als Antwort ein, das `InitialConfigurationToken` an den Client der Sitzung übergeben und verwendet werden soll, wenn er diese Sitzung `GetLatestConfiguration` zum ersten Mal aufruft.

1. Beim Aufrufen `GetLatestConfiguration` sendet Ihr Client-Code den neuesten `ConfigurationToken` Wert, den er hat, und empfängt als Antwort:
   + `NextPollConfigurationToken`: der `ConfigurationToken` Wert, der beim nächsten Aufruf verwendet werden soll`GetLatestConfiguration`.
   + Die Konfiguration: Die neuesten Daten, die für die Sitzung vorgesehen sind. Dies kann leer sein, wenn der Client bereits über die neueste Version der Konfiguration verfügt.

**Anmerkung**  
Das Abrufen von Konfigurationsdaten aus einer separaten Datei wird AWS-Konto nicht unterstützt.

**Topics**
+ [Was ist AWS AppConfig Agent?](appconfig-agent.md)
+ [Wie benutzt man den AWS AppConfig Agenten zum Abrufen von Konfigurationsdaten](appconfig-agent-how-to-use.md)

# Was ist AWS AppConfig Agent?
<a name="appconfig-agent"></a>

AWS AppConfig Agent ist ein von Amazon entwickelter und verwalteter Prozess zum Abrufen von Konfigurationsdaten von. AWS AppConfig Mit dem Agenten können Sie Konfigurationsdaten lokal zwischenspeichern und den AWS AppConfig Datenebenendienst asynchron nach Aktualisierungen abfragen. Dieser caching/polling Prozess stellt sicher, dass Ihre Konfigurationsdaten immer für Ihre Anwendung verfügbar sind, und minimiert gleichzeitig Latenz und Kosten. Der Agent ist nicht die einzige Möglichkeit, Konfigurationsdaten abzurufen AWS AppConfig, aber er ist die empfohlene Methode. Der Agent verbessert die Anwendungsverarbeitung und -verwaltung auf folgende Weise: 
+ Der Agent ruft in Ihrem Namen AWS AppConfig an, indem er einen AWS Identity and Access Management (IAM-) Prinzipal verwendet und einen lokalen Cache mit Konfigurationsdaten verwaltet. Durch das Abrufen von Konfigurationsdaten aus dem lokalen Cache benötigt Ihre Anwendung weniger Codeaktualisierungen zur Verwaltung von Konfigurationsdaten, ruft Konfigurationsdaten in Millisekunden ab und ist nicht von Netzwerkproblemen betroffen, die Aufrufe solcher Daten unterbrechen können.
+ Der Agent bietet eine native Oberfläche für das Abrufen und Auflösen von Feature-Flags. AWS AppConfig 
+ Der sofort einsatzbereite Agent bietet bewährte Methoden für Caching-Strategien, Abfrageintervalle und die Verfügbarkeit lokaler Konfigurationsdaten und verfolgt gleichzeitig die für nachfolgende Serviceanfragen benötigten Konfigurationstoken. 
+ Während der Ausführung im Hintergrund fragt der Agent den AWS AppConfig Datenebenendienst regelmäßig nach Aktualisierungen der Konfigurationsdaten ab. Ihre Anwendung kann die Daten abrufen, indem sie über Port 2772 (ein anpassbarer Standard-Portwert) eine Verbindung zu localhost herstellt und HTTP GET aufruft, um die Daten abzurufen. 

**Anmerkung**  
AWS AppConfig Der Agent speichert Daten im Cache, wenn der Dienst Ihre Konfigurationsdaten zum ersten Mal abruft. Aus diesem Grund ist der erste Aufruf zum Abrufen von Daten langsamer als nachfolgende Aufrufe. 

Das folgende Diagramm zeigt, wie AWS AppConfig Agent funktioniert.

![\[Diagramm, wie AWS AppConfig funktioniert\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/images/AppConfigAgent.png)


1. Ihre Anwendung fordert Konfigurationsdaten vom Agenten an.

1. Der Agent gibt Daten aus einem In-Memory-Cache zurück.

1. Der Agent fragt den AWS AppConfig Dienst asynchron in einem vordefinierten Rhythmus nach den neuesten Konfigurationsdaten ab. Die neuesten Konfigurationsdaten werden immer in einem Cache im Arbeitsspeicher gespeichert. 

# Wie benutzt man den AWS AppConfig Agenten zum Abrufen von Konfigurationsdaten
<a name="appconfig-agent-how-to-use"></a>

Der AWS AppConfig Agent ist die empfohlene Methode zum Abrufen von AWS AppConfig Feature-Flags oder Freiform-Konfigurationsdaten. Der Agent wird auf allen Arten von AWS Compute unterstützt, einschließlich Amazon EC2, Amazon ECS, Amazon EKS und Lambda. Nachdem Sie die anfängliche Einrichtung des Agenten abgeschlossen haben, ist es einfacher, den Agenten zum Abrufen von Konfigurationsdaten zu verwenden, als direkt anzurufen. AWS AppConfig APIs Der Agent implementiert automatisch bewährte Methoden und kann Ihre Nutzungskosten senken, AWS AppConfig da weniger API-Aufrufe zum Abrufen von Konfigurationen erforderlich sind.

**Anmerkung**  
Das Abrufen von Konfigurationsdaten von einem separaten Gerät wird AWS-Konto nicht unterstützt.

## Verwendung des AWS AppConfig Agenten für schrittweise Bereitstellungen auf Benutzer- oder Entitätsbasis
<a name="appconfig-entity-based-gradual-deployments"></a>

AWS AppConfig Der Agent unterstützt die Bereitstellung von Feature-Flags oder Freiform-Konfigurationsdaten für bestimmte Segmente oder einzelne Benutzer während einer schrittweisen Einführung. Entitätsbasierte schrittweise Bereitstellungen stellen sicher, dass ein Benutzer oder ein Segment, sobald er eine Konfigurationsversion erhält, dieselbe Version auch während des Bereitstellungszeitraums erhält, unabhängig davon, welche Rechenressource seine Anfragen bearbeitet.

Bei entitätsbasierten schrittweisen Bereitstellungen wertet der AWS AppConfig Agent eine eindeutige Kennung () `Entity-Id` aus, die mit jeder HTTP-Anfrage bereitgestellt wird. Auf der Grundlage dieser Kennung stellt der Agent während des gesamten Bereitstellungszeitraums konsistent entweder die neue oder die vorherige Konfigurationsversion bereit. Dieser Prozess stellt sicher, dass ein Benutzer, sobald er die aktualisierte Konfiguration erhält, sie auch weiterhin erhält. Außerdem wird sichergestellt, dass Rollback-Alarme über ausreichend Zeit und Daten verfügen, um Probleme zu erkennen.

Ziehen Sie schrittweise Implementierungen auf Entitätsbasis in Betracht, wenn eine Konfiguration das Verhalten der Benutzer direkt ändert und wenn die Änderung des Explosionsradius (die sich auf bestimmte Benutzer vollständig und nicht auf alle Benutzer nur teilweise auswirkt) für Ihre Anwendung akzeptabel ist.

**Wichtig**  
Beachten Sie die folgenden wichtigen Informationen zu entitätsbasierten schrittweisen Bereitstellungen:  
Für schrittweise Bereitstellungen auf Entitätsbasis ist die Agent-Version 2.0.136060 oder höher erforderlich AWS AppConfig .
`Entity-Id`akzeptiert eine maximale Zeichenkettengröße von 2 KB.
Eindeutige Kennungen dürfen nicht hartcodiert sein oder eine niedrige Kardinalität aufweisen.
Identifikatoren werden nicht an den Dienst gesendet. AWS AppConfig AWS AppConfig Der Agent wertet eindeutige Kennungen clientseitig aus.
Während einer Bereitstellung verfolgt der AWS AppConfig Agent die Entitäten und bereitgestellten Konfigurationen. Diese Nachverfolgung wird nur während eines Bereitstellungszeitraums aufrechterhalten. Die Nachverfolgung endet, wenn die Bereitstellung abgeschlossen ist.
Jede Instanz AWS AppConfig fragt den Bereitstellungsstatus unabhängig ab, sodass Agenten kurzzeitig verschiedene Versionen derselben Entität bereitstellen können, wenn sich der Bereitstellungsprozentsatz ändert. Dieses Fenster wird durch das Abfrageintervall und einen kurzen Synchronisierungszeitraum bestimmt. Sie können es reduzieren, indem `RequiredMinimumPollIntervalInSeconds` Sie die [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html)API-Aktion festlegen. Kürzere Intervalle erhöhen jedoch die API-Aufrufraten, was die Kosten und das Risiko einer Drosselung erhöhen kann. Wählen Sie ein Abfrageintervall, das Ihren Anforderungen entspricht. Weitere Informationen finden Sie [StartConfigurationSession](https://docs.aws.amazon.com/cli/latest/reference/appconfigdata/start-configuration-session.html)in der AWS CLI Referenz.

### Aktivierung von schrittweisen Bereitstellungen auf Entitätsbasis
<a name="appconfig-entity-based-gradual-deployments-enabling"></a>

So ermöglichen Sie schrittweise Bereitstellungen auf Entitätsbasis:

1. Aktualisieren Sie auf AWS AppConfig Agent-Version 2.0.136060 oder höher.

1. Geben Sie beim Abrufen von Konfigurationsdaten eine eindeutige Kennung im `Entity-Id` HTTP-Header ein.

Die folgende Beispielanforderung verwendet eine E-Mail-Adresse für `Entity-Id`

```
GET /applications/myapp/environments/prod/configurations/featureflags HTTP/1.1
Host: localhost:2772
Entity-Id: example@AWS-example-email.com
```

Sie können den `Entity-Id` Header in Anfragen einbeziehen an:

/applications/ \$1Application\$1 /environments/ \$1Environment\$1 /configurations/ \$1Configuration\$1

Informationen zum Anzeigen von `Entity-Id` Codebeispielen [Verwenden von AWS AppConfig Agent zum Lesen eines Freiform-Konfigurationsprofils](appconfig-code-samples-agent-read-configuration.md) mit finden Sie unter.

Bei dem `Entity-Id` Wert kann es sich um eine beliebige Zeichenfolge handeln, die eine Entität in Ihrem System eindeutig identifiziert, z. B.:
+ Kunden-ID
+ E-Mail-Adresse
+ Konto-ID
+ Job-ID im Backend
+ Kennung für den Sitzungsbereich (falls zutreffend)

# Verwenden AWS AppConfig des Agenten mit AWS Lambda
<a name="appconfig-integration-lambda-extensions"></a>

Eine AWS Lambda Erweiterung ist ein Begleitprozess, der die Funktionen einer Lambda-Funktion erweitert. Eine Erweiterung kann vor dem Aufruf einer Funktion beginnen, parallel zu einer Funktion ausgeführt werden und nach der Verarbeitung eines Funktionsaufrufs weiterlaufen. Im Wesentlichen ist eine Lambda-Erweiterung wie ein Client, der parallel zu einem Lambda-Aufruf ausgeführt wird. Dieser parallele Client kann jederzeit während seines Lebenszyklus mit Ihrer Funktion verbunden werden.

Wenn Sie AWS AppConfig Feature-Flags oder andere dynamische Konfigurationsdaten in einer Lambda-Funktion verwenden, empfehlen wir Ihnen, die AWS AppConfig Agent Lambda-Erweiterung als Ebene zu Ihrer Lambda-Funktion hinzuzufügen. Dadurch wird das Aufrufen von Feature-Flags einfacher, und die Erweiterung selbst enthält bewährte Methoden, die die Verwendung vereinfachen und AWS AppConfig gleichzeitig die Kosten senken. Geringere Kosten ergeben sich aus weniger API-Aufrufen des AWS AppConfig Dienstes und kürzeren Verarbeitungszeiten für Lambda-Funktionen. Weitere Informationen zu Lambda-Erweiterungen finden Sie unter [Lambda-Erweiterungen](https://docs.aws.amazon.com/lambda/latest/dg/runtimes-extensions-api.html) im *AWS Lambda Developer* Guide.

**Anmerkung**  
AWS AppConfig ist eine Fähigkeit von. AWS Systems Manager AWS AppConfig Die [Preisgestaltung](https://aws.amazon.com/systems-manager/pricing/) basiert auf der Häufigkeit, mit der eine Konfiguration aufgerufen und empfangen wird. Ihre Kosten steigen, wenn Ihr Lambda mehrere Kaltstarts durchführt und häufig neue Konfigurationsdaten abruft. 

**Topics**
+ [Verstehen, wie die AWS AppConfig Agent Lambda-Erweiterung funktioniert](appconfig-integration-lambda-extensions-how-it-works.md)
+ [Hinzufügen der AWS AppConfig Agent Lambda-Erweiterung](appconfig-integration-lambda-extensions-add.md)
+ [Konfiguration der AWS AppConfig Agent-Lambda-Erweiterung](appconfig-integration-lambda-extensions-config.md)
+ [Grundlegendes zu den verfügbaren Versionen der AWS AppConfig Agent Lambda-Erweiterung](appconfig-integration-lambda-extensions-versions.md)
+ [AWS AppConfig Agent mit Amazon EC2 und lokalen Maschinen verwenden](appconfig-integration-ec2.md)
+ [AWS AppConfig Agent mit Amazon ECS und Amazon EKS verwenden](appconfig-integration-containers-agent.md)
+ [Feature-Flags für grundlegende und variantenreiche Funktionen werden abgerufen](appconfig-integration-retrieving-feature-flags.md)
+ [Verwendung eines Manifests zur Aktivierung zusätzlicher Abruffunktionen](appconfig-agent-how-to-use-additional-features.md)
+ [Generierung eines Clients mithilfe der OpenAPI-Spezifikation](appconfig-integration-OpenAPI.md)
+ [Mit dem lokalen Entwicklungsmodus des Agenten AWS AppConfig arbeiten](appconfig-agent-how-to-use-local-development.md)

# Verstehen, wie die AWS AppConfig Agent Lambda-Erweiterung funktioniert
<a name="appconfig-integration-lambda-extensions-how-it-works"></a>

Wenn Sie AWS AppConfig Konfigurationen für eine Lambda-Funktion *ohne* Lambda-Erweiterungen verwalten, müssen Sie Ihre Lambda-Funktion so konfigurieren, dass sie Konfigurationsupdates erhält, indem Sie sie in die [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html)und [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)API-Aktionen integrieren.

Die Integration der AWS AppConfig Agent Lambda-Erweiterung in Ihre Lambda-Funktion vereinfacht diesen Prozess. Die Erweiterung kümmert sich darum, den AWS AppConfig Dienst aufzurufen, einen lokalen Cache mit abgerufenen Daten zu verwalten, die für die nächsten Serviceabrufe benötigten Konfigurationstoken zu verfolgen und regelmäßig im Hintergrund nach Konfigurationsupdates zu suchen. Das folgende Diagramm zeigt, wie es funktioniert.

![\[Ein Diagramm der Funktionsweise der AWS AppConfig Agent Lambda-Erweiterung\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/images/AppConfigLambdaExtension.png)


1. Sie konfigurieren die AWS AppConfig Agent Lambda-Erweiterung als Ebene Ihrer Lambda-Funktion. 

1. Um auf ihre Konfigurationsdaten zuzugreifen, ruft Ihre Funktion die AWS AppConfig Erweiterung an einem HTTP-Endpunkt auf, auf dem sie ausgeführt wird. `localhost:2772`

1. Die Erweiterung verwaltet einen lokalen Cache mit den Konfigurationsdaten. Wenn sich die Daten nicht im Cache befinden, ruft die Erweiterung auf, AWS AppConfig um die Konfigurationsdaten abzurufen.

1. Nach dem Empfang der Konfiguration vom Dienst speichert die Erweiterung sie im lokalen Cache und übergibt sie an die Lambda-Funktion. 

1. AWS AppConfig Die Agent Lambda-Erweiterung sucht regelmäßig im Hintergrund nach Aktualisierungen Ihrer Konfigurationsdaten. Jedes Mal, wenn Ihre Lambda-Funktion aufgerufen wird, überprüft die Erweiterung die Zeit, die seit dem Abrufen einer Konfiguration vergangen ist. Wenn die verstrichene Zeit länger als das konfigurierte Abfrageintervall ist, ruft die Erweiterung auf, AWS AppConfig um nach neu bereitgestellten Daten zu suchen, aktualisiert den lokalen Cache, falls eine Änderung vorgenommen wurde, und setzt die verstrichene Zeit zurück. 

**Anmerkung**  
Lambda instanziiert separate Instances, die der Gleichzeitigkeitsstufe entsprechen, die Ihre Funktion benötigt. Jede Instance ist isoliert und verwaltet ihren eigenen lokalen Cache Ihrer Konfigurationsdaten. Weitere Informationen zu Lambda-Instanzen und Parallelität finden Sie unter Parallelität [für eine Lambda-Funktion verwalten](https://docs.aws.amazon.com/lambda/latest/dg/configuration-concurrency.html).
Wie lange es dauert, bis eine Konfigurationsänderung in einer Lambda-Funktion angezeigt wird, nachdem Sie eine aktualisierte Konfiguration von bereitgestellt haben, hängt von der Bereitstellungsstrategie ab AWS AppConfig, die Sie für die Bereitstellung verwendet haben, und dem Abfrageintervall, das Sie für die Erweiterung konfiguriert haben. 

# Hinzufügen der AWS AppConfig Agent Lambda-Erweiterung
<a name="appconfig-integration-lambda-extensions-add"></a>

Um die AWS AppConfig Agent Lambda-Erweiterung verwenden zu können, müssen Sie die Erweiterung zu Ihrem Lambda hinzufügen. Dies kann geschehen, indem Sie die AWS AppConfig Agent Lambda-Erweiterung als Ebene zu Ihrer Lambda-Funktion hinzufügen oder indem Sie die Erweiterung für eine Lambda-Funktion als Container-Image aktivieren.

**Anmerkung**  
Die AWS AppConfig Erweiterung ist laufzeitunabhängig und unterstützt alle Laufzeiten.

**Bevor Sie beginnen**  
Gehen Sie wie folgt vor, bevor Sie die AWS AppConfig Agent Lambda-Erweiterung aktivieren:
+ Organisieren Sie die Konfigurationen in Ihrer Lambda-Funktion so, dass Sie sie externalisieren können. AWS AppConfig
+ Erstellen Sie AWS AppConfig Artefakte und Konfigurationsdaten, einschließlich Feature-Flags oder Freiform-Konfigurationsdaten. Weitere Informationen finden Sie unter [Erstellen von Feature-Flags und Freiform-Konfigurationsdaten in AWS AppConfig](creating-feature-flags-and-configuration-data.md).
+ Fügen Sie der AWS Identity and Access Management (IAM `appconfig:StartConfigurationSession` -`appconfig:GetLatestConfiguration`) Richtlinie, die von der Lambda-Funktionsausführungsrolle verwendet wird, und hinzu. Weitere Informationen finden Sie unter [AWS Lambda -Ausführungsrolle](https://docs.aws.amazon.com/lambda/latest/dg/lambda-intro-execution-role.html) im *AWS Lambda -Entwicklerhandbuch*. Weitere Informationen zu AWS AppConfig Berechtigungen finden Sie unter [Aktionen, Ressourcen und Bedingungsschlüssel für AWS AppConfig](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsappconfig.html) in der *Service Authorization* Reference. 

## Hinzufügen der AWS AppConfig Agent Lambda-Erweiterung mithilfe einer Ebene und eines ARN
<a name="appconfig-integration-lambda-extensions-enabling"></a>

Um die AWS AppConfig Agent Lambda-Erweiterung zu verwenden, fügen Sie die Erweiterung als Ebene zu Ihrer Lambda-Funktion hinzu. Informationen zum Hinzufügen einer Ebene zu Ihrer Funktion finden Sie unter [Konfiguration von Erweiterungen](https://docs.aws.amazon.com/lambda/latest/dg/using-extensions.html#using-extensions-config) im *AWS Lambda Entwicklerhandbuch*. Der Name der Erweiterung in der AWS Lambda Konsole lautet **AWS- AppConfig -Extension**. Beachten Sie auch, dass Sie beim Hinzufügen der Erweiterung als Ebene zu Ihrem Lambda einen Amazon-Ressourcennamen (ARN) angeben müssen. Wählen Sie einen ARN aus einer der folgenden Listen aus, der der Plattform entspricht und AWS-Region auf der Sie das Lambda erstellt haben.
+ [x86-64-Plattform](appconfig-integration-lambda-extensions-versions.md#appconfig-integration-lambda-extensions-enabling-x86-64)
+ [ARM64 plattform](appconfig-integration-lambda-extensions-versions.md#appconfig-integration-lambda-extensions-enabling-ARM64)

Wenn Sie die Erweiterung testen möchten, bevor Sie sie zu Ihrer Funktion hinzufügen, können Sie anhand des folgenden Codebeispiels überprüfen, ob sie funktioniert.

```
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
```

Um es zu testen, erstellen Sie eine neue Lambda-Funktion für Python, fügen Sie die Erweiterung hinzu und führen Sie dann die Lambda-Funktion aus. Nachdem Sie die Lambda-Funktion ausgeführt haben, gibt die AWS AppConfig Lambda-Funktion die Konfiguration zurück, die Sie für den Pfad http://localhost:2772 angegeben haben. Informationen zum Erstellen einer Lambda-Funktion finden Sie unter [Erstellen einer Lambda-Funktion mit der Konsole](https://docs.aws.amazon.com/lambda/latest/dg/getting-started-create-function.html) im *AWS Lambda Entwicklerhandbuch*. 

**Wichtig**  
Sie können die Protokolldaten für die AWS AppConfig Agent Lambda-Erweiterung in den AWS Lambda Protokollen anzeigen. Protokolleinträgen wird das Präfix vorangestellt. `appconfig agent` Ein Beispiel:  

```
[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)
```

# Konfiguration der AWS AppConfig Agent-Lambda-Erweiterung
<a name="appconfig-integration-lambda-extensions-config"></a>

Sie können die Erweiterung konfigurieren, indem Sie die folgenden AWS Lambda Umgebungsvariablen ändern. Weitere Informationen finden Sie unter [Verwenden von AWS Lambda Umgebungsvariablen](https://docs.aws.amazon.com/lambda/latest/dg/configuration-envvars.html) im *AWS Lambda Entwicklerhandbuch*. 

**Konfigurationsdaten werden vorab abgerufen**

Die Umgebungsvariable `AWS_APPCONFIG_EXTENSION_PREFETCH_LIST` kann die Startzeit Ihrer Funktion verbessern. Wenn die AWS AppConfig Agent Lambda-Erweiterung initialisiert ist, ruft sie die angegebene Konfiguration ab, AWS AppConfig bevor Lambda beginnt, Ihre Funktion zu initialisieren und Ihren Handler aufzurufen. In einigen Fällen sind die Konfigurationsdaten bereits im lokalen Cache verfügbar, bevor Ihre Funktion sie anfordert. 

Um die Prefetch-Fähigkeit zu verwenden, setzen Sie den Wert der Umgebungsvariablen auf den Pfad, der Ihren Konfigurationsdaten entspricht. Wenn Ihre Konfiguration beispielsweise einem Anwendungs-, Umgebungs- und Konfigurationsprofil mit den Namen „my\$1application“, „my\$1environment“ und „my\$1configuration\$1data“ entspricht, wäre der Pfad. `/applications/my_application/environments/my_environment/configurations/my_configuration_data` Sie können mehrere Konfigurationselemente angeben, indem Sie sie als kommagetrennte Liste auflisten (wenn Sie einen Ressourcennamen haben, der ein Komma enthält, verwenden Sie den ID-Wert der Ressource anstelle ihres Namens). 

**Zugreifen auf Konfigurationsdaten von einem anderen Konto**

Die AWS AppConfig Agent Lambda-Erweiterung kann Konfigurationsdaten von einem anderen Konto abrufen, indem sie eine IAM-Rolle angibt, die [Berechtigungen für](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_permissions-to-switch.html) die Daten gewährt. Gehen Sie folgendermaßen vor, um dies einzurichten: 

1. Erstellen Sie in dem AWS AppConfig Konto, in dem die Konfigurationsdaten verwaltet werden, eine Rolle mit einer Vertrauensrichtlinie, die dem Konto, auf dem die Lambda-Funktion ausgeführt wird, Zugriff auf die `appconfig:GetLatestConfiguration` Aktionen `appconfig:StartConfigurationSession` und gewährt, zusammen mit den Teil- oder Vollzugriff, die den AWS AppConfig Konfigurationsressourcen ARNs entsprechen.

1. Fügen Sie in dem Konto, auf dem die Lambda-Funktion ausgeführt wird, der Lambda-Funktion die `AWS_APPCONFIG_EXTENSION_ROLE_ARN` Umgebungsvariable mit dem ARN der in Schritt 1 erstellten Rolle hinzu.

1. (Optional) Bei Bedarf kann mithilfe der `AWS_APPCONFIG_EXTENSION_ROLE_EXTERNAL_ID` Umgebungsvariablen eine [externe ID](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-user_externalid.html) angegeben werden. In ähnlicher Weise kann ein Sitzungsname mithilfe der `AWS_APPCONFIG_EXTENSION_ROLE_SESSION_NAME` Umgebungsvariablen konfiguriert werden.

**Anmerkung**  
Notieren Sie die folgenden Informationen:  
Die AWS AppConfig Agent Lambda-Erweiterung kann nur Daten von einem Konto abrufen. Wenn Sie eine IAM-Rolle angeben, kann die Erweiterung keine Konfigurationsdaten von dem Konto abrufen, in dem die Lambda-Funktion ausgeführt wird.
AWS Lambda protokolliert Informationen über die AWS AppConfig Agent Lambda-Erweiterung und die Lambda-Funktion mithilfe von Amazon CloudWatch Logs. 
Die folgende Tabelle enthält eine Spalte mit **Beispielwerten**. Je nach Bildschirmauflösung müssen Sie möglicherweise zum Ende der Tabelle und dann nach rechts scrollen, um die Spalte anzuzeigen.


****  

| Umgebungsvariable | Details | Standardwert | Beispielwerte | 
| --- | --- | --- | --- | 
|  `AWS_APPCONFIG_EXTENSION_HTTP_PORT`  |  Diese Umgebungsvariable gibt den Port an, auf dem der lokale HTTP-Server läuft, der die Erweiterung hostet.  | 2772 | 2772 | 
|  `AWS_APPCONFIG_EXTENSION_LOG_LEVEL`  |  Diese Umgebungsvariable gibt den Detaillierungsgrad an, den der Agent protokolliert. Jede Ebene umfasst die aktuelle Ebene und alle höheren Ebenen. Der Wert unterscheidet nicht zwischen Groß- und Kleinschreibung. Die Protokollebenen, von den meisten bis hin zu den am wenigsten detaillierten`trace`, sind: `debug``info`,,`warn`,`error`,`fatal`, und`none`. Das `trace` Protokoll enthält detaillierte Informationen, einschließlich Zeitinformationen, über den Agenten.  |  info  | trace debug info warnen error tödlich Keine | 
|  `AWS_APPCONFIG_EXTENSION_MAX_CONNECTIONS`  |  Diese Umgebungsvariable konfiguriert die maximale Anzahl von Verbindungen, die die Erweiterung zum Abrufen von AWS AppConfig Konfigurationen verwendet.   | 3 | 3 | 
|  `AWS_APPCONFIG_EXTENSION_POLL_INTERVAL_SECONDS`  |  Diese Umgebungsvariable steuert, wie oft der Agent AWS AppConfig nach aktualisierten Konfigurationsdaten fragt. Sie können eine Anzahl von Sekunden für das Intervall angeben. Sie können auch eine Zahl mit einer Zeiteinheit angeben: s für Sekunden, m für Minuten und h für Stunden. Wenn keine Einheit angegeben ist, verwendet der Agent standardmäßig Sekunden. Beispielsweise ergeben 60, 60 Sekunden und 1 m dasselbe Abfrageintervall.   | 45 | 4545 s5m1 h | 
|  `AWS_APPCONFIG_EXTENSION_POLL_TIMEOUT_MILLIS`  |  Diese Umgebungsvariable steuert die maximale Zeit (in Millisekunden), für die die Erweiterung AWS AppConfig beim Aktualisieren von Daten im Cache auf eine Antwort wartet. Wenn innerhalb der angegebenen Zeit AWS AppConfig nicht reagiert wird, überspringt die Erweiterung dieses Abfrageintervall und gibt die zuvor aktualisierten zwischengespeicherten Daten zurück.  | 3000 ms | 3000300 ms5s | 
|  `AWS_APPCONFIG_EXTENSION_PREFETCH_LIST`  |  Diese Umgebungsvariable gibt die Konfigurationsdaten an, nach denen der Agent fragt, AWS AppConfig sobald er gestartet wird. In einer durch Kommas getrennten Liste können mehrere Konfigurationsbezeichner angegeben werden. Durch das Vorabrufen von Konfigurationsdaten von AWS AppConfig kann die Kaltstartzeit Ihrer Funktion erheblich reduziert werden.  | Keine | MyApp:MyEnv:MyConfigabcd123:efgh456:ijkl789MyApp::Konfiguration 1, ::Konfiguration 2 MyEnv MyApp MyEnv | 
| AWS\$1APPCONFIG\$1EXTENSION\$1PROXY\$1HEADERS | Diese Umgebungsvariable gibt Header an, die für den Proxy erforderlich sind, auf den in der Umgebungsvariablen verwiesen wird. AWS\$1APPCONFIG\$1EXTENSION\$1PROXY\$1URL Der Wert ist eine durch Kommas getrennte Liste von Headern. | Keine | Header: Werth1: v1, h2: v2 | 
| AWS\$1APPCONFIG\$1EXTENSION\$1PROXY\$1URL | Diese Umgebungsvariable gibt die Proxy-URL an, die für Verbindungen von der AWS AppConfig Erweiterung zu verwendet werden soll AWS-Services. HTTPSund HTTP URLs werden unterstützt. | Keine | http://localhost:7474https://my-proxy.example.com | 
| AWS\$1APPCONFIG\$1EXTENSION\$1ROLE\$1ARN | Diese Umgebungsvariable gibt den ARN der IAM-Rolle an, der einer Rolle entspricht, die von der AWS AppConfig Erweiterung zum Abrufen der Konfiguration übernommen werden sollte. | Keine | arn:aws:iam: :123456789012:role/ MyRole | 
| AWS\$1APPCONFIG\$1EXTENSION\$1ROLE\$1EXTERNAL\$1ID | Diese Umgebungsvariable gibt die externe ID an, die in Verbindung mit der angenommenen Rolle ARN verwendet werden soll. | Keine | MyExternalId | 
| AWS\$1APPCONFIG\$1EXTENSION\$1ROLE\$1SESSION\$1NAME | Diese Umgebungsvariable gibt den Sitzungsnamen an, der den Anmeldeinformationen für die angenommene IAM-Rolle zugeordnet werden soll. | Keine | AWSAppConfigAgentSession | 
| AWS\$1APPCONFIG\$1EXTENSION\$1SERVICE\$1REGION | Diese Umgebungsvariable gibt eine alternative Region an, die die Erweiterung verwenden soll, um den AWS AppConfig Dienst aufzurufen. Wenn sie nicht definiert ist, verwendet die Erweiterung den Endpunkt in der aktuellen Region. | Keine | us-east-1eu-west-1 | 
|  `AWS_APPCONFIG_EXTENSION_MANIFEST`  |  Diese Umgebungsvariable konfiguriert den AWS AppConfig Agenten so, dass er zusätzliche konfigurationsspezifische Funktionen wie das Abrufen mehrerer Konten und das Speichern der Konfiguration auf der Festplatte nutzt. Weitere Informationen zu diesen Funktionen finden Sie unter [Verwendung eines Manifests zur Aktivierung zusätzlicher Abruffunktionen](appconfig-agent-how-to-use-additional-features.md).   | Keine | Wenn die Konfiguration als Manifest verwendet AWS AppConfig wird:. `MyApp:MyEnv:MyManifestConfig`Beim Laden des Manifests von der Festplatte: `file:/path/to/manifest.json` | 
|  `AWS_APPCONFIG_EXTENSION_WAIT_ON_MANIFEST`  |  Diese Umgebungsvariable konfiguriert den AWS AppConfig Agenten so, dass er wartet, bis das Manifest verarbeitet ist, bevor der Start abgeschlossen wird.  | true | truefalse | 

# Grundlegendes zu den verfügbaren Versionen der AWS AppConfig Agent Lambda-Erweiterung
<a name="appconfig-integration-lambda-extensions-versions"></a>

Dieses Thema enthält Informationen zu den Versionen der AWS AppConfig Agent-Lambda-Erweiterung. Die AWS AppConfig Agent Lambda-Erweiterung unterstützt Lambda-Funktionen, die für die Plattformen x86-64 und ARM64 (Graviton2) entwickelt wurden. Damit Ihre Lambda-Funktion ordnungsgemäß funktioniert, muss sie so konfiguriert sein, dass sie den spezifischen Amazon-Ressourcennamen (ARN) für den AWS-Region Ort verwendet, an dem sie derzeit gehostet wird. Sie können die ARN-Details später in diesem Abschnitt anzeigen AWS-Region .

**Wichtig**  
Beachten Sie die folgenden wichtigen Details zur AWS AppConfig Agent Lambda-Erweiterung.  
Die `GetConfiguration` API-Aktion wurde am 28. Januar 2022 als veraltet eingestuft. Aufrufe zum Empfangen von Konfigurationsdaten sollten stattdessen `StartConfigurationSession` und `GetLatestConfiguration` APIs verwenden. Wenn Sie eine Version der AWS AppConfig Agent Lambda-Erweiterung verwenden, die nach dem 28. Januar 2022 erstellt wurde, müssen Sie die Berechtigungen für die neue APIs Version konfigurieren. Weitere Informationen finden Sie unter [Konfigurationsdaten werden ohne AWS AppConfig Agent abgerufen](about-data-plane.md).
AWS AppConfig unterstützt alle unter aufgeführten Versionen. [Ältere Erweiterungsversionen](#appconfig-integration-lambda-extensions-enabling-older-versions) Wir empfehlen, regelmäßig auf die neueste Version zu aktualisieren, um die Vorteile der Erweiterungen nutzen zu können.

**Topics**
+ [AWS AppConfig Versionshinweise zur Agent Lambda Extension](#appconfig-integration-lambda-extensions-versions-release-notes)
+ [Finden Sie die Versionsnummer Ihrer Lambda-Erweiterung](#appconfig-integration-lambda-extensions-versions-find)
+ [x86-64-Plattform](#appconfig-integration-lambda-extensions-enabling-x86-64)
+ [ARM64 plattform](#appconfig-integration-lambda-extensions-enabling-ARM64)
+ [Ältere Erweiterungsversionen](#appconfig-integration-lambda-extensions-enabling-older-versions)

## AWS AppConfig Versionshinweise zur Agent Lambda Extension
<a name="appconfig-integration-lambda-extensions-versions-release-notes"></a>

In der folgenden Tabelle werden Änderungen beschrieben, die an den letzten Versionen der AWS AppConfig Lambda-Erweiterung vorgenommen wurden.


****  

| Version | Startdatum | Hinweise | 
| --- | --- | --- | 
|  2.0.14126.0  |  25.03.2026  |  Kleinere Verbesserungen und Fehlerkorrekturen.   | 
|  2.0.11962.0  |  20.02.2026  |  Verbesserte Umgebungsunterstützung, kleinere Verbesserungen und Bugfixes.   | 
|  2.0.8693  |  20.11.2025  |  Verbesserte Umgebungsunterstützung, kleinere Verbesserungen und Fehlerkorrekturen. Unterstützung für Folgendes wurde hinzugefügt AWS-Regionen [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/appconfig-integration-lambda-extensions-versions.html)  | 
|  2.0.2037  |  12.05.2025  |  Es wurde ein `/ping` Pfad hinzugefügt, der eine einfache Integritätsprüfung ermöglicht, die die Version des Agenten zurückgibt. Enthält auch kleinere Verbesserungen und Fehlerkorrekturen.   | 
|  2.0.1079  |  12.12.2024  |  Kleinere Verbesserungen und Fehlerkorrekturen.  | 
|  2.0.719  |  08.08.2024  |  Kleinere Verbesserungen und Fehlerkorrekturen.  | 
|  2.0.678  |  23.07.2024  |  Verbesserungen bei der Unterstützung von Feature-Flag-Zielen, -Varianten und -Splits Weitere Informationen finden Sie unter [Feature-Flags mit mehreren Varianten erstellen](appconfig-creating-multi-variant-feature-flags.md).   | 
|  2.0.501  |  01.07.2024  |  Kleinere Verbesserungen und Bugfixes.  | 
|  2.0.358  |  01.12.2023  |  Unterstützung für die folgenden [Abruffunktionen](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-agent-how-to-use-additional-features.html) wurde hinzugefügt:  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/appconfig-integration-lambda-extensions-versions.html)  | 
|  2.0.181  |  14.08.2023  |  Unterstützung für Israel (Tel Aviv) AWS-Region il-central-1 hinzugefügt.  | 
|  2.0.165  |  21.02.2023  |  Kleinere Fehlerbehebungen. Die Nutzung von Erweiterungen wird über die Konsole nicht mehr auf bestimmte Runtime-Versionen beschränkt. AWS Lambda Unterstützung für Folgendes AWS-Regionen wurde hinzugefügt: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/appconfig-integration-lambda-extensions-versions.html)  | 
|  2.0.122  |  23.08.2022  |  Unterstützung für einen Tunneling-Proxy hinzugefügt, der mit den Umgebungsvariablen und konfiguriert werden kann. `AWS_APPCONFIG_EXTENSION_PROXY_URL` `AWS_APPCONFIG_EXTENSION_PROXY_HEADERS` .NET 6 als Runtime hinzugefügt. Weitere Hinweise zu Umgebungsvariablen finden Sie unter[Konfiguration der AWS AppConfig Agent-Lambda-Erweiterung](appconfig-integration-lambda-extensions-config.md).   | 
|  2.0.58  |  05.03.2022  |  Verbesserte Unterstützung für Graviton2 (ARM64) -Prozessoren in Lambda.  | 
|  2.0.45  |  15.03.2022  |  Unterstützung für das Aufrufen eines einzelnen Feature-Flags wurde hinzugefügt. Bisher riefen Kunden Feature-Flags auf, die in einem Konfigurationsprofil gruppiert waren, und mussten die Antwort clientseitig analysieren. Mit dieser Version können Kunden beim Aufrufen des HTTP-Localhost-Endpunkts einen `flag=<flag-name>` Parameter verwenden, um den Wert eines einzelnen Flags abzurufen. Außerdem wurde anfängliche Unterstützung für Graviton2 () ARM64 -Prozessoren hinzugefügt.   | 

## Finden Sie die Versionsnummer Ihrer Lambda-Erweiterung
<a name="appconfig-integration-lambda-extensions-versions-find"></a>

Gehen Sie wie folgt vor, um die Versionsnummer Ihrer aktuell konfigurierten AWS AppConfig Agent Lambda-Erweiterung zu ermitteln. Damit Ihre Lambda-Funktion ordnungsgemäß funktioniert, muss sie so konfiguriert sein, dass sie den spezifischen Amazon-Ressourcennamen (ARN) für den AWS-Region Ort verwendet, an dem sie derzeit gehostet wird.

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die AWS Lambda Konsole unter [https://console.aws.amazon.com/lambda/](https://console.aws.amazon.com/lambda/).

1. Wählen Sie die Lambda-Funktion aus, der Sie die `AWS-AppConfig-Extension` Ebene hinzufügen möchten.

1. Wählen Sie im Bereich **Ebenen** die Option **Ebene hinzufügen** aus.

1. **Wählen Sie im Abschnitt Ebene auswählen** die Option **AWS- AppConfig -Extension** aus der **AWS Ebenenliste** aus.

1. Verwenden Sie die **Versionsliste**, um eine Versionsnummer auszuwählen.

1. Wählen Sie **Hinzufügen** aus.

1. Verwenden Sie die Registerkarte **Test**, um die Funktion zu testen.

1. Sehen Sie sich nach Abschluss des Tests die Protokollausgabe an. Suchen Sie im Abschnitt **Details der Ausführung** nach der Version der AWS AppConfig Agent-Lambda-Erweiterung. Diese Version muss mit der URLs für diese Version erforderlichen Version übereinstimmen. 

## x86-64-Plattform
<a name="appconfig-integration-lambda-extensions-enabling-x86-64"></a>

Wenn Sie die Erweiterung als Ebene zu Ihrem Lambda hinzufügen, müssen Sie einen ARN angeben. Wählen Sie aus der folgenden Tabelle einen ARN aus, der dem Ort entspricht, AWS-Region an dem Sie das Lambda erstellt haben. Diese ARNs sind für Lambda-Funktionen vorgesehen, die für die x86-64-Plattform entwickelt wurden.


**Version 2.0.14126.0**  

| Region | ARN | 
| --- | --- | 
| USA Ost (Nord-Virginia) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:317` | 
| USA Ost (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:273` | 
| USA West (Nordkalifornien) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:383` | 
| USA West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:369` | 
| Kanada (Zentral) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:258` | 
| Kanada West (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:168` | 
| Europa (Frankfurt) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:291` | 
| Europa (Zürich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:216` | 
| Europa (Irland) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:299` | 
| Europa (London) | `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` | 
| Europa (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:245` | 
| Europa (Spain) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:210` | 
| Asien-Pazifik (Hongkong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:249` | 
| Asien-Pazifik (Taipeh) | `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension:139` | 
| Asien-Pazifik (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:286` | 
| Asien-Pazifik (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:213` | 
| Asien-Pazifik (Tokio) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:268` | 
| Asien-Pazifik (Seoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:269` | 
| Asien-Pazifik (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:268` | 
| Asien-Pazifik (Singapur) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:254` | 
| Asien-Pazifik (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:309` | 
| Asien-Pazifik (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:252` | 
| Asien-Pazifik (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:184` | 
| Asien-Pazifik (Malaysia) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:157` | 
| Asien-Pazifik (Neuseeland) | `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension:87` | 
| Asien-Pazifik (Thailand) | `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension:130` | 
| Afrika (Kapstadt) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:256` | 
| Israel (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:184` | 
| Mexiko (Zentral) | `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension:138` | 
| Südamerika (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:323` | 
| China (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:236` | 
| China (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:237` | 
| AWS GovCloud (US-Ost) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:215` | 
| AWS GovCloud (US-West) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:214` | 

## ARM64 plattform
<a name="appconfig-integration-lambda-extensions-enabling-ARM64"></a>

Wenn Sie die Erweiterung als Ebene zu Ihrem Lambda hinzufügen, müssen Sie einen ARN angeben. Wählen Sie aus der folgenden Tabelle einen ARN aus, der dem Ort entspricht, AWS-Region an dem Sie das Lambda erstellt haben. Diese ARNs sind für Lambda-Funktionen vorgesehen, die für die ARM64 Plattform entwickelt wurden.


**Version 2.0.14126.0**  

| Region | ARN | 
| --- | --- | 
| USA Ost (Nord-Virginia) | `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:250` | 
| USA Ost (Ohio) | `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:225` | 
| USA West (Nordkalifornien) | `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:260` | 
| USA West (Oregon) | `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:271` | 
| Kanada (Zentral) | `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:178` | 
| Kanada West (Calgary) | `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:158` | 
| Europa (Frankfurt) | `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:234` | 
| Europa (Zürich) | `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:174` | 
| Europa (Irland) | `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:237` | 
| Europa (London) | `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` | 
| Europa (Milan) | `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:173` | 
| Europa (Spain) | `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:171` | 
| Asien-Pazifik (Hongkong) | `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:177` | 
| Asien-Pazifik (Taipeh) | `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension-Arm64:113` | 
| Asien-Pazifik (Mumbai) | `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:228` | 
| Asien-Pazifik (Hyderabad) | `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:171` | 
| Asien-Pazifik (Tokio) | `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:221` | 
| Asien-Pazifik (Seoul) | `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:177` | 
| Asien-Pazifik (Osaka) | `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:183` | 
| Asien-Pazifik (Singapur) | `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:206` | 
| Asien-Pazifik (Sydney) | `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:252` | 
| Asien-Pazifik (Jakarta) | `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:189` | 
| Asien-Pazifik (Melbourne) | `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:169` | 
| Asien-Pazifik (Malaysia) | `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:132` | 
| Asien-Pazifik (Neuseeland) | `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension-Arm64:77` | 
| Asien-Pazifik (Thailand) | `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension-Arm64:129` | 
| Afrika (Kapstadt) | `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:184` | 
| Israel (Tel Aviv) | `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:167` | 
| Mexiko (Zentral) | `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension-Arm64:137` | 
| Südamerika (São Paulo) | `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:211` | 
| China (Beijing) | `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:158` | 
| China (Ningxia) | `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:159` | 
| AWS GovCloud (US-Ost) | `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:161` | 
| AWS GovCloud (US-West) | `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:160` | 

## Ältere Erweiterungsversionen
<a name="appconfig-integration-lambda-extensions-enabling-older-versions"></a>

In diesem Abschnitt sind die ARNs und AWS-Regionen für ältere Versionen der AWS AppConfig Lambda-Erweiterung aufgeführt. Diese Liste enthält nicht Informationen für alle früheren Versionen der AWS AppConfig Agent Lambda-Erweiterung, sie wird jedoch aktualisiert, wenn neue Versionen veröffentlicht werden.

**Topics**
+ [Ältere Erweiterungsversionen (x86-64-Plattform)](#appconfig-integration-lambda-extensions-enabling-older-versions-x86-64)
+ [Ältere Erweiterungsversionen (ARM64 Plattform)](#appconfig-integration-lambda-extensions-enabling-older-versions-ARM64)

### Ältere Erweiterungsversionen (x86-64-Plattform)
<a name="appconfig-integration-lambda-extensions-enabling-older-versions-x86-64"></a>

In den folgenden Tabellen sind ältere Versionen der AWS-Regionen AWS AppConfig Agent Lambda-Erweiterung aufgeführt ARNs , die für die x86-64-Plattform entwickelt wurde.

Datum, das durch eine neuere Erweiterung ersetzt wurde: 25.03.2026


**Version 2.0.11962.0**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |   `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:296`   | 
|  USA Ost (Ohio)  |   `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:252`   | 
|  USA West (Nordkalifornien)  |   `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:359`   | 
|  USA West (Oregon)  |   `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:348`   | 
|  Kanada (Zentral)  |   `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:239`   | 
|  Kanada West (Calgary)  |   `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:147`   | 
|  Europa (Frankfurt)  |   `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:270`   | 
|  Europa (Zürich)  |   `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:195`   | 
|  Europa (Irland)  |   `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:278`   | 
|  Europa (London)  |   `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`   | 
|  Europa (Milan)  |   `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:226`   | 
|  Europa (Spain)  |   `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:189`   | 
|  China (Peking)  |   `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:219`   | 
|  China (Ningxia)  |   `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:221`   | 
|  Asien-Pazifik (Hongkong)  |   `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:228`   | 
|  Asien-Pazifik (Tokio)  |   `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:245`   | 
|  Asien-Pazifik (Seoul)  |   `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:248`   | 
|  Asien-Pazifik (Osaka)  |   `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:247`   | 
|  Asien-Pazifik (Singapur)  |   `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:233`   | 
|  Asien-Pazifik (Sydney)  |   `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:288`   | 
|  Asien-Pazifik (Jakarta)  |   `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:231`   | 
|  Asien-Pazifik (Melbourne)  |   `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:163`   | 
|  Asien-Pazifik (Malaysia)  |   `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:136`   | 
|  Asien-Pazifik (Mumbai)  |   `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:264`   | 
|  Asien-Pazifik (Hyderabad)  |   `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:192`   | 
|  Asien-Pazifik (Neuseeland)  |   `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension:58`   | 
|  Asien-Pazifik (Thailand)  |   `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension:109`   | 
|  Asien-Pazifik (Taipeh)  |   `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension:118`   | 
|  Südamerika (São Paulo)  |   `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:302`   | 
|  Mexiko (Zentral)  |   `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension:115`   | 
|  Afrika (Kapstadt)  |   `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:234`   | 
|  Israel (Tel Aviv)  |   `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:168`   | 
|  Naher Osten (VAE)  |   `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 (US-Ost)  |   `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:184`   | 
|  AWS GovCloud (US-West)  |   `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:182`   | 

Datum ersetzt durch eine neuere Erweiterung: 17.02.2026


**Version 2.0.8693**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |   `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:279`   | 
|  USA Ost (Ohio)  |   `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:235`   | 
|  USA West (Nordkalifornien)  |   `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:348`   | 
|  USA West (Oregon)  |   `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:335`   | 
|  Kanada (Zentral)  |   `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:228`   | 
|  Kanada West (Calgary)  |   `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:130`   | 
|  Europa (Frankfurt)  |   `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:261`   | 
|  Europa (Zürich)  |   `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:178`   | 
|  Europa (Irland)  |   `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:261`   | 
|  Europa (London)  |   `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`   | 
|  Europa (Milan)  |   `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:215`   | 
|  Europa (Spain)  |   `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:176`   | 
| China (Peking) |   `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:205`   | 
| China (Ningxia) |   `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:203`   | 
|  Asien-Pazifik (Hongkong)  |   `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:217`   | 
|  Asien-Pazifik (Tokio)  |   `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:228`   | 
|  Asien-Pazifik (Seoul)  |   `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:239`   | 
| Asien-Pazifik (Osaka) |   `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:234`   | 
|  Asien-Pazifik (Singapur)  |   `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:224`   | 
|  Asien-Pazifik (Sydney)  |   `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:272`   | 
|  Asien-Pazifik (Jakarta)  |   `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:222`   | 
|  Asien-Pazifik (Melbourne)  |   `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:152`   | 
|  Asien-Pazifik (Malaysia)  |   `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:127`   | 
|  Asien-Pazifik (Mumbai)  |   `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:248`   | 
|  Asien-Pazifik (Hyderabad)  |   `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:179`   | 
|  Asien-Pazifik (Neuseeland)  |   `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension:41`   | 
|  Asien-Pazifik (Thailand)  |   `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension:98`   | 
|  Asien-Pazifik (Taipeh)  |   `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension:100 `   | 
|  Südamerika (São Paulo)  |   `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:288`   | 
|  Mexiko (Zentral)  |   `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension:98`   | 
|  Afrika (Kapstadt)  |   `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:225`   | 
|  Israel (Tel Aviv)  |   `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:155`   | 
|  Naher Osten (VAE)  |   `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 (US-Ost) |   `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:184`   | 
| AWS GovCloud (US-West) |   `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:182`   | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 20.11.2025


**Version 2.0.2037**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:207`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:162`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:258`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:262`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:152`  | 
|  Kanada West (Calgary)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:57`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:189`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:106`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:189`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:140`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:102`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:133`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:131`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:142`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:155`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:165`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:159`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:156`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:199`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:150`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:78`  | 
|  Asien-Pazifik (Malaysia)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:55`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:175`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:104`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:215`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:152`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:81`  | 
|  Naher Osten (VAE)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:110`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:109`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 20.05.2025


**Version 2.0.1079**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:174`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:133`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:223`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:230`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:123`  | 
|  Kanada West (Calgary)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:27`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:159`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:77`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:160`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:111`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:74`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:106`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:104`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:113`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:126`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:136`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:130`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:134`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:165`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:121`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:49`  | 
|  Asien-Pazifik (Malaysia)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:26`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:146`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:75`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:179`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:123`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:52`  | 
|  Naher Osten (VAE)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:80`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:80`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 12.12.2024


**Version 2.0.719**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:173`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:132`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:221`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:229`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:121`  | 
|  Kanada West (Calgary)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:27`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:158`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:75`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:159`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:110`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:72`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:104`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:102`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:112`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:125`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:135`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:129`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:132`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:164`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:120`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:48`  | 
|  Asien-Pazifik (Malaysia)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension:25`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:145`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:74`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:178`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:122`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:50`  | 
|  Naher Osten (VAE)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:79`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:79`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 08/08/2024


**Version 2.0.678**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:167`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:126`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:213`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:223`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:116`  | 
|  Kanada West (Calgary)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:21`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:152`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:70`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:153`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:104`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:67`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:99`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:97`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:106`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:119`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:129`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:123`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:127`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:158`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:114`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:42`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:139`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:68`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:172`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:116`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:45`  | 
|  Naher Osten (VAE)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:73`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:73`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 23.07.2024


**Version 2.0.501**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:153`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:112`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:195`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:210`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:101`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:136`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:53`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:144`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:89`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:50`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:85`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:83`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:91`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:104`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:114`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:107`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:112`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:142`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:98`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:26`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:125`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:53`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:155`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:102`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:28`  | 
|  Naher Osten (VAE)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:59`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:59`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 07/01/2024


**Version 2.0.358**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:128`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:93`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:141`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:161`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:93`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:106`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:47`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:125`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:83`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:44`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:76`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:76`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:83`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:98`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:108`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:101`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:106`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:106`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:79`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:20`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:107`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:47`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:128`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:83`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:22`  | 
|  Naher Osten (VAE)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:54`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:54`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 12.01.2023


**Version 2.0.181**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:113`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:81`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:124`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:146`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:81`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:93`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:32`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:110`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:73`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:29`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:68`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:68`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:73`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:84`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:93`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:86`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:91`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:93`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:64`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:5`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:94`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:32`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:113`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:73`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension:7`  | 
|  Naher Osten (VAE)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:46`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:46`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 14.08.2023


**Version 2.0.165**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:110`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:79`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:121`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:143`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:79`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:91`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension:29`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:108`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:71`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension:26`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:66`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:66`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:71`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:82`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:91`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:84`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:89`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:91`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:60`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension:2`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:92`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension:29`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:110`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension:71`  | 
|  Naher Osten (VAE)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:44`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:44`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 21.02.2023


**Version 2.0.122**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia) |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:82`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:59`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:93`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:114`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:59`  | 
|  Europe (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:70`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:82`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:54`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:52`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:52`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:54`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:62`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:70`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:59`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:64`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:70`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:37`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:71`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:82`  | 
|  Afrika (Kapstadt)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:29`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:29`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 23.08.2022


**Version 2.0.58**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:69`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:50`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:78`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:101`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:50`  | 
|  Europe (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:59`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:69`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:47`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:46`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:46`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:47`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:49`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:59`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:46`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:51`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:59`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:24`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:60`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:69`  | 
|  Afrika (Kapstadt)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:23`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:23`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 21.04.2022


**Version 2.0.45**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:68`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:49`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:77`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:100`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:49`  | 
|  Europe (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:58`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:68`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:46`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:45`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:45`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:46`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:48`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:58`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:45`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:50`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:58`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:23`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:59`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:68`  | 
|  Afrika (Kapstadt)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:22`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:22`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 15.03.2022


**Version 2.0.30**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension:61`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension:47`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension:61`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension:89`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension:47`  | 
|  Europe (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension:54`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension:59`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension:44`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension:43`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension:43`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension:44`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension:45`  | 
| Asien-Pazifik (Osaka) |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension:42`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension:54`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension:45`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension:54`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension:13`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension:55`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension:61`  | 
|  Afrika (Kapstadt)  |  `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 (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension:20`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension:20`  | 

### Ältere Erweiterungsversionen (ARM64 Plattform)
<a name="appconfig-integration-lambda-extensions-enabling-older-versions-ARM64"></a>

In den folgenden Tabellen sind ältere Versionen der AWS-Regionen AWS AppConfig Agent Lambda-Erweiterung aufgeführt ARNs , die für die ARM64 Plattform entwickelt wurden.

Datum, das durch eine neuere Erweiterung ersetzt wurde: 25.03.2026


**Version 2.0.11962.0**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |   `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:229`   | 
|  USA Ost (Ohio)  |   `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:204`   | 
|  USA West (Nordkalifornien)  |   `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:236`   | 
|  USA West (Oregon)  |   `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:250`   | 
|  Kanada (Zentral)  |   `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:159`   | 
|  Kanada West (Calgary)  |   `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:137`   | 
|  Europa (Frankfurt)  |   `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:213`   | 
|  Europa (Zürich)  |   `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:153`   | 
|  Europa (Irland)  |   `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:216`   | 
|  Europa (London)  |   `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`   | 
|  Europa (Milan)  |   `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:154`   | 
|  Europa (Spain)  |   `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:150`   | 
|  Asien-Pazifik (Hongkong)  |   `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:156`   | 
|  Asien-Pazifik (Taipeh)  |   `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension-Arm64:92`   | 
|  Asien-Pazifik (Tokio)  |   `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:198`   | 
|  Asien-Pazifik (Seoul)  |   `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:156`   | 
|  Asien-Pazifik (Osaka)  |   `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:162`   | 
|  Asien-Pazifik (Singapur)  |   `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:185`   | 
|  Asien-Pazifik (Sydney)  |   `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:231`   | 
|  Asien-Pazifik (Jakarta)  |   `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:168`   | 
|  Asien-Pazifik (Melbourne)  |   `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:148`   | 
|  Asien-Pazifik (Malaysia)  |   `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:111`   | 
|  Asien-Pazifik (Neuseeland)  |   `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension-Arm64:48`   | 
|  Asien-Pazifik (Thailand)  |   `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension-Arm64:108`   | 
|  Asien-Pazifik (Mumbai)  |   `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:206`   | 
|  Asien-Pazifik (Hyderabad)  |   `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:150`   | 
|  Südamerika (São Paulo)  |   `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:190`   | 
|  Mexiko (Zentral)  |   `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension-Arm64:114`   | 
|  Afrika (Kapstadt)  |   `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:162`   | 
|  Naher Osten (VAE)  |   `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`   | 
|  Israel (Tel Aviv)  |   `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:151`   | 
|  China (Peking)  |   `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:141`   | 
|  China (Ningxia)  |   `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:143`   | 
|  AWS GovCloud (US-Ost)  |   `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:130`   | 
|  AWS GovCloud (US-West)  |   `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:128`   | 

Datum ersetzt durch eine neuere Erweiterung: 17.02.2026


**Version 2.0.8693**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:212 `  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:187 `  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:225 `  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:237 `  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:148 `  | 
|  Kanada West (Calgary)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:120 `  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:204 `  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:136 `  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:199 `  | 
|  Europa (London)  |  `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 `  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:143 `  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:137 `  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:145 `  | 
|  Asien-Pazifik (Taipeh)  |  `arn:aws:lambda:ap-east-2:730335625313:layer:AWS-AppConfig-Extension-Arm64:74 `  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:181 `  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:147 `  | 
|  Asien-Pazifik (Osaka)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:149 `  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:176 `  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:215 `  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:159 `  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:137 `  | 
|  Asien-Pazifik (Malaysia)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:102 `  | 
|  Asien-Pazifik (Neuseeland)  |  `arn:aws:lambda:ap-southeast-6:381491832265:layer:AWS-AppConfig-Extension-Arm64:31 `  | 
|  Asien-Pazifik (Thailand)  |  `arn:aws:lambda:ap-southeast-7:851725616657:layer:AWS-AppConfig-Extension-Arm64:97 `  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:190 `  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:137 `  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:176 `  | 
|  Mexiko (Zentral)  |  `arn:aws:lambda:mx-central-1:891376990304:layer:AWS-AppConfig-Extension-Arm64:97 `  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:153 `  | 
|  Naher Osten (VAE)  |  `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 `  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:138 `  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:127 `  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:125 `  | 
| AWS GovCloud (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:130 `  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:128 `  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 20.11.2025


**Version 2.0.2037**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:140`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:114`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:135`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:164`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:72`  | 
|  Kanada West (Calgary)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:47`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:132`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:64`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:127`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:68`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:63`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:70`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:108`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:73`  | 
|  Asien-Pazifik (Osaka)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:74`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:108`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:142`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:87`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:63`  | 
|  Asien-Pazifik (Malaysia)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:30`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:117`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:62`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:103`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:80`  | 
|  Naher Osten (VAE)  |  `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`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:64`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:55`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:53`  | 
| AWS GovCloud (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:56`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:55`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 20.05.2025


**Version 2.0.1079**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:107`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:85`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:100`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:132`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:43`  | 
|  Kanada West (Calgary)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:18`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:102`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:35`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:98`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:39`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:35`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:41`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:79`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:44`  | 
|  Asien-Pazifik (Osaka)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:45`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:86`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:108`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:58`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:34`  | 
|  Asien-Pazifik (Malaysia)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:88`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:33`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:67`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:51`  | 
|  Naher Osten (VAE)  |  `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`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:35`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:28`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:26`  | 
| AWS GovCloud (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:26`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:26`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 12.12.2024


**Version 2.0.678**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:106`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:84`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:98`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:131`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:41`  | 
|  Kanada West (Calgary)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension-Arm64:17`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:101`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:33`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:97`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:38`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:33`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:40`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:78`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:43`  | 
|  Asien-Pazifik (Osaka)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:44`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:84`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:107`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:57`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:33`  | 
|  Asien-Pazifik (Malaysia)  |  `arn:aws:lambda:ap-southeast-5:631746059939:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:87`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:32`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:66`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:50`  | 
|  Naher Osten (VAE)  |  `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`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:33`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:26`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:24`  | 
| AWS GovCloud (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:25`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:25`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 08/08/2024


**Version 2.0.678**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:100`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:78`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:90`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:125`  | 
|  Kanada West (Calgary)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:11`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:36`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:95`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:28`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:91`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:32`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:28`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:34`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:72`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:37`  | 
|  Asien-Pazifik (Osaka)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:38`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:79`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:101`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:51`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:27`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:81`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:26`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:60`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:44`  | 
|  Naher Osten (VAE)  |  `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`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:28`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:21`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:19`  | 
| AWS GovCloud (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:19`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:19`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 23.07.2024


**Version 2.0.501**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:86`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:64`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:72`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:112`  | 
|  Kanada West (Calgary)  |  `arn:aws:lambda:ca-west-1:436199621743:layer:AWS-AppConfig-Extension:1`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:21`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:79`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:82`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:17`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:19`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:57`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:22`  | 
|  Asien-Pazifik (Osaka)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:22`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:64`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:85`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:35`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:67`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:43`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:30`  | 
|  Naher Osten (VAE)  |  `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`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:11`  | 
| China (Peking) |  `arn:aws-cn:lambda:cn-north-1:615057806174:layer:AWS-AppConfig-Extension-Arm64:7`  | 
| China (Ningxia) |  `arn:aws-cn:lambda:cn-northwest-1:615084187847:layer:AWS-AppConfig-Extension-Arm64:5`  | 
| AWS GovCloud (US-Ost) |  `arn:aws-us-gov:lambda:us-gov-east-1:946561847325:layer:AWS-AppConfig-Extension-Arm64:5`  | 
| AWS GovCloud (US-West) |  `arn:aws-us-gov:lambda:us-gov-west-1:946746059096:layer:AWS-AppConfig-Extension-Arm64:5`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 07/01/2024


**Version 2.0.358**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:61`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:45`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:18`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:63`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:13`  | 
|  Europa (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:49`  | 
|  Europa (Zürich)  |  `arn:aws:lambda:eu-central-2:758369105281:layer:AWS-AppConfig-Extension-Arm64:5`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:63`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  Europa (Spain)  |  `arn:aws:lambda:eu-south-2:586093569114:layer:AWS-AppConfig-Extension-Arm64:5`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:51`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  Asien-Pazifik (Osaka)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:58`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:49`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  Asien-Pazifik (Melbourne)  |  `arn:aws:lambda:ap-southeast-4:307021474294:layer:AWS-AppConfig-Extension-Arm64:5`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:49`  | 
|  Asien-Pazifik (Hyderabad)  |  `arn:aws:lambda:ap-south-2:489524808438:layer:AWS-AppConfig-Extension-Arm64:5`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  Afrika (Kapstadt)  |  `arn:aws:lambda:af-south-1:574348263942:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  Naher Osten (VAE)  |  `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`  | 
|  Israel (Tel Aviv)  |  `arn:aws:lambda:il-central-1:895787185223:layer:AWS-AppConfig-Extension-Arm64:5`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 12/01/2023


**Version 2.0.181**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:46`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:33`  | 
|  USA West (Nordkalifornien)  |  `arn:aws:lambda:us-west-1:958113053741:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:48`  | 
|  Kanada (Zentral)  |  `arn:aws:lambda:ca-central-1:039592058896:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Europe (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:36`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:48`  | 
|  Europa (London)  |  `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`  | 
|  Europa (Milan)  |  `arn:aws:lambda:eu-south-1:203683718741:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Asien-Pazifik (Hongkong)  |  `arn:aws:lambda:ap-east-1:630222743974:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:37`  | 
|  Asien-Pazifik (Seoul)  |  `arn:aws:lambda:ap-northeast-2:826293736237:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Asien-Pazifik (Osaka)  |  `arn:aws:lambda:ap-northeast-3:706869817123:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:43`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:36`  | 
|  Asien-Pazifik (Jakarta)  |  `arn:aws:lambda:ap-southeast-3:418787028745:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:36`  | 
|  Südamerika (São Paulo)  |  `arn:aws:lambda:sa-east-1:000010852771:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Afrika (Kapstadt)  |  `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`  | 

Datum ersetzt durch eine neuere Erweiterung: 30.03.2023


**Version 2.0.165**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:43`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:31`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:45`  | 
|  Europe (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:34`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:46`  | 
|  Europa (London)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:31`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:35`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:41`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:34`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:34`  | 

Datum ersetzt durch eine neuere Erweiterung: 21.02.2023


**Version 2.0.122**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:15`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  Europe (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:13`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:20`  | 
|  Europa (London)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:11`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:15`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:16`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:13`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:13`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 23.08.2022


**Version 2.0.58**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:3`  | 
|  Europe (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:7`  | 
|  Europa (London)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:3`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:2`  | 

Datum, das durch eine neuere Erweiterung ersetzt wurde: 21.04.2022


**Version 2.0.45**  

| Region | ARN | 
| --- | --- | 
|  USA Ost (Nord-Virginia)  |  `arn:aws:lambda:us-east-1:027255383542:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  USA Ost (Ohio)  |  `arn:aws:lambda:us-east-2:728743619870:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  USA West (Oregon)  |  `arn:aws:lambda:us-west-2:359756378197:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  Europe (Frankfurt)  |  `arn:aws:lambda:eu-central-1:066940009817:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Europa (Irland)  |  `arn:aws:lambda:eu-west-1:434848589818:layer:AWS-AppConfig-Extension-Arm64:6`  | 
|  Europa (London)  |  `arn:aws:lambda:eu-west-2:282860088358:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Asien-Pazifik (Tokio)  |  `arn:aws:lambda:ap-northeast-1:980059726660:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Asien-Pazifik (Singapur)  |  `arn:aws:lambda:ap-southeast-1:421114256042:layer:AWS-AppConfig-Extension-Arm64:2`  | 
|  Asien-Pazifik (Sydney)  |  `arn:aws:lambda:ap-southeast-2:080788657173:layer:AWS-AppConfig-Extension-Arm64:1`  | 
|  Asien-Pazifik (Mumbai)  |  `arn:aws:lambda:ap-south-1:554480029851:layer:AWS-AppConfig-Extension-Arm64:1`  | 

# AWS AppConfig Agent mit Amazon EC2 und lokalen Maschinen verwenden
<a name="appconfig-integration-ec2"></a>

Mithilfe von AWS AppConfig Agent können Sie Anwendungen integrieren AWS AppConfig , die auf Ihren Amazon Elastic Compute Cloud (Amazon EC2) Linux-Instances ausgeführt werden. Der Agent verbessert die Anwendungsverarbeitung und -verwaltung auf folgende Weise:
+ Der Agent ruft in Ihrem Namen AWS AppConfig an, indem er eine AWS Identity and Access Management (IAM-) Rolle verwendet und einen lokalen Cache mit Konfigurationsdaten verwaltet. Durch das Abrufen von Konfigurationsdaten aus dem lokalen Cache benötigt Ihre Anwendung weniger Codeaktualisierungen zur Verwaltung der Konfigurationsdaten, ruft Konfigurationsdaten innerhalb von Millisekunden ab und ist nicht von Netzwerkproblemen betroffen, die Aufrufe solcher Daten unterbrechen können. \$1
+ Der Agent bietet eine native Oberfläche zum Abrufen und Auflösen von AWS AppConfig Feature-Flags.
+ Der sofort einsatzbereite Agent bietet bewährte Methoden für Caching-Strategien, Abfrageintervalle und die Verfügbarkeit lokaler Konfigurationsdaten und verfolgt gleichzeitig die für nachfolgende Serviceanfragen benötigten Konfigurationstoken.
+ Während der Ausführung im Hintergrund fragt der Agent die AWS AppConfig Datenebene regelmäßig nach Aktualisierungen der Konfigurationsdaten ab. Ihre Anwendung kann die Daten abrufen, indem sie über Port 2772 (ein anpassbarer Standard-Portwert) eine Verbindung zu localhost herstellt und HTTP GET aufruft, um die Daten abzurufen.

\$1AWS AppConfig Der Agent speichert Daten im Cache, wenn der Dienst Ihre Konfigurationsdaten zum ersten Mal abruft. Aus diesem Grund ist der erste Aufruf zum Abrufen von Daten langsamer als nachfolgende Aufrufe.

**Topics**
+ [Schritt 1: (Erforderlich) Ressourcen erstellen und Berechtigungen konfigurieren](#appconfig-integration-ec2-resources-and-permissions)
+ [Schritt 2: (Erforderlich) AWS AppConfig Agent auf Amazon EC2 EC2-Instances installieren und starten](#appconfig-integration-ec2-installing)
+ [Schritt 3: (Optional, aber empfohlen) Senden von Protokolldateien an CloudWatch Logs](#appconfig-integration-ec2-logs)
+ [Schritt 4: (Optional) Verwenden von Umgebungsvariablen zur Konfiguration AWS AppConfig des Agenten für Amazon EC2](#appconfig-integration-ec2-configuring)
+ [Schritt 5: (Erforderlich) Abrufen von Konfigurationsdaten](#appconfig-integration-ec2-retrieving-data)
+ [Schritt 6 (optional, aber empfohlen): Automatisieren von Agent-Updates AWS AppConfig](#appconfig-integration-ec2-updating-agent)

## Schritt 1: (Erforderlich) Ressourcen erstellen und Berechtigungen konfigurieren
<a name="appconfig-integration-ec2-resources-and-permissions"></a>

Für die Integration AWS AppConfig mit Anwendungen, die auf Ihren Amazon EC2 EC2-Instances ausgeführt werden, müssen Sie AWS AppConfig Artefakte und Konfigurationsdaten erstellen, einschließlich Feature-Flags oder Freiform-Konfigurationsdaten. Weitere Informationen finden Sie unter [Erstellen von Feature-Flags und Freiform-Konfigurationsdaten in AWS AppConfig](creating-feature-flags-and-configuration-data.md).

Um Konfigurationsdaten abzurufen, die von gehostet werden AWS AppConfig, müssen Ihre Anwendungen mit Zugriff auf die AWS AppConfig Datenebene konfiguriert sein. Um Ihren Anwendungen Zugriff zu gewähren, aktualisieren Sie die IAM-Berechtigungsrichtlinie, die der Amazon EC2 EC2-Instance-Rolle zugewiesen ist. Insbesondere müssen Sie der Richtlinie die `appconfig:GetLatestConfiguration` Aktionen `appconfig:StartConfigurationSession` und hinzufügen. Ein Beispiel:

------
#### [ JSON ]

****  

```
{
    "Version":"2012-10-17",		 	 	 
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "appconfig:StartConfigurationSession",
                "appconfig:GetLatestConfiguration"
            ],
            "Resource": "*"
        }
    ]
}
```

------

Weitere Informationen zum Hinzufügen von Berechtigungen zu einer Richtlinie finden Sie unter [Hinzufügen und Entfernen von IAM-Identitätsberechtigungen](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage-attach-detach.html) im *IAM-Benutzerhandbuch*.

## Schritt 2: (Erforderlich) AWS AppConfig Agent auf Amazon EC2 EC2-Instances installieren und starten
<a name="appconfig-integration-ec2-installing"></a>

AWS AppConfig Der Agent wird in einem Amazon Simple Storage Service (Amazon S3) -Bucket gehostet, der von verwaltet wird AWS. Verwenden Sie das folgende Verfahren, um die neueste Version des Agenten auf Ihrer Linux-Instance zu installieren. Wenn Ihre Anwendung auf mehrere Instanzen verteilt ist, müssen Sie dieses Verfahren für jede Instanz ausführen, die die Anwendung hostet.

**Anmerkung**  
Notieren Sie die folgenden Informationen:  
AWS AppConfig Der Agent ist für Linux-Betriebssysteme verfügbar, auf denen die Kernelversion 4.15 oder höher ausgeführt wird. Debian-basierte Systeme wie Ubuntu werden nicht unterstützt.
Der Agent unterstützt x86\$164 und Architekturen. ARM64 
Für verteilte Anwendungen empfehlen wir, die Installations- und Startbefehle zu den Amazon EC2 EC2-Benutzerdaten Ihrer Auto Scaling Scaling-Gruppe hinzuzufügen. Wenn Sie dies tun, führt jede Instance die Befehle automatisch aus. Weitere Informationen finden Sie unter [Befehle auf Ihrer Linux-Instance beim Start ausführen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/user-data.html) im *Amazon EC2 EC2-Benutzerhandbuch*. Weitere Informationen finden Sie unter [Tutorial: Benutzerdaten konfigurieren, um den Ziellebenszyklusstatus über Instance-Metadaten abzurufen](https://docs.aws.amazon.com/autoscaling/ec2/userguide/tutorial-lifecycle-hook-instance-metadata.html) im *Amazon EC2 Auto Scaling Scaling-Benutzerhandbuch*.
Die Verfahren in diesem Thema beschreiben, wie Sie Aktionen wie die Installation des Agenten durchführen, indem Sie sich bei der Instance anmelden, um den Befehl auszuführen. Sie können die Befehle von einem lokalen Client-Computer aus ausführen und eine oder mehrere Instances als Ziel verwenden, indem Sie Run Command verwenden, ein Tool in AWS Systems Manager. Weitere Informationen finden Sie unter [AWS Systems Manager Run Command](https://docs.aws.amazon.com/systems-manager/latest/userguide/run-command.html) im *Benutzerhandbuch für AWS Systems Manager *.
AWS AppConfig Der Agent auf Amazon EC2 EC2-Linux-Instances ist ein `systemd` Service.

**Um AWS AppConfig Agent auf einer Instance zu installieren und zu starten**

1. Melden Sie sich bei Ihrer Linux-Instanz an.

1. Öffnen Sie ein Terminal und führen Sie einen der folgenden Befehle mit Administratorrechten aus:

   **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
   ```

   Wenn Sie eine bestimmte Version von AWS AppConfig Agent installieren möchten, ersetzen Sie `latest` die URL durch eine bestimmte Versionsnummer. Hier ist ein Beispiel für 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. Führen Sie den folgenden Befehl aus, um den Agenten zu starten:

   ```
   sudo systemctl start aws-appconfig-agent
   ```

1. Führen Sie den folgenden Befehl aus, um zu überprüfen, ob der Agent ausgeführt wird:

   ```
   sudo systemctl status aws-appconfig-agent
   ```

   Bei Erfolg gibt der Befehl Informationen wie die folgenden zurück:

   ```
   aws-appconfig-agent.service - aws-appconfig-agent
     ...
     Active: active (running) since Mon 2023-07-26 00:00:00 UTC; 0s ago
     ...
   ```

**Anmerkung**  
Um den Agenten zu stoppen, führen Sie den folgenden Befehl aus:  

```
sudo systemctl stop aws-appconfig-agent
```

## Schritt 3: (Optional, aber empfohlen) Senden von Protokolldateien an CloudWatch Logs
<a name="appconfig-integration-ec2-logs"></a>

Standardmäßig veröffentlicht der AWS AppConfig Agent Protokolle auf STDERR. Systemd leitet STDOUT und STDERR für alle Dienste, die auf der Linux-Instanz ausgeführt werden, an das Systemd-Journal weiter. Sie können Protokolldaten im Systemd-Journal anzeigen und verwalten, wenn Sie AWS AppConfig Agent nur auf einer oder zwei Instanzen ausführen. Eine bessere Lösung, eine Lösung, die wir für verteilte Anwendungen dringend empfehlen, besteht darin, Protokolldateien auf die Festplatte zu schreiben und dann den CloudWatch Amazon-Agenten zu verwenden, um die Protokolldaten in die AWS Cloud hochzuladen. Darüber hinaus können Sie den CloudWatch Agenten so konfigurieren, dass er alte Protokolldateien von Ihrer Instance löscht, wodurch verhindert wird, dass Ihrer Instance der Speicherplatz ausgeht.

Um die Protokollierung auf der Festplatte zu aktivieren, müssen Sie die `LOG_PATH` Umgebungsvariable festlegen, wie unter beschrieben[Schritt 4: (Optional) Verwenden von Umgebungsvariablen zur Konfiguration AWS AppConfig des Agenten für Amazon EC2](#appconfig-integration-ec2-configuring).

Informationen zu den ersten Schritten mit dem CloudWatch Agenten finden Sie unter [Sammeln von Metriken und Protokollen von Amazon EC2 EC2-Instances und lokalen Servern mit dem CloudWatch Agenten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html) im * CloudWatch Amazon-Benutzerhandbuch*. Sie können Quick Setup, ein Tool in Systems Manager, verwenden, um den CloudWatch Agenten schnell zu installieren. Weitere Informationen finden Sie im *AWS Systems Manager Benutzerhandbuch* unter [Quick Setup Host Management](https://docs.aws.amazon.com/systems-manager/latest/userguide/quick-setup-host-management.html). 

**Warnung**  
Wenn Sie Protokolldateien auf die Festplatte schreiben möchten, ohne den CloudWatch Agenten zu verwenden, müssen Sie alte Protokolldateien löschen. AWS AppConfig Der Agent rotiert die Protokolldateien automatisch jede Stunde. Wenn Sie alte Protokolldateien nicht löschen, kann es sein, dass Ihrer Instanz der Speicherplatz ausgeht. 

Nachdem Sie den CloudWatch Agenten auf Ihrer Instanz installiert haben, erstellen Sie eine CloudWatch Agenten-Konfigurationsdatei. In der Konfigurationsdatei wird dem CloudWatch Agenten erklärt, wie er mit AWS AppConfig Agent-Protokolldateien arbeiten soll. Weitere Informationen zum Erstellen einer CloudWatch Agent-Konfigurationsdatei finden Sie unter [ CloudWatch Agenten-Konfigurationsdatei erstellen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file.html).

Fügen Sie der CloudWatch Agent-Konfigurationsdatei auf der Instanz den folgenden `logs` Abschnitt hinzu und speichern Sie Ihre Änderungen:

```
"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
        },
        ...
      ]
    },
    ...
  },
  ...
}
```

Wenn der Wert gleich `auto_removal` ist`true`, löscht der CloudWatch Agent automatisch rotierte AWS AppConfig Agenten-Protokolldateien.

## Schritt 4: (Optional) Verwenden von Umgebungsvariablen zur Konfiguration AWS AppConfig des Agenten für Amazon EC2
<a name="appconfig-integration-ec2-configuring"></a>

Sie können AWS AppConfig Agent for Amazon EC2 mithilfe von Umgebungsvariablen konfigurieren. Um Umgebungsvariablen für einen `systemd` Service festzulegen, erstellen Sie eine Drop-In-Unit-Datei. Das folgende Beispiel zeigt, wie Sie eine Drop-In-Unit-Datei erstellen, um die AWS AppConfig Agenten-Protokollierungsebene auf festzulegen. `DEBUG`

**Beispiel für die Erstellung einer Drop-In-Unit-Datei für Umgebungsvariablen**

1. Loggen Sie sich in Ihre Linux-Instanz ein.

1. Öffnen Sie ein Terminal und führen Sie den folgenden Befehl mit Administratorrechten aus. Der Befehl erstellt ein Konfigurationsverzeichnis:

   ```
   sudo mkdir /etc/systemd/system/aws-appconfig-agent.service.d
   ```

1. Führen Sie den folgenden Befehl aus, um die Drop-In-Unit-Datei zu erstellen. *file\$1name*Ersetzen Sie es durch einen Namen für die Datei. Die Erweiterung muss wie folgt lauten`.conf`:

   ```
   sudo touch /etc/systemd/system/aws-appconfig-agent.service.d/file_name.conf
   ```

1. Geben Sie Informationen in die Drop-In-Unit-Datei ein. Im folgenden Beispiel wird ein `Service` Abschnitt hinzugefügt, der eine Umgebungsvariable definiert. Im Beispiel wird die Protokollebene AWS AppConfig des Agenten auf festgelegt`DEBUG`.

   ```
   [Service]
   Environment=LOG_LEVEL=DEBUG
   ```

1. Führen Sie den folgenden Befehl aus, um die Systemd-Konfiguration neu zu laden:

   ```
   sudo systemctl daemon-reload
   ```

1. Führen Sie den folgenden Befehl aus, um den Agenten neu zu starten AWS AppConfig :

   ```
   sudo systemctl restart aws-appconfig-agent
   ```

Sie können AWS AppConfig Agent for Amazon EC2 konfigurieren, indem Sie die folgenden Umgebungsvariablen in einer Drop-In-Unit-Datei angeben.

**Anmerkung**  
Die folgende Tabelle enthält eine Spalte mit **Beispielwerten**. Je nach Bildschirmauflösung müssen Sie möglicherweise zum Ende der Tabelle und dann nach rechts scrollen, um die Spalte anzuzeigen.


****  

| Umgebungsvariable | Details | Standardwert | Beispielwert (e) | 
| --- | --- | --- | --- | 
|  `ACCESS_TOKEN`  |  Diese Umgebungsvariable definiert ein Token, das bereitgestellt werden muss, wenn Konfigurationsdaten vom Agent-HTTP-Server angefordert werden. Der Wert des Tokens muss im Autorisierungsheader für HTTP-Anfragen mit dem Autorisierungstyp festgelegt werden`Bearer`. Ein Beispiel. <pre>GET /applications/my_app/...<br />                  Host: localhost:2772<br />                  Authorization: Bearer <token value></pre>  | Keine | MyAccessToken | 
|  `BACKUP_DIRECTORY`  |  Diese Umgebungsvariable ermöglicht es dem AWS AppConfig Agenten, eine Sicherungskopie jeder abgerufenen Konfiguration im angegebenen Verzeichnis zu speichern.   Auf der Festplatte gesicherte Konfigurationen sind nicht verschlüsselt. Wenn Ihre Konfiguration vertrauliche Daten enthält, AWS AppConfig empfiehlt Ihnen, bei Ihren Dateisystemberechtigungen das Prinzip der geringsten Rechte anzuwenden. Weitere Informationen finden Sie unter [Sicherheit in AWS AppConfig](appconfig-security.md).   | Keine | /path/to/backups | 
|  `HTTP_PORT`  |  Diese Umgebungsvariable gibt den Port an, auf dem der HTTP-Server für den Agenten ausgeführt wird.  | 2772 | 2772 | 
|  `HTTP_HOST`  |  Die Variable HTTP\$1HOST steuert, wie der AWS AppConfig Agent eine Verbindung zu Netzwerkschnittstellen herstellt. Das Bindungsverhalten unterscheidet sich je nach Laufzeitumgebung, um optimale Sicherheit und Zugänglichkeit zu gewährleisten.  |   ECS, EKS  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/appconfig-integration-ec2.html) EC2 und vor Ort [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/appconfig-integration-ec2.html)  |  Benutzerdefinierte Konfigurationsoptionen. Sie können das Standardverhalten mit diesen Werten überschreiben: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/appconfig-integration-ec2.html)  | 
|  `LOG_LEVEL`  |  Diese Umgebungsvariable gibt den Detaillierungsgrad an, den der Agent protokolliert. Jede Ebene umfasst die aktuelle Ebene und alle höheren Ebenen. Der Wert unterscheidet nicht zwischen Groß- und Kleinschreibung. Die Protokollebenen, von den meisten bis hin zu den am wenigsten detaillierten`trace`, sind: `debug``info`,,`warn`,`error`,`fatal`, und`none`. Das `trace` Protokoll enthält detaillierte Informationen, einschließlich Zeitinformationen, über den Agenten.  |  info  |  trace debug info warnen error tödlich Keine  | 
|  `LOG_PATH`  |  Der Speicherort auf der Festplatte, in den Protokolle geschrieben werden. Wenn nicht angegeben, werden Protokolle auf stderr geschrieben.  |  Keine  | /.log path/to/logs/agent | 
|  `MANIFEST`  |  Diese Umgebungsvariable konfiguriert den AWS AppConfig Agenten so, dass er zusätzliche konfigurationsspezifische Funktionen wie das Abrufen mehrerer Konten und das Speichern der Konfiguration auf der Festplatte nutzt. Weitere Informationen zu diesen Funktionen finden Sie unter [Verwendung eines Manifests zur Aktivierung zusätzlicher Abruffunktionen](appconfig-agent-how-to-use-additional-features.md).   | Keine | Wenn die Konfiguration als Manifest verwendet AWS AppConfig wird:. `MyApp:MyEnv:MyManifestConfig`Beim Laden des Manifests von der Festplatte: `file:/path/to/manifest.json` | 
|  `MAX_CONNECTIONS`  |  Diese Umgebungsvariable konfiguriert die maximale Anzahl von Verbindungen, von denen der Agent Konfigurationen AWS AppConfig abruft.   | 3 | 3 | 
|  `POLL_INTERVAL`  |  Diese Umgebungsvariable steuert, wie oft der Agent AWS AppConfig nach aktualisierten Konfigurationsdaten fragt. Sie können eine Anzahl von Sekunden für das Intervall angeben. Sie können auch eine Zahl mit einer Zeiteinheit angeben: s für Sekunden, m für Minuten und h für Stunden. Wenn keine Einheit angegeben ist, verwendet der Agent standardmäßig Sekunden. Beispielsweise ergeben 60, 60 Sekunden und 1 m dasselbe Abfrageintervall.   | 45 Sekunden | 4545 Sekunden5m1 h | 
|  `PREFETCH_LIST`  |  Diese Umgebungsvariable gibt die Konfigurationsdaten an, die der Agent anfordert, AWS AppConfig sobald er gestartet wird. In einer durch Kommas getrennten Liste können mehrere Konfigurationsbezeichner angegeben werden.  | Keine | MyApp:MyEnv:MyConfigabcd123:efgh456:ijkl789MyApp::Konfiguration 1, ::Konfiguration 2 MyEnv MyApp MyEnv | 
|  `PRELOAD_BACKUPS`  |  Wenn auf gesetzt`true`, lädt der AWS AppConfig Agent die im gefundenen Konfigurations-Backups in den `BACKUP_DIRECTORY` Arbeitsspeicher und überprüft sofort, ob eine neuere Version des Dienstes existiert. Wenn diese Option auf gesetzt ist`false`, lädt der AWS AppConfig Agent den Inhalt einer Konfigurationssicherung nur dann, wenn er keine Konfigurationsdaten vom Dienst abrufen kann, z. B. wenn ein Problem mit Ihrem Netzwerk vorliegt.  | true | true false  | 
| PROXY\$1HEADERS | Diese Umgebungsvariable gibt Header an, die von dem Proxy benötigt werden, auf den in der PROXY\$1URL Umgebungsvariablen verwiesen wird. Der Wert ist eine durch Kommas getrennte Liste von Headern.  | Keine |  Header: Wert h1: v1, h2: v2  | 
| PROXY\$1URL | Diese Umgebungsvariable gibt die Proxy-URL an, die für Verbindungen vom Agenten zu verwendet werden soll AWS-Services, einschließlich AWS AppConfig. HTTPSund HTTP URLs werden unterstützt. | Keine | http://localhost:7474https://my-proxy.example.com | 
|  `REQUEST_TIMEOUT`  |  Diese Umgebungsvariable steuert, wie lange der Agent auf eine Antwort wartet. AWS AppConfig Wenn der Dienst nicht antwortet, schlägt die Anfrage fehl. Wenn es sich bei der Anfrage um den ersten Datenabruf handelt, gibt der Agent einen Fehler an Ihre Anwendung zurück. Wenn das Timeout während einer Hintergrundüberprüfung auf aktualisierte Daten auftritt, protokolliert der Agent den Fehler und versucht es nach einer kurzen Verzögerung erneut. Sie können die Anzahl der Millisekunden für das Timeout angeben. Sie können auch eine Zahl mit einer Zeiteinheit angeben: ms für Millisekunden und s für Sekunden. Wenn keine Einheit angegeben ist, verwendet der Agent standardmäßig Millisekunden. Beispiel: 5000, 5000 ms und 5 Sekunden führen zu demselben Wert für das Anforderungs-Timeout.  | 3000 ms | 30003000 ms5s | 
| ROLE\$1ARN | Diese Umgebungsvariable gibt den Amazon-Ressourcennamen (ARN) einer IAM-Rolle an. AWS AppConfig Der Agent übernimmt diese Rolle, um Konfigurationsdaten abzurufen. | Keine | arn:aws:iam: :123456789012:role/ MyRole | 
| ROLE\$1EXTERNAL\$1ID | Diese Umgebungsvariable gibt die externe ID an, die mit dem angenommenen Rollen-ARN verwendet werden soll. | Keine | MyExternalId | 
| ROLE\$1SESSION\$1NAME | Diese Umgebungsvariable gibt den Sitzungsnamen an, der den Anmeldeinformationen für die angenommene IAM-Rolle zugeordnet werden soll. | Keine | AWSAppConfigAgentSession | 
| SERVICE\$1REGION | Diese Umgebungsvariable gibt eine Alternative an AWS-Region , die der AWS AppConfig Agent verwendet, um den AWS AppConfig Dienst aufzurufen. Wenn diese Option nicht definiert ist, versucht der Agent, die aktuelle Region zu ermitteln. Wenn dies nicht möglich ist, kann der Agent nicht gestartet werden. | Keine | us-east-1eu-west-1 | 
|  `WAIT_ON_MANIFEST`  |  Diese Umgebungsvariable konfiguriert den AWS AppConfig Agenten so, dass er wartet, bis das Manifest verarbeitet ist, bevor der Start abgeschlossen wird.  | true | truefalse | 

## Schritt 5: (Erforderlich) Abrufen von Konfigurationsdaten
<a name="appconfig-integration-ec2-retrieving-data"></a>

Sie können Konfigurationsdaten mithilfe eines HTTP-Localhost-Aufrufs vom AWS AppConfig Agenten abrufen. Die folgenden Beispiele werden `curl` mit einem HTTP-Client verwendet. Sie können den Agenten mit jedem verfügbaren HTTP-Client, der von Ihrer Anwendungssprache unterstützt wird, oder mit verfügbaren Bibliotheken, einschließlich eines AWS SDK, aufrufen.

**Um den vollständigen Inhalt einer bereitgestellten Konfiguration abzurufen**

```
$ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name"
```

**Um ein einzelnes Flag und seine Attribute aus einer AWS AppConfig Konfiguration vom Typ `Feature Flag`**

```
$ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name?flag=flag_name"
```

**Um von einer AWS AppConfig Konfiguration des Typs aus auf mehrere Flags und ihre Attribute zuzugreifen `Feature Flag`**

```
$ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name?flag=flag_name_one&flag=flag_name_two"
```

## Schritt 6 (optional, aber empfohlen): Automatisieren von Agent-Updates AWS AppConfig
<a name="appconfig-integration-ec2-updating-agent"></a>

AWS AppConfig Der Agent wird regelmäßig aktualisiert. Um sicherzustellen, dass Sie die neueste Version von AWS AppConfig Agent auf Ihren Instances ausführen, empfehlen wir Ihnen, die folgenden Befehle zu Ihren Amazon EC2 EC2-Benutzerdaten hinzuzufügen. Sie können die Befehle zu den Benutzerdaten entweder auf der Instance oder in der EC2 Auto Scaling Scaling-Gruppe hinzufügen. Das Skript installiert und startet bei jedem Start oder Neustart einer Instance die neueste Version des Agenten. 

```
#!/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
```

# AWS AppConfig Agent mit Amazon ECS und Amazon EKS verwenden
<a name="appconfig-integration-containers-agent"></a>

Mithilfe AWS AppConfig von Agent können Sie Amazon Elastic Container Service (Amazon ECS) und Amazon Elastic Kubernetes Service (Amazon EKS) integrieren AWS AppConfig . Der Agent fungiert als Sidecar-Container, der neben Ihren Amazon ECS- und Amazon EKS-Containeranwendungen ausgeführt wird. Der Agent verbessert die Verarbeitung und Verwaltung containerisierter Anwendungen auf folgende Weise:
+ Der Agent ruft in Ihrem Namen AWS AppConfig an, indem er eine AWS Identity and Access Management (IAM-) Rolle verwendet und einen lokalen Cache mit Konfigurationsdaten verwaltet. Durch das Abrufen von Konfigurationsdaten aus dem lokalen Cache benötigt Ihre Anwendung weniger Codeaktualisierungen zur Verwaltung der Konfigurationsdaten, ruft Konfigurationsdaten innerhalb von Millisekunden ab und ist nicht von Netzwerkproblemen betroffen, die Aufrufe solcher Daten unterbrechen können. \$1
+ Der Agent bietet eine native Oberfläche zum Abrufen und Auflösen von AWS AppConfig Feature-Flags.
+ Der sofort einsatzbereite Agent bietet bewährte Methoden für Caching-Strategien, Abfrageintervalle und die Verfügbarkeit lokaler Konfigurationsdaten und verfolgt gleichzeitig die für nachfolgende Serviceanfragen benötigten Konfigurationstoken.
+ Während der Ausführung im Hintergrund fragt der Agent die AWS AppConfig Datenebene regelmäßig nach Aktualisierungen der Konfigurationsdaten ab. Ihre containerisierte Anwendung kann die Daten abrufen, indem sie über Port 2772 (ein anpassbarer Standard-Portwert) eine Verbindung zu localhost herstellt und HTTP GET aufruft, um die Daten abzurufen.
+ AWS AppConfig Der Agent aktualisiert die Konfigurationsdaten in Ihren Containern, ohne diese Container neu starten oder recyceln zu müssen.

\$1 Der AWS AppConfig Agent speichert Daten im Cache, wenn der Service Ihre Konfigurationsdaten zum ersten Mal abruft. Aus diesem Grund ist der erste Aufruf zum Abrufen von Daten langsamer als nachfolgende Aufrufe.

**Bevor Sie beginnen**  
Für die Integration AWS AppConfig mit Ihren Containeranwendungen müssen Sie AWS AppConfig Artefakte und Konfigurationsdaten, einschließlich Feature-Flags oder Freiform-Konfigurationsdaten, erstellen. Weitere Informationen finden Sie unter [Erstellen von Feature-Flags und Freiform-Konfigurationsdaten in AWS AppConfig](creating-feature-flags-and-configuration-data.md).

Um Konfigurationsdaten abzurufen, die von gehostet werden AWS AppConfig, müssen Ihre Containeranwendungen mit Zugriff auf die AWS AppConfig Datenebene konfiguriert sein. Um Ihren Anwendungen Zugriff zu gewähren, aktualisieren Sie die IAM-Berechtigungsrichtlinie, die von Ihrer Containerdienst-IAM-Rolle verwendet wird. Insbesondere müssen Sie der Richtlinie die `appconfig:GetLatestConfiguration` Aktionen `appconfig:StartConfigurationSession` und hinzufügen. Zu den IAM-Rollen des Containerdienstes gehören:
+ Die Amazon ECS-Aufgabenrolle
+ Die Amazon EKS-Knotenrolle
+ Die AWS Fargate Pod-Ausführungsrolle (wenn Ihre Amazon EKS-Container Fargate für die Rechenverarbeitung verwenden)

Weitere Informationen zum Hinzufügen von Berechtigungen zu einer Richtlinie finden Sie unter [Hinzufügen und Entfernen von IAM-Identitätsberechtigungen](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage-attach-detach.html) im *IAM-Benutzerhandbuch*.

**Topics**
+ [Den AWS AppConfig Agenten für die Amazon ECS-Integration starten](appconfig-integration-containers-agent-starting-ecs.md)
+ [Den AWS AppConfig Agenten für die Amazon EKS-Integration starten](appconfig-integration-containers-agent-starting-eks.md)
+ [(Optional) Wird AWS AppConfig als DaemonSet in Amazon EKS ausgeführt](appconfig-integration-containers-agent-daemon.md)
+ [(Optional) Verwendung von Umgebungsvariablen zur Konfiguration von AWS AppConfig Agent für Amazon ECS und Amazon EKS](appconfig-integration-containers-agent-configuring.md)
+ [Abrufen von Konfigurationsdaten für Anwendungen, die in Amazon ECS und Amazon EKS ausgeführt werden](appconfig-integration-containers-agent-retrieving-data.md)

# Den AWS AppConfig Agenten für die Amazon ECS-Integration starten
<a name="appconfig-integration-containers-agent-starting-ecs"></a>

Der AWS AppConfig Agent-Sidecar-Container ist automatisch in Ihrer Amazon ECS-Umgebung verfügbar. Um ihn zu verwenden, müssen Sie ihn starten, wie im folgenden Verfahren beschrieben.

**Um Amazon ECS (Konsole) zu starten**

1. Öffnen Sie die Konsole auf [https://console.aws.amazon.com/ecs/Version](https://console.aws.amazon.com/ecs/v2) 2.

1. Wählen Sie im Navigationsbereich **Task definitions** (Aufgabendefinitionen) aus.

1. Wählen Sie die Aufgabendefinition für Ihre Anwendung und dann die neueste Version aus.

1. Wählen Sie **Neue Revision** **erstellen, Neue Revision erstellen** aus.

1. Wählen **Sie Weitere Container hinzufügen**.

1. Geben Sie unter **Name** einen eindeutigen Namen für den AWS AppConfig Agent-Container ein.

1. Geben Sie für **Bild-URI** Folgendes ein: **public.ecr.aws/aws-appconfig/aws-appconfig-agent:2.x**

1. Wählen Sie für **Essential-Container** die Option **Ja** aus.

1. Wählen Sie im Abschnitt **Portzuordnungen** die Option **Portzuordnung hinzufügen** aus.

1. Geben Sie für **Container-Port den Wert** ein. **2772**
**Anmerkung**  
AWS AppConfig Der Agent wird standardmäßig auf Port 2772 ausgeführt. Sie können einen anderen Port angeben.

1. Wählen Sie **Erstellen** aus. Amazon ECS erstellt eine neue Container-Revision und zeigt die Details an.

1. Wählen Sie im Navigationsbereich **Clusters** und dann Ihren Anwendungscluster in der Liste aus.

1. Wählen Sie auf der Registerkarte **Dienste** den Dienst für Ihre Anwendung aus.

1. Wählen Sie **Aktualisieren** aus.

1. Wählen Sie unter **Bereitstellungskonfiguration** für **Revision** die neueste Revision aus.

1. Wählen Sie **Aktualisieren** aus. Amazon ECS stellt die neueste Aufgabendefinition bereit.

1. Nach Abschluss der Bereitstellung können Sie auf der Registerkarte **Konfiguration und Aufgaben** überprüfen, ob der AWS AppConfig Agent ausgeführt wird. Wählen Sie auf der Registerkarte **Aufgaben** die aktuell ausgeführte Aufgabe aus.

1. **Vergewissern Sie sich, dass der AWS AppConfig Agent-Container im Abschnitt Container aufgeführt ist.**

1. Um zu überprüfen, ob der AWS AppConfig Agent gestartet wurde, wählen Sie die Registerkarte **Logs**. Suchen Sie für den AWS AppConfig Agent-Container nach einer Aussage wie der folgenden: `[appconfig agent] 1970/01/01 00:00:00 INFO serving on localhost:2772`

**Anmerkung**  
Notieren Sie die folgenden Informationen:  
AWS AppConfig Agent ist ein lang andauernder Prozess. Als bewährte Methode für Amazon ECS-Container sollten Sie Integritätsprüfungen für Ihre Container konfigurieren und insbesondere die Container-Abhängigkeit auf den Zustand HEALTHY setzen. Weitere Informationen finden Sie [ContainerDependency](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_ContainerDependency.html)in der *Amazon Elastic Container Service API-Referenz*.
Sie können das Standardverhalten von AWS AppConfig Agent anpassen, indem Sie Umgebungsvariablen eingeben oder ändern. Hinweise zu den verfügbaren Umgebungsvariablen finden Sie unter[(Optional) Verwendung von Umgebungsvariablen zur Konfiguration von AWS AppConfig Agent für Amazon ECS und Amazon EKS](appconfig-integration-containers-agent-configuring.md). Informationen zum Ändern von Umgebungsvariablen in Amazon ECS finden Sie unter [Übergeben von Umgebungsvariablen an einen Container](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/taskdef-envfiles.html) im *Amazon Elastic Container Service Developer Guide*.

# Den AWS AppConfig Agenten für die Amazon EKS-Integration starten
<a name="appconfig-integration-containers-agent-starting-eks"></a>

Der AWS AppConfig Agent-Sidecar-Container ist automatisch in Ihrer Amazon EKS-Umgebung verfügbar. Um ihn zu verwenden, müssen Sie ihn starten. Das folgende Verfahren beschreibt, wie Sie das Amazon `kubectl` EKS-Befehlszeilentool verwenden, um den Agenten zu starten.

**Anmerkung**  
Bevor Sie fortfahren, stellen Sie sicher, dass Ihre `kubeconfig` Datei auf dem neuesten Stand ist. Weitere Informationen zum Erstellen oder Bearbeiten einer `kubeconfig` Datei finden Sie unter [Erstellen oder Aktualisieren einer kubeconfig-Datei für einen Amazon EKS-Cluster](https://docs.aws.amazon.com/eks/latest/userguide/create-kubeconfig.html) im **Amazon EKS-Benutzerhandbuch**.

**So starten Sie den AWS AppConfig Agenten (kubectl-Befehlszeilentool)**

1. Öffnen Sie das Manifest für Ihre Anwendung und stellen Sie sicher, dass Ihre Amazon EKS-Anwendung als Einzelcontainer-Bereitstellung ausgeführt wird. Der Inhalt der Datei sollte in etwa wie folgt aussehen.

   ```
   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. Fügen Sie Ihrem Bereitstellungsmanifest die Details der AWS AppConfig Agent-Container-Definition hinzu.

   ```
   - 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: AWS-Region
           imagePullPolicy: IfNotPresent
   ```
**Anmerkung**  
Notieren Sie die folgenden Informationen:  
AWS AppConfig Der Agent wird standardmäßig auf Port 2772 ausgeführt. Sie können einen anderen Port angeben.
Sie können das Standardverhalten des AWS AppConfig Agenten anpassen, indem Sie Umgebungsvariablen eingeben. Weitere Informationen finden Sie unter [(Optional) Verwendung von Umgebungsvariablen zur Konfiguration von AWS AppConfig Agent für Amazon ECS und Amazon EKS](appconfig-integration-containers-agent-configuring.md).
Geben Sie für *AWS-Region* den AWS-Region Code an (z. B.`us-west-1`), mit dem der AWS AppConfig Agent die Konfigurationsdaten abruft.

1. Führen Sie den folgenden `kubectl` Befehl aus, um die Änderungen auf Ihren Cluster anzuwenden. *my-deployment*Ersetzen Sie es durch den Namen Ihres Bereitstellungsmanifests.

   ```
   kubectl apply -f my-deployment.yml
   ```

1. Stellen Sie nach Abschluss der Bereitstellung sicher, dass der AWS AppConfig Agent ausgeführt wird. Verwenden Sie den folgenden Befehl, um die Anwendungs-Pod-Protokolldatei anzuzeigen.

   ```
   kubectl logs -n my-namespace -c appconfig-agent my-pod
   ```

   Suchen Sie für den AWS AppConfig Agent-Container nach einer Anweisung wie der folgenden: `[appconfig agent] 1970/01/01 00:00:00 INFO serving on localhost:2772`

**Anmerkung**  
Sie können das Standardverhalten des AWS AppConfig Agenten anpassen, indem Sie Umgebungsvariablen eingeben oder ändern. Hinweise zu den verfügbaren Umgebungsvariablen finden Sie unter[(Optional) Verwendung von Umgebungsvariablen zur Konfiguration von AWS AppConfig Agent für Amazon ECS und Amazon EKS](appconfig-integration-containers-agent-configuring.md).

# (Optional) Wird AWS AppConfig als DaemonSet in Amazon EKS ausgeführt
<a name="appconfig-integration-containers-agent-daemon"></a>

Mit Amazon EKS können Sie AWS AppConfig Agent als Sidecar ausführen, was zu einem Agent-Container *pro Anwendungs-Pod* führt. Oder, wenn Sie es vorziehen, können Sie AWS AppConfig Agent als ausführen [DaemonSet](https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/), was zu einem Agenten-Container *pro Knoten in Ihrem* Cluster führt. 

**Anmerkung**  
Wenn Sie AWS AppConfig Agent als ausführen DaemonSet, wird der Agent in einem separaten Pod ausgeführt, was bedeutet, dass Sie mit Aufrufen von nicht darauf zugreifen können`localhost`. Sie müssen die IP-Adresse des Agenten-Pods eingeben oder auf andere Weise ermitteln, um ihn aufrufen zu können.

Um den AWS AppConfig Agenten als auszuführen DaemonSet, erstellen Sie eine Manifestdatei mit dem folgenden Inhalt. Ersetzen Sie *highlighted* Text durch Details zu Ihrer Anwendung und Umgebung. Geben Sie für *AWS-Region* einen AWS-Region Code an (z. B.`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: AWS-Region
        imagePullPolicy: IfNotPresent
      # set a high priority class to ensure the agent is running on every node
      priorityClassName: system-node-critical
```

Führen Sie den folgenden Befehl aus, um den AWS AppConfig Agenten DaemonSet auf Ihren Cluster anzuwenden. *aws\$1appconfig\$1agent\$1daemonset*Ersetzen Sie es durch den Namen Ihres DaemonSet Manifests.

```
kubectl apply -f aws_appconfig_agent_daemonset.yml
```

# (Optional) Verwendung von Umgebungsvariablen zur Konfiguration von AWS AppConfig Agent für Amazon ECS und Amazon EKS
<a name="appconfig-integration-containers-agent-configuring"></a>

Sie können den AWS AppConfig Agenten konfigurieren, indem Sie die folgenden Umgebungsvariablen für Ihren Agent-Container ändern.

**Anmerkung**  
Die folgende Tabelle enthält eine Spalte mit **Beispielwerten**. Je nach Bildschirmauflösung müssen Sie möglicherweise zum Ende der Tabelle und dann nach rechts scrollen, um die Spalte anzuzeigen.


****  

| Umgebungsvariable | Details | Standardwert | Beispielwert (e) | 
| --- | --- | --- | --- | 
|  `ACCESS_TOKEN`  |  Diese Umgebungsvariable definiert ein Token, das bereitgestellt werden muss, wenn Konfigurationsdaten vom Agent-HTTP-Server angefordert werden. Der Wert des Tokens muss im Autorisierungsheader für HTTP-Anfragen mit dem Autorisierungstyp festgelegt werden`Bearer`. Ein Beispiel. <pre>GET /applications/my_app/...<br />                  Host: localhost:2772<br />                  Authorization: Bearer <token value></pre>  | Keine | MyAccessToken | 
|  `BACKUP_DIRECTORY`  |  Diese Umgebungsvariable ermöglicht es dem AWS AppConfig Agenten, eine Sicherungskopie jeder abgerufenen Konfiguration im angegebenen Verzeichnis zu speichern.   Auf der Festplatte gesicherte Konfigurationen sind nicht verschlüsselt. Wenn Ihre Konfiguration vertrauliche Daten enthält, AWS AppConfig empfiehlt Ihnen, bei Ihren Dateisystemberechtigungen das Prinzip der geringsten Rechte anzuwenden. Weitere Informationen finden Sie unter [Sicherheit in AWS AppConfig](appconfig-security.md).   | Keine | /path/to/backups | 
|  `HTTP_PORT`  |  Diese Umgebungsvariable gibt den Port an, auf dem der HTTP-Server für den Agenten ausgeführt wird.  | 2772 | 2772 | 
|  `HTTP_HOST`  |  Die Variable HTTP\$1HOST steuert, wie der AWS AppConfig Agent eine Verbindung zu Netzwerkschnittstellen herstellt. Das Bindungsverhalten unterscheidet sich je nach Laufzeitumgebung, um optimale Sicherheit und Zugänglichkeit zu gewährleisten.  |   ECS, EKS  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/appconfig-integration-containers-agent-configuring.html) EC2 und vor Ort [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/appconfig-integration-containers-agent-configuring.html)  |  Benutzerdefinierte Konfigurationsoptionen. Sie können das Standardverhalten mit diesen Werten überschreiben: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/appconfig-integration-containers-agent-configuring.html)  | 
|  `LOG_LEVEL`  |  Diese Umgebungsvariable gibt den Detaillierungsgrad an, den der Agent protokolliert. Jede Ebene umfasst die aktuelle Ebene und alle höheren Ebenen. Der Wert unterscheidet nicht zwischen Groß- und Kleinschreibung. Die Protokollebenen, von den meisten bis hin zu den am wenigsten detaillierten`trace`, sind: `debug``info`,,`warn`,`error`,`fatal`, und`none`. Das `trace` Protokoll enthält detaillierte Informationen, einschließlich Zeitinformationen, über den Agenten.  |  info  |  trace debug info warnen error tödlich Keine  | 
|  `LOG_PATH`  |  Der Speicherort auf der Festplatte, in den Protokolle geschrieben werden. Wenn nicht angegeben, werden Protokolle auf stderr geschrieben.  |  Keine  | /.log path/to/logs/agent | 
|  `MANIFEST`  |  Diese Umgebungsvariable konfiguriert den AWS AppConfig Agenten so, dass er zusätzliche konfigurationsspezifische Funktionen wie das Abrufen mehrerer Konten und das Speichern der Konfiguration auf der Festplatte nutzt. Weitere Informationen zu diesen Funktionen finden Sie unter [Verwendung eines Manifests zur Aktivierung zusätzlicher Abruffunktionen](appconfig-agent-how-to-use-additional-features.md).   | Keine | Wenn die Konfiguration als Manifest verwendet AWS AppConfig wird:. `MyApp:MyEnv:MyManifestConfig`Beim Laden des Manifests von der Festplatte: `file:/path/to/manifest.json` | 
|  `MAX_CONNECTIONS`  |  Diese Umgebungsvariable konfiguriert die maximale Anzahl von Verbindungen, von denen der Agent Konfigurationen AWS AppConfig abruft.   | 3 | 3 | 
|  `POLL_INTERVAL`  |  Diese Umgebungsvariable steuert, wie oft der Agent AWS AppConfig nach aktualisierten Konfigurationsdaten fragt. Sie können eine Anzahl von Sekunden für das Intervall angeben. Sie können auch eine Zahl mit einer Zeiteinheit angeben: s für Sekunden, m für Minuten und h für Stunden. Wenn keine Einheit angegeben ist, verwendet der Agent standardmäßig Sekunden. Beispielsweise ergeben 60, 60 Sekunden und 1 m dasselbe Abfrageintervall.   | 45 Sekunden | 4545 Sekunden5m1 h | 
|  `PREFETCH_LIST`  |  Diese Umgebungsvariable gibt die Konfigurationsdaten an, die der Agent anfordert, AWS AppConfig sobald er gestartet wird. In einer durch Kommas getrennten Liste können mehrere Konfigurationsbezeichner angegeben werden.  | Keine | MyApp:MyEnv:MyConfigabcd123:efgh456:ijkl789MyApp::Konfiguration 1, ::Konfiguration 2 MyEnv MyApp MyEnv | 
|  `PRELOAD_BACKUPS`  |  Wenn auf gesetzt`true`, lädt der AWS AppConfig Agent die im gefundenen Konfigurations-Backups in den `BACKUP_DIRECTORY` Arbeitsspeicher und überprüft sofort, ob eine neuere Version des Dienstes existiert. Wenn diese Option auf gesetzt ist`false`, lädt der AWS AppConfig Agent den Inhalt einer Konfigurationssicherung nur dann, wenn er keine Konfigurationsdaten vom Dienst abrufen kann, z. B. wenn ein Problem mit Ihrem Netzwerk vorliegt.  | true | true false  | 
| PROXY\$1HEADERS | Diese Umgebungsvariable gibt Header an, die von dem Proxy benötigt werden, auf den in der PROXY\$1URL Umgebungsvariablen verwiesen wird. Der Wert ist eine durch Kommas getrennte Liste von Headern.  | Keine |  Header: Wert h1: v1, h2: v2  | 
| PROXY\$1URL | Diese Umgebungsvariable gibt die Proxy-URL an, die für Verbindungen vom Agenten zu verwendet werden soll AWS-Services, einschließlich AWS AppConfig. HTTPSund HTTP URLs werden unterstützt. | Keine | http://localhost:7474https://my-proxy.example.com | 
|  `REQUEST_TIMEOUT`  |  Diese Umgebungsvariable steuert, wie lange der Agent auf eine Antwort wartet. AWS AppConfig Wenn der Dienst nicht antwortet, schlägt die Anfrage fehl. Wenn es sich bei der Anfrage um den ersten Datenabruf handelt, gibt der Agent einen Fehler an Ihre Anwendung zurück. Wenn das Timeout während einer Hintergrundüberprüfung auf aktualisierte Daten auftritt, protokolliert der Agent den Fehler und versucht es nach einer kurzen Verzögerung erneut. Sie können die Anzahl der Millisekunden für das Timeout angeben. Sie können auch eine Zahl mit einer Zeiteinheit angeben: ms für Millisekunden und s für Sekunden. Wenn keine Einheit angegeben ist, verwendet der Agent standardmäßig Millisekunden. Beispiel: 5000, 5000 ms und 5 Sekunden führen zu demselben Wert für das Anforderungs-Timeout.  | 3000 ms | 30003000 ms5s | 
| ROLE\$1ARN | Diese Umgebungsvariable gibt den Amazon-Ressourcennamen (ARN) einer IAM-Rolle an. AWS AppConfig Der Agent übernimmt diese Rolle, um Konfigurationsdaten abzurufen. | Keine | arn:aws:iam: :123456789012:role/ MyRole | 
| ROLE\$1EXTERNAL\$1ID | Diese Umgebungsvariable gibt die externe ID an, die mit dem angenommenen Rollen-ARN verwendet werden soll. | Keine | MyExternalId | 
| ROLE\$1SESSION\$1NAME | Diese Umgebungsvariable gibt den Sitzungsnamen an, der den Anmeldeinformationen für die angenommene IAM-Rolle zugeordnet werden soll. | Keine | AWSAppConfigAgentSession | 
| SERVICE\$1REGION | Diese Umgebungsvariable gibt eine Alternative an AWS-Region , die der AWS AppConfig Agent verwendet, um den AWS AppConfig Dienst aufzurufen. Wenn diese Option nicht definiert ist, versucht der Agent, die aktuelle Region zu ermitteln. Wenn dies nicht möglich ist, kann der Agent nicht gestartet werden. | Keine | us-east-1eu-west-1 | 
|  `WAIT_ON_MANIFEST`  |  Diese Umgebungsvariable konfiguriert den AWS AppConfig Agenten so, dass er wartet, bis das Manifest verarbeitet ist, bevor der Start abgeschlossen wird.  | true | truefalse | 

# Abrufen von Konfigurationsdaten für Anwendungen, die in Amazon ECS und Amazon EKS ausgeführt werden
<a name="appconfig-integration-containers-agent-retrieving-data"></a>

Sie können Konfigurationsdaten von AWS AppConfig Agent für Anwendungen abrufen, die in Amazon ECS und Amazon EKS ausgeführt werden, indem Sie einen HTTP-Localhost-Aufruf verwenden. Die folgenden Beispiele werden `curl` mit einem HTTP-Client verwendet. Sie können den Agenten mit jedem verfügbaren HTTP-Client aufrufen, der von Ihrer Anwendungssprache oder verfügbaren Bibliotheken unterstützt wird.

**Anmerkung**  
Wenn Ihre Anwendung einen Schrägstrich verwendet, z. B. „test-backend/test-service“, müssen Sie die URL-Kodierung verwenden, um Konfigurationsdaten abzurufen.

**Um den vollständigen Inhalt einer bereitgestellten Konfiguration abzurufen**

```
$ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name"
```

**Um ein einzelnes Flag und seine Attribute aus einer AWS AppConfig Konfiguration vom Typ `Feature Flag`**

```
$ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name?flag=flag_name"
```

**Um von einer AWS AppConfig Konfiguration des Typs aus auf mehrere Flags und ihre Attribute zuzugreifen `Feature Flag`**

```
$ curl "http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name?flag=flag_name_one&flag=flag_name_two"
```

Der Aufruf gibt Konfigurationsmetadaten in HTTP-Headern zurück, einschließlich der Konfigurationsversion, des Inhaltstyps und der Bezeichnung der Konfigurationsversion (falls zutreffend). Der Hauptteil der Agentenantwort enthält den Konfigurationsinhalt. Ein Beispiel:

```
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
```

# Feature-Flags für grundlegende und variantenreiche Funktionen werden abgerufen
<a name="appconfig-integration-retrieving-feature-flags"></a>

Bei Feature-Flag-Konfigurationen (Typkonfigurationen`AWS.AppConfig.FeatureFlags`) ermöglicht Ihnen der AWS AppConfig Agent, ein einzelnes Kennzeichen oder eine Teilmenge von Flags in einer Konfiguration abzurufen. Das Abrufen von einem oder zwei Flags ist nützlich, wenn Ihr Anwendungsfall nur einige Flags aus dem Konfigurationsprofil verwenden muss. Die folgenden Beispiele verwenden cURL.

**Anmerkung**  
Die Möglichkeit, ein einzelnes Feature-Flag oder eine Teilmenge von Flags in einer Konfiguration aufzurufen, ist nur in der AWS AppConfig Agent-Version 2.0.45 und höher verfügbar.

Sie können AWS AppConfig Konfigurationsdaten von einem lokalen HTTP-Endpunkt abrufen. Verwenden Sie den `?flag=FLAG_KEY` Abfrageparameter für ein AWS AppConfig Konfigurationsprofil, um auf ein bestimmtes Flag oder eine Liste von Flags zuzugreifen.

**Um ein einzelnes Flag und seine Attribute abzurufen**

```
curl "http://localhost:2772/applications/APPLICATION_NAME/environments/ENVIRONMENT_NAME/configurations/CONFIGURATION_NAME?flag=FLAG_KEY"
```

**Um mehrere Flags und ihre Attribute abzurufen**

```
curl "http://localhost:2772/applications/APPLICATION_NAME/environments/ENVIRONMENT_NAME/configurations/CONFIGURATION_NAME?flag=FLAG_KEY_ONE&flag=FLAG_KEY_TWO"
```

**Um Feature-Flag-Varianten basierend auf dem Anruferkontext abzurufen**

Die folgenden cURL-Beispiele zeigen, wie Feature-Flag-Varianten basierend auf dem Anruferkontext abgerufen werden. Um am besten zu veranschaulichen, wie diese Aufrufe getätigt werden, werden in diesem Abschnitt Beispielanrufe verwendet, die auf einem Szenario basieren, in dem ein Kunde Varianten erstellt hat, die den folgenden ähneln:

![\[Ein Beispiel-Screenshot einer Feature-Flag mit Varianten.\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/images/flag-variant-example.png)


**Anmerkung**  
Um Flag-Varianten abzurufen, müssen Sie die neueste Version von AWS AppConfig Agent in Ihrer Computerumgebung verwenden. Weitere Informationen finden Sie in den folgenden Themen, in denen beschrieben wird, wie Sie den Agenten für jede der folgenden Computerumgebungen aktualisieren, installieren oder hinzufügen:  
Für Lambda-Rechenumgebungen: [Hinzufügen der AWS AppConfig Agent Lambda-Erweiterung](appconfig-integration-lambda-extensions-add.md)
Für Amazon EC2 EC2-Rechenumgebungen: [Schritt 2: (Erforderlich) AWS AppConfig Agent auf Amazon EC2 EC2-Instances installieren und starten](appconfig-integration-ec2.md#appconfig-integration-ec2-installing)
Für Amazon ECS-Rechenumgebungen: [Den AWS AppConfig Agenten für die Amazon ECS-Integration starten](appconfig-integration-containers-agent-starting-ecs.md)
Für Amazon EKS-Rechenumgebungen: [Den AWS AppConfig Agenten für die Amazon EKS-Integration starten](appconfig-integration-containers-agent-starting-eks.md)

**So rufen Sie Flag-Daten mithilfe des Anruferkontextes von jane\$1doe@example.org ab (wer hat sich nicht für das Beta-Programm angemeldet):**

```
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}
}
```

**So rufen Sie Flaggendaten mithilfe des Anruferkontextes von jane\$1doe@example.org ab (der sich für das Beta-Programm angemeldet *hat*):**

```
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}
}
```

**So rufen Sie Flaggendaten mithilfe des Anruferkontextes von jane\$1doe@qa-testers.example.org ab (ein Qualitätssicherungstester bei 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}
}
```

**Um Flaggendaten ohne Anruferkontext abzurufen (was die Standardvariante zurückgibt)**

```
curl http://localhost:2772/applications/UIRefresh/environments/Production/configurations/Features
{
"ui_refresh": {"_variant":"Default Variant","enabled":false}
}
```

**Um Flaggendaten für ein Szenario zur Verkehrsaufteilung abzurufen, um festzustellen, ob 1 von 10 zufälligen Anrufern die Variante „Stichprobenpopulation“ erhält**

```
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}
}
```

# Verwendung eines Manifests zur Aktivierung zusätzlicher Abruffunktionen
<a name="appconfig-agent-how-to-use-additional-features"></a>

AWS AppConfig Der Agent bietet die folgenden zusätzlichen Funktionen, mit denen Sie Konfigurationen für Ihre Anwendungen abrufen können. 
+ [AWS AppConfig Agent zum Abrufen von Konfigurationen von mehreren Konten konfigurieren](appconfig-agent-how-to-use-additional-features-multi-account.md): Verwenden Sie den AWS AppConfig Agenten von einem Primärserver oder einem *Abruf* aus AWS-Konto , um Konfigurationsdaten von Konten mehrerer Anbieter abzurufen. 
+ [Den AWS AppConfig Agenten so konfigurieren, dass er Konfigurationskopien auf die Festplatte schreibt](appconfig-agent-how-to-use-additional-features-write-to-disk.md): Verwenden Sie den AWS AppConfig Agenten, um Konfigurationsdaten auf die Festplatte zu schreiben. Diese Funktion ermöglicht Kunden mit Anwendungen, die Konfigurationsdaten von der Festplatte lesen, die Integration in Anwendungen AWS AppConfig.

## Agentenmanifeste verstehen
<a name="appconfig-agent-how-to-use-additional-features-about-manifests"></a>

Um diese AWS AppConfig Agent-Funktionen zu aktivieren, erstellen Sie ein Manifest. Ein Manifest besteht aus einer Reihe von Konfigurationsdaten, die Sie angeben, um die Aktionen zu steuern, die der Agent ausführen kann. Ein Manifest ist in JSON geschrieben. Es enthält eine Reihe von Schlüsseln der obersten Ebene, die verschiedenen Konfigurationen entsprechen, mit AWS AppConfig denen Sie sie bereitgestellt haben.

Ein Manifest kann mehrere Konfigurationen enthalten. Darüber hinaus kann jede Konfiguration im Manifest eine oder mehrere Agentenfunktionen identifizieren, die für die angegebene Konfiguration verwendet werden sollen. Der Inhalt des Manifests verwendet das folgende Format:

```
{
    "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"
        }
    }
}
```

Hier ist ein JSON-Beispiel für ein Manifest mit zwei Konfigurationen. Die erste Konfiguration (*MyApp*) verwendet keine AWS AppConfig Agentenfunktionen. Die zweite Konfiguration (*My2ndApp*) verwendet die Funktionen *zum Kopieren der Konfiguration auf Festplatte* und zum *Abrufen mehrerer Konten*:

```
{
        "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"
            }
        }
    }
```

**Wie stellt man ein Agentenmanifest bereit**  
Sie können das Manifest als Datei an einem Ort speichern, an dem der AWS AppConfig Agent es lesen kann. Sie können das Manifest auch als AWS AppConfig Konfiguration speichern und den Agenten darauf verweisen. Um ein Agentenmanifest bereitzustellen, müssen Sie eine `MANIFEST` Umgebungsvariable mit einem der folgenden Werte festlegen:


****  

| Speicherort des Manifests | Wert der Umgebungsvariablen | Anwendungsfall | 
| --- | --- | --- | 
|  Datei  |  Datei:/path/to/agent-manifest.json  |  Verwenden Sie diese Methode, wenn sich Ihr Manifest nicht oft ändert.  | 
|  AWS AppConfig Konfiguration  |  *application-name*:*environment-name*:*configuration-name*  |  Verwenden Sie diese Methode für dynamische Updates. Sie können ein in einer Konfiguration gespeichertes Manifest AWS AppConfig genauso aktualisieren und bereitstellen, wie Sie andere AWS AppConfig Konfigurationen speichern.  | 
|  Umgebungsvariable  |  Inhalt des Manifests (JSON)  |  Verwenden Sie diese Methode, wenn sich Ihr Manifest nicht oft ändert. Diese Methode ist in Containerumgebungen nützlich, in denen es einfacher ist, eine Umgebungsvariable festzulegen, als eine Datei verfügbar zu machen.  | 

Weitere Informationen zum Festlegen von Variablen für AWS AppConfig Agent finden Sie im entsprechenden Thema für Ihren Anwendungsfall:
+ [Konfiguration der AWS AppConfig Agent-Lambda-Erweiterung](appconfig-integration-lambda-extensions-config.md)
+ [AWS AppConfig Agent mit Amazon EC2 verwenden](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-ec2.html#appconfig-integration-ec2-configuring)
+ [AWS AppConfig Agent mit Amazon ECS und Amazon EKS verwenden](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-containers-agent.html#appconfig-integration-containers-agent-configuring)

# AWS AppConfig Agent zum Abrufen von Konfigurationen von mehreren Konten konfigurieren
<a name="appconfig-agent-how-to-use-additional-features-multi-account"></a>

Sie können den AWS AppConfig Agenten so konfigurieren, dass er Konfigurationen von mehreren abruft, AWS-Konten indem Sie die Überschreibungen der Anmeldeinformationen in das AWS AppConfig Agent-Manifest eingeben. Zu den *Überschreibungen von Anmeldeinformationen* gehören der Amazon-Ressourcenname (ARN) einer AWS Identity and Access Management (IAM) -Rolle, eine Rollen-ID, ein Sitzungsname und eine Dauer, für die der Agent die Rolle übernehmen kann. 

Sie geben diese Details im Manifest im Abschnitt „Anmeldeinformationen“ ein. Der Abschnitt „Anmeldeinformationen“ verwendet das folgende Format:

```
{
    "application_name:environment_name:configuration_name": {
        "credentials": {
            "roleArn": "arn:partition:iam::account_ID:role/roleName",
            "roleExternalId": "string",
            "roleSessionName": "string",
            "credentialsDuration": "time_in_hours" 
        }
    }
}
```

Ein Beispiel:

```
{
    "My2ndApp:Beta:MyEnableMobilePaymentsFeatureFlagConfiguration": {
        "credentials": {
            "roleArn": "arn:aws:us-west-1:iam::123456789012:role/MyTestRole",
            "roleExternalId": "00b148e2-4ea4-46a1-ab0f-c422b54d0aac",
            "roleSessionName": "AWSAppConfigAgent",
            "credentialsDuration": "2h" 
        }
    }
}
```

Vor dem Abrufen einer Konfiguration liest der Agent die Anmeldeinformationen für die Konfiguration aus dem Manifest und nimmt dann die für diese Konfiguration angegebene IAM-Rolle an. Sie können einen anderen Satz von Überschreibungen für Anmeldeinformationen für verschiedene Konfigurationen in einem einzigen Manifest angeben. Das folgende Diagramm zeigt, wie der AWS AppConfig Agent, während er in Konto A (dem Abrufkonto) ausgeführt wird, separate Rollen annimmt, die für die Konten B und C (die Lieferantenkonten) angegeben sind, und dann den [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)API-Vorgang aufruft, um Konfigurationsdaten aus der AWS AppConfig Ausführung in diesen Konten abzurufen:

![\[Wie der AWS AppConfig Agent mit unterschiedlichen IAM-Rollen arbeitet. AWS-Konten\]](http://docs.aws.amazon.com/de_de/appconfig/latest/userguide/images/agent multi-account.png)


## Konfigurieren Sie Berechtigungen zum Abrufen von Konfigurationsdaten aus Lieferantenkonten
<a name="appconfig-agent-how-to-use-additional-features-multi-account-permission"></a>

AWS AppConfig Der Agent, der im Abrufkonto ausgeführt wird, benötigt die Berechtigung, Konfigurationsdaten von den Herstellerkonten abzurufen. Sie erteilen dem Agenten die entsprechende Berechtigung, indem Sie in jedem der Lieferantenkonten eine AWS Identity and Access Management (IAM-) Rolle erstellen. AWS AppConfig Der Agent im Abrufkonto übernimmt diese Rolle, um Daten von Lieferantenkonten abzurufen. Gehen Sie wie in diesem Abschnitt beschrieben vor, um eine IAM-Berechtigungsrichtlinie und eine IAM-Rolle zu erstellen und dem Manifest Agentenüberschreibungen hinzuzufügen.

**Bevor Sie beginnen**  
Sammeln Sie die folgenden Informationen, bevor Sie eine Berechtigungsrichtlinie und eine Rolle in IAM erstellen.
+ Die IDs für jeden AWS-Konto. Das *Abrufkonto* ist das Konto, das andere Konten für Konfigurationsdaten aufruft. Die *Lieferantenkonten* sind die Konten, die Konfigurationsdaten an das Abrufkonto weiterleiten.
+ Der Name der IAM-Rolle, die von AWS AppConfig im Abrufkonto verwendet wird. Hier ist eine Liste der Rollen AWS AppConfig, die standardmäßig verwendet werden:
  +  AWS AppConfig Verwendet für Amazon Elastic Compute Cloud (Amazon EC2) die Instanzrolle.
  + For AWS AppConfig verwendet AWS Lambda die Lambda-Ausführungsrolle.
  +  AWS AppConfig Verwendet für Amazon Elastic Container Service (Amazon ECS) und Amazon Elastic Kubernetes Service (Amazon EKS) die Container-Rolle.

  Wenn Sie den AWS AppConfig Agenten für die Verwendung einer anderen IAM-Rolle konfiguriert haben, indem Sie die `ROLE_ARN` Umgebungsvariable angegeben haben, notieren Sie sich diesen Namen.

**Erstellen Sie die Berechtigungsrichtlinie**  
Gehen Sie wie folgt vor, um mithilfe der IAM-Konsole eine Berechtigungsrichtlinie zu erstellen. Führen Sie das Verfahren für jeden Vorgang aus AWS-Konto , der die Konfigurationsdaten für das Abrufkonto bereitstellt.

**So erstellen Sie eine IAM-Richtlinie**

1. Melden Sie sich AWS-Managementkonsole bei einem Lieferantenkonto an.

1. Öffnen Sie unter [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) die IAM-Konsole.

1. Wählen Sie im Navigationsbereich **Richtlinien** und dann **Richtlinie erstellen**.

1. Wählen Sie die **JSON-Option**.

1. Ersetzen Sie im **Policy-Editor** das Standard-JSON durch die folgende Richtlinienanweisung. Aktualisieren Sie jedes *example resource placeholder* mit den Kontodetails des Anbieters.

------
#### [ 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"
           }
       ]
   }
   ```

------

   Hier ein Beispiel:

------
#### [ 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. Wählen Sie **Weiter** aus.

1. Geben Sie im Feld **Richtlinienname** einen Namen ein.

1. (Optional) Fügen Sie unter **Tags hinzufügen** ein oder mehrere Tag-Schlüssel-Wertepaare hinzu, um den Zugriff auf diese Richtlinie zu organisieren, nachzuverfolgen oder zu kontrollieren.

1. Wählen Sie **Richtlinie erstellen** aus. Das System führt Sie zur Seite **Policies (Richtlinien)** zurück.

1. Wiederholen Sie diesen Vorgang in allen Fällen, in AWS-Konto denen die Konfigurationsdaten für das Abrufkonto ausgegeben werden.

**Erstellen Sie die IAM-Rolle**  
Gehen Sie wie folgt vor, um mithilfe der IAM-Konsole eine IAM-Rolle zu erstellen. Führen Sie jeweils das Verfahren aus AWS-Konto , das die Konfigurationsdaten für das Abrufkonto verkauft.

**So erstellen Sie eine IAM-Rolle**

1. Melden Sie sich AWS-Managementkonsole bei einem Lieferantenkonto an.

1. Öffnen Sie unter [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) die IAM-Konsole.

1. Wählen Sie im Navigationsbereich **Rollen** und dann **Richtlinie erstellen** aus.

1. Wählen Sie für **Vertrauenswürdige Entität** die Option **AWS-Konto** aus.

1. Wählen Sie in dem **AWS-Konto**Abschnitt „**Andere**“ aus AWS-Konto.

1. Geben Sie im Feld **Konto-ID** die Konto-ID für den Abruf ein.

1. (Optional) Wählen Sie als bewährte Sicherheitsmethode für diese Rolle die Option **Externe ID erforderlich** aus und geben Sie eine Zeichenfolge ein.

1. Wählen Sie **Weiter** aus.

1. Verwenden Sie auf der Seite „**Berechtigungen hinzufügen**“ das **Suchfeld**, um die Richtlinie zu finden, die Sie im vorherigen Verfahren erstellt haben. Aktivieren Sie das Kontrollkästchen neben dem Namen. 

1. Wählen Sie **Weiter** aus.

1. Geben Sie in **Role name (Name der Rolle)** einen Namen ein.

1. (Optional) Geben Sie unter **Description (Beschreibung)** eine Beschreibung ein.

1. **Wählen Sie für Schritt 1: Vertrauenswürdige Entitäten** auswählen die Option **Bearbeiten** aus. Ersetzen Sie die standardmäßige JSON-Vertrauensrichtlinie durch die folgende Richtlinie. Aktualisieren Sie sie jeweils *example resource placeholder* mit Informationen aus Ihrem Abrufkonto.

------
#### [ JSON ]

****  

   ```
   {
       "Version":"2012-10-17",		 	 	 
       "Statement": [
           {
               "Effect": "Allow",
               "Principal": {
                   "AWS": "arn:aws:iam::111122223333:role/appconfig_role_in_retrieval_account"
               },
               "Action": "sts:AssumeRole"
           }
       ]
   }
   ```

------

1. (Optional) Fügen Sie für **Tags** ein oder mehrere Tag-Schlüssel-Wert-Paare hinzu, um den Zugriff für diese Rolle zu organisieren, nachzuverfolgen oder zu steuern.

1. Wählen Sie **Create role (Rolle erstellen)** aus. Das System leitet Sie zur Seite **Rollen** zurück.

1. Suchen Sie nach der Rolle, die Sie gerade erstellt haben. Wählen Sie diesen aus. Kopieren **Sie im Abschnitt ARN** den ARN. Sie geben diese Informationen im nächsten Verfahren an.

**Fügen Sie dem Manifest Überschreibungen für Anmeldeinformationen hinzu**  
Nachdem Sie die IAM-Rolle in Ihrem Lieferantenkonto erstellt haben, aktualisieren Sie das Manifest im Abrufkonto. Fügen Sie insbesondere den Anmeldeinformationsblock und den IAM-Rollen-ARN zum Abrufen von Konfigurationsdaten aus dem Lieferantenkonto hinzu. Hier ist das JSON-Format:

```
{
    "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" 
        }
    }
}
```

Ein Beispiel:

```
{
    "My2ndApp:Beta:MyEnableMobilePaymentsFeatureFlagConfiguration": {
        "credentials": {
            "roleArn": "arn:aws:us-west-1:iam::123456789012:role/MyTestRole",
            "roleExternalId": "00b148e2-4ea4-46a1-ab0f-c422b54d0aac",
            "roleSessionName": "AwsAppConfigAgent",
            "credentialsDuration": "2h" 
        }
    }
}
```

**Stellen Sie sicher, dass der Abruf mehrerer Konten funktioniert**  
Sie können überprüfen, ob der Agent in der Lage ist, Konfigurationsdaten von mehreren Konten abzurufen, indem Sie die AWS AppConfig Agentenprotokolle überprüfen. Das `INFO` Level-Log für die abgerufenen Anfangsdaten für '`YourApplicationName``YourEnvironmentName`::`YourConfigurationName`' ist der beste Indikator für erfolgreiche Abrufe. Wenn Abrufe fehlschlagen, sollte ein Ebenenprotokoll mit Angabe der `ERROR` Fehlerursache angezeigt werden. Hier ist ein Beispiel für einen erfolgreichen Abruf von einem Lieferantenkonto:

```
[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
```

# Den AWS AppConfig Agenten so konfigurieren, dass er Konfigurationskopien auf die Festplatte schreibt
<a name="appconfig-agent-how-to-use-additional-features-write-to-disk"></a>

Sie können den AWS AppConfig Agenten so konfigurieren, dass er automatisch eine Kopie einer Konfiguration im Klartext auf der Festplatte speichert. Diese Funktion ermöglicht Kunden mit Anwendungen, die Konfigurationsdaten von der Festplatte lesen, die Integration AWS AppConfig.

Diese Funktion ist nicht für die Verwendung als Funktion zur Sicherung der Konfiguration konzipiert. AWS AppConfig Der Agent liest nicht aus den auf die Festplatte kopierten Konfigurationsdateien. Informationen zum Sichern von Konfigurationen auf der Festplatte finden Sie in den `BACKUP_DIRECTORY` `PRELOAD_BACKUP` Umgebungsvariablen [Using AWS AppConfig Agent with Amazon EC2](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-ec2.html#appconfig-integration-ec2-configuring) oder [Using AWS AppConfig Agent with Amazon ECS and Amazon EKS](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-containers-agent.html#appconfig-integration-containers-agent-configuring).

**Warnung**  
Beachten Sie die folgenden wichtigen Informationen zu dieser Funktion:  
Auf der Festplatte gespeicherte Konfigurationen werden im *Klartext* gespeichert und sind für Menschen lesbar. Aktivieren Sie diese Funktion nicht für Konfigurationen, die vertrauliche Daten enthalten. 
Diese Funktion schreibt auf die lokale Festplatte. Verwenden Sie das Prinzip der geringsten Rechte für Dateisystemberechtigungen. Weitere Informationen finden Sie unter [Implementieren des Zugriffs mit geringsten Berechtigungen](appconfig-security.md#appconfig-security-least-privilege-access).

**Um die Schreibkonfiguration zu aktivieren, kopieren Sie sie auf die Festplatte.**

1. Bearbeiten Sie das Manifest.

1. Wählen Sie die Konfiguration aus, die Sie AWS AppConfig auf die Festplatte schreiben möchten, und fügen Sie ein `writeTo` Element hinzu. Ein Beispiel:

   ```
   {
       "application_name:environment_name:configuration_name": {
           "writeTo": {
               "path": "path_to_configuration_file"
           }
       }
   }
   ```

   Ein Beispiel:

   ```
   {
       "MyTestApp:MyTestEnvironment:MyNewConfiguration": {
           "writeTo": {
               "path": "/tmp/aws-appconfig/mobile-app/beta/enable-mobile-payments"
           }
       }
   }
   ```

1. Speichern Sie Ihre Änderungen. Die Datei configuration.json wird jedes Mal aktualisiert, wenn neue Konfigurationsdaten bereitgestellt werden.

**Stellen Sie sicher, dass das Schreiben der Konfigurationskopie auf die Festplatte funktioniert**  
Anhand der AWS AppConfig Agentenprotokolle können Sie überprüfen, ob Kopien einer Konfiguration auf die Festplatte geschrieben werden. Der `INFO` Protokolleintrag mit der Formulierung „INFO hat die Konfiguration '*application*:*environment*:*configuration*' nach*file\$1path*" geschrieben, weist darauf hin, dass der AWS AppConfig Agent Konfigurationskopien auf die Festplatte schreibt.

Ein Beispiel:

```
[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
```

# Generierung eines Clients mithilfe der OpenAPI-Spezifikation
<a name="appconfig-integration-OpenAPI"></a>

Sie können die folgende YAML-Spezifikation für OpenAPI verwenden, um ein SDK mit einem Tool wie [OpenAPI](https://github.com/OpenAPITools/openapi-generator) Generator zu erstellen. Sie können diese Spezifikation so aktualisieren, dass sie hartcodierte Werte für Anwendung, Umgebung oder Konfiguration enthält. Sie können auch zusätzliche Pfade hinzufügen (wenn Sie mehrere Konfigurationstypen haben) und Konfigurationsschemas einbeziehen, um konfigurationsspezifische typisierte Modelle für Ihre SDK-Clients zu generieren. [Weitere Informationen zu OpenAPI (auch bekannt als Swagger) finden Sie in der OpenAPI-Spezifikation.](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
```

# Mit dem lokalen Entwicklungsmodus des Agenten AWS AppConfig arbeiten
<a name="appconfig-agent-how-to-use-local-development"></a>

AWS AppConfig Der Agent unterstützt einen *lokalen Entwicklungsmodus*. Wenn Sie den lokalen Entwicklungsmodus aktivieren, liest der Agent Konfigurationsdaten aus einem angegebenen Verzeichnis auf der Festplatte. Er ruft keine Konfigurationsdaten von ab AWS AppConfig. Sie können Konfigurationsbereitstellungen simulieren, indem Sie Dateien im angegebenen Verzeichnis aktualisieren. Wir empfehlen den lokalen Entwicklungsmodus für die folgenden Anwendungsfälle:
+ Testen Sie verschiedene Konfigurationsversionen, bevor Sie sie mithilfe von bereitstellen AWS AppConfig.
+ Testen Sie verschiedene Konfigurationsoptionen für eine neue Funktion, bevor Sie Änderungen in Ihr Code-Repository übernehmen.
+ Testen Sie verschiedene Konfigurationsszenarien, um sicherzustellen, dass sie erwartungsgemäß funktionieren.

**Warnung**  
Verwenden Sie den lokalen Entwicklungsmodus nicht in Produktionsumgebungen. Dieser Modus unterstützt keine wichtigen AWS AppConfig Sicherheitsfunktionen wie Bereitstellungsvalidierung und automatische Rollbacks.

Gehen Sie wie folgt vor, um den AWS AppConfig Agenten für den lokalen Entwicklungsmodus zu konfigurieren.

**So konfigurieren Sie den AWS AppConfig Agenten für den lokalen Entwicklungsmodus**

1. Installieren Sie den Agenten mit der für Ihre Computerumgebung beschriebenen Methode. AWS AppConfig Der Agent arbeitet mit den folgenden Funktionen AWS-Services:
   + [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 und Amazon EKS](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-containers-agent.html)

1. Wenn der Agent läuft, beenden Sie ihn.

1. Fügen `LOCAL_DEVELOPMENT_DIRECTORY` Sie der Liste der Umgebungsvariablen hinzu. Geben Sie ein Verzeichnis im Dateisystem an, das dem Agenten Leserechte gewährt. Beispiel, `/tmp/local_configs`.

1. Erstellen Sie eine Datei im Verzeichnis. Der Dateiname muss das folgende Format haben:

   ```
   application_name:environment_name:configuration_profile_name
   ```

   Ein Beispiel:

   ```
   Mobile:Development:EnableMobilePaymentsFeatureFlagConfiguration
   ```
**Anmerkung**  
Beispiele für Feature-Flags, die Sie einer Datei in Ihrem `LOCAL_DEVELOPMENT_DIRECTORY` Verzeichnis hinzufügen können, finden Sie unter[Beispiele für Feature-Flags für den lokalen Entwicklungsmodus des AWS AppConfig Agenten](appconfig-agent-how-to-use-local-development-samples.md).
(Optional) Sie können den Inhaltstyp, den der Agent für Ihre Konfigurationsdaten zurückgibt, anhand der Erweiterung, die Sie der Datei geben, steuern. Wenn Sie die Datei beispielsweise mit der Erweiterung.json benennen, gibt der Agent den Inhaltstyp zurück, `application/json` wenn Ihre Anwendung ihn anfordert. Wenn Sie die Erweiterung weglassen, verwendet der Agent sie `application/octet-stream` für den Inhaltstyp. Wenn Sie eine genaue Steuerung benötigen, können Sie eine Erweiterung im Format `.type%subtype` bereitstellen. Der Agent gibt einen Inhaltstyp von zurück`.type/subtype`.

1. Führen Sie den folgenden Befehl aus, um den Agenten neu zu starten und die Konfigurationsdaten anzufordern.

   ```
   curl http://localhost:2772/applications/application_name/environments/environment_name/configurations/configuration_name
   ```

Der Agent sucht in dem für den Agenten angegebenen Abfrageintervall nach Änderungen an der lokalen Datei. Wenn das Abfrageintervall nicht angegeben ist, verwendet der Agent das Standardintervall von 45 Sekunden. Diese Überprüfung im Abfrageintervall stellt sicher, dass sich der Agent in einer lokalen Entwicklungsumgebung genauso verhält wie bei der Konfiguration für die Interaktion mit dem AWS AppConfig Dienst. 

**Anmerkung**  
Um eine neue Version einer lokalen Entwicklungskonfigurationsdatei bereitzustellen, aktualisieren Sie die Datei mit neuen Daten.

# Beispiele für Feature-Flags für den lokalen Entwicklungsmodus des AWS AppConfig Agenten
<a name="appconfig-agent-how-to-use-local-development-samples"></a>

Dieser Abschnitt enthält Beispiele für Feature-Flags, die Sie mit AWS AppConfig Agent im lokalen Entwicklungsmodus verwenden können. Im lokalen Entwicklungsmodus werden Feature-Flag-Daten im Abrufzeitformat der Daten erwartet. Das *Abrufzeitformat ist das Format*, das zurückgegeben wird, wenn das Flag von der [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)API abgerufen wird. Es enthält nur den Wert des Flags. Das Abrufzeitformat beinhaltet nicht die vollständige Definition eines Flags (wie sie an die API übergeben wurde). [CreateHostedConfigurationVersion](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_CreateHostedConfigurationVersion.html) Die vollständige Definition eines Flags enthält auch Informationen wie Attributnamen und -werte, Einschränkungen und den aktivierten Status des Flags. 

**Topics**
+ [Beispiele für Flaggen mit grundlegenden Funktionen](#appconfig-agent-how-to-use-local-development-samples-basic)
+ [Beispiele für Merkmalsflaggen mit mehreren Varianten](#appconfig-agent-how-to-use-local-development-samples-multi-variant)

## Beispiele für Flaggen mit grundlegenden Funktionen
<a name="appconfig-agent-how-to-use-local-development-samples-basic"></a>

Verwenden Sie die folgenden Beispiele für grundlegende Feature-Flags mit AWS AppConfig Agent im lokalen Entwicklungsmodus.

**Anmerkung**  
Wenn Sie möchten, dass der Agent den Inhaltstyp Ihrer lokalen Feature-Flag-Daten als meldet `application/json` (wie beim Abrufen von Flag-Daten aus einer Umgebung, die sich nicht AWS AppConfig im lokalen Entwicklungsmodus befindet), müssen Ihre lokalen Feature-Flag-Dateien die Erweiterung.json verwenden. Beispiel, `Local:MyFeatureFlags:SampleB1.json`.

**Beispiel 1**: Ein einzelnes Flag, das eine Aktualisierung der Benutzeroberfläche darstellt.

```
{
    "ui_refresh": {
        "enabled": true,
        "new_styleguide_colors": true
    }
}
```

**Beispiel 2**: Mehrere Flags stehen für betriebsbereite Feature-Flags.

```
{
   "background_worker": {
        "enabled": true,
        "num_threads": 4,
        "queue_name": "MyWorkQueue"
   },
   "emergency_shutoff_switch": {
        "enabled": false
   },
   "logger_settings": {
        "enabled": true,
        "level": "INFO"
   }
}
```

## Beispiele für Merkmalsflaggen mit mehreren Varianten
<a name="appconfig-agent-how-to-use-local-development-samples-multi-variant"></a>

Das Abrufzeitformat einer Feature-Flag-Konfiguration, die mindestens ein Feature-Flag mit mehreren Varianten enthält, wird als [Amazon Ion-Daten statt als JSON-Daten](https://amazon-ion.github.io/ion-docs/) dargestellt. In diesem Format werden Flags mit mehreren Varianten als Liste mit Anmerkungen dargestellt, und grundlegende Flags werden als kommentierte Zeichenfolge dargestellt. Die Listenelemente eines Flags mit mehreren Varianten sind entweder ein Tupel (eine Liste mit einer Länge von zwei), das eine einzelne Variante darstellt, oder eine Zeichenfolge, die die Standardvariante darstellt. Innerhalb eines Variantentupels ist das erste Element ein S-Ausdruck, der die Regel der Variante darstellt, und das zweite Element ist eine Zeichenfolge, die den Inhalt der Variante darstellt.

Damit der Agent diese Dateien richtig interpretieren kann, müssen Ihre lokalen Feature-Flag-Dateien die folgende Erweiterung haben:. `application%ion%type=AWS.AppConfig.FeatureFlags`. Beispiel, `Local:MyFeatureFlags:SampleMV1.application%ion%type=AWS.AppConfig.FeatureFlags`.

**Beispiel 1**: Eine Flagge mit mehreren Varianten, die eine gestaffelte Version einer neuen Funktion darstellt.

```
'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}'''
]
```

**Beispiel 2**: Mehrere Flags, die je nach Benutzer-ID unterschiedliche UX-Displays repräsentieren. Die ersten beiden Flaggen sind variantenreich und die letzte Flagge ist einfach.

```
'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 Überlegungen zur Nutzung von Browsern und Mobilgeräten
<a name="appconfig-retrieving-mobile"></a>

Mithilfe von Feature-Flags können Sie das Erlebnis Ihrer Webseiten und mobilen Anwendungen im Handumdrehen aktualisieren, ohne den Aufwand, das Risiko oder die Starrheit einer App Store-Version. Mithilfe von Feature-Flags können Sie eine Änderung an Ihrer Benutzerbasis schrittweise zu einem Zeitpunkt Ihrer Wahl veröffentlichen. Wenn Sie auf einen Fehler stoßen, können Sie die Änderung sofort rückgängig machen, ohne dass Benutzer auf eine neue Softwareversion aktualisieren müssen. Kurz gesagt, Feature-Flags bieten mehr Kontrolle und Flexibilität bei der Implementierung von Änderungen an Ihrer Anwendung. 

In den folgenden Abschnitten werden wichtige Überlegungen zur Verwendung von AWS AppConfig Feature-Flags auf Webseiten und Mobilgeräten beschrieben.

**Topics**
+ [Konfigurationsdaten und Abrufen von Flaggen](#appconfig-retrieving-mobile-configuration-data)
+ [Authentifizierung und Amazon Cognito](#appconfig-retrieving-mobile-authentication)
+ [Caching](#appconfig-retrieving-mobile-caching)
+ [Segmentierung](#appconfig-retrieving-mobile-segmentation)
+ [Bandbreite (mobile Anwendungsfälle)](#appconfig-retrieving-mobile-experience-bandwidth)
+ [Zusätzliche Anwendungsfälle kennzeichnen](#appconfig-retrieving-mobile-use-cases)

## Konfigurationsdaten und Abrufen von Flaggen
<a name="appconfig-retrieving-mobile-configuration-data"></a>

Für Browser- und mobile Anwendungsfälle entscheiden sich viele Kunden dafür, eine Proxyschicht zwischen dem Internet oder der mobilen Anwendung und AWS AppConfig zu verwenden. Dadurch wird Ihr AWS AppConfig Anrufvolumen von der Größe Ihrer Benutzerbasis entkoppelt, was die Kosten senkt. [Außerdem können Sie den [AWS AppConfig Agenten](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-agent-how-to-use.html) nutzen, der die Leistung beim Abrufen von Flaggen optimiert und Funktionen wie Flags mit mehreren Varianten unterstützt.](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-multi-variant-feature-flags.html) AWS AppConfig empfiehlt die Verwendung AWS Lambda zur Erstellung des Proxys. Anstatt Flags direkt von abzurufen AWS AppConfig, konfigurieren Sie die [AWS AppConfig Lambda-Erweiterung](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-lambda-extensions.html) so, dass Ihre Feature-Flags innerhalb einer Lambda-Funktion abgerufen werden. Schreiben Sie die Funktion so, dass sie AWS AppConfig Abrufparameter aus der Ereignisanforderung akzeptiert und die entsprechenden Konfigurationsdaten in der Lambda-Antwort zurückgibt. Stellen Sie Ihren Proxy mithilfe der [Lambda-Funktion URLs](https://docs.aws.amazon.com/lambda/latest/dg/urls-configuration.html) dem Internet zur Verfügung. 

Nachdem Sie Ihren Proxy konfiguriert haben, sollten Sie die Häufigkeit berücksichtigen, mit der Sie Daten abrufen. Für mobile Anwendungsfälle sind in der Regel keine Abfrageintervalle mit hoher Frequenz erforderlich. Konfigurieren Sie den AWS AppConfig Agenten so, dass Daten AWS AppConfig häufiger aktualisiert werden als Ihre Anwendung vom Proxy.

## Authentifizierung und Amazon Cognito
<a name="appconfig-retrieving-mobile-authentication"></a>

Die Lambda-Funktion URLs unterstützt [zwei Formen der Zugriffskontrolle](https://docs.aws.amazon.com/lambda/latest/dg/urls-auth.html), `AWS_IAM` und`NONE`. Verwenden Sie diese Option, `NONE` wenn Sie es vorziehen, Ihre eigene Authentifizierung und Autorisierung in Ihrer Lambda-Funktion zu implementieren. `NONE`ist auch die empfohlene Option, wenn Ihr Anwendungsfall es ermöglicht, Ihren Endpunkt der Öffentlichkeit zugänglich zu machen und Ihre Konfigurationsdaten keine sensiblen Daten enthalten. Verwenden Sie für alle anderen Anwendungsfälle. `AWS_IAM` 

**Wichtig**  
Wenn Sie Ihren Endpunkt ohne Authentifizierung dem Internet zugänglich machen, stellen Sie sicher, dass Ihre Konfigurationsdaten keine vertraulichen Daten wie personenbezogene Daten (PII) IDs, Benutzer- oder unveröffentlichte Feature-Namen preisgeben.

Wenn Sie sich für die Verwendung entscheiden`AWS_IAM`, müssen Sie die Anmeldeinformationen mit [Amazon Cognito](https://docs.aws.amazon.com/cognito/latest/developerguide/what-is-amazon-cognito.html) verwalten. Um mit Amazon Cognito zu beginnen, erstellen Sie einen Identitätspool. Ein Identitätspool ermöglicht es Ihnen, kurzfristige Anmeldeinformationen für Ihre Anwendung an authentifizierte Benutzer oder Gastbenutzer zu verkaufen. Sie müssen dem Identitätspool Rollen hinzufügen, die es Benutzern ermöglichen, die Funktion `InvokeFunctionUrl` for your Lambda zu verwenden. Auf diese Weise können Instanzen Ihrer Anwendung auf die Anmeldeinformationen zugreifen, die zum Abrufen Ihrer Konfigurationsdaten erforderlich sind.

Wenn Sie in Ihrer Anwendung mit Amazon Cognito arbeiten, sollten Sie die Verwendung von [AWS Amplify](https://docs.aws.amazon.com/amplify/). Amplify vereinfacht mobile/web Anwendungsinteraktionen mit Amazon Cognito AWS und bietet integrierten Support für Amazon Cognito. 

## Caching
<a name="appconfig-retrieving-mobile-caching"></a>

Bei der Verwendung AWS AppConfig sollten Sie Ihre Konfigurationsdaten immer lokal auf dem Gerät oder im Browser zwischenspeichern. Das Caching bietet folgende Vorteile:
+ Verbessert die Leistung, indem Latenz und Batterieverbrauch reduziert werden
+ Bietet Stabilität, indem Abhängigkeiten vom Netzwerkzugriff beseitigt werden
+ Senkt die Kosten, indem die Häufigkeit des Datenabrufs reduziert wird

Für mobile Anwendungsfälle empfehlen wir, speicherinterne und persistente Caches auf dem Gerät zu implementieren. Konfigurieren Sie Ihre Anwendung so, dass versucht wird, die gewünschte Konfiguration aus dem In-Memory-Cache abzurufen, und falls erforderlich, auf den Abruf von Ihrem Proxy zurückgreifen. Aktualisieren Sie nach erfolgreichem Abruf von Ihrem Proxy den In-Memory-Cache und speichern Sie die Konfiguration anschließend auf dem Gerät. Verwenden Sie einen Hintergrundprozess, um den Cache zu durchlaufen und jede Konfiguration zu aktualisieren. Wenn die Konfiguration nach dem Start der Anwendung zum ersten Mal abgerufen wird und ein Abruf nicht erfolgreich ist, verwenden Sie die persistente Konfiguration (und verwenden Sie sie, um den In-Memory-Cache zu laden).

## Segmentierung
<a name="appconfig-retrieving-mobile-segmentation"></a>

Wenn Sie Feature-Flags verwenden, möchten Sie das Feature-Flagging-Erlebnis möglicherweise auf Ihren Kundenstamm aufteilen. Geben Sie dazu Kontext für Ihre Aufrufe zum Abrufen von Kennzeichnungen an und konfigurieren Sie Regeln, um je nach dem bereitgestellten Kontext verschiedene [Varianten Ihrer Feature-Flags](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-multi-variant-feature-flags.html) zurückzugeben. Beispielsweise haben Sie möglicherweise eine Feature-Flag-Variante für iOS 18.X-Benutzer, eine Variante für iOS 17.X-Benutzer und eine Standardflagge für alle anderen Versionen von iOS. Mit Varianten können Sie jede iOS-Version Ihrer Anwendung so konfigurieren, dass sie auf dieselbe Konfiguration in derselben Umgebung abzielt. Basierend auf dem im Abrufaufruf angegebenen Kontext (z. B. „Version“: „i OS18 .1") erhalten die Geräte jedoch die entsprechende Variante der Konfiguration.

**Anmerkung**  
Wenn Sie AWS AppConfig Feature-Flag-Varianten für einen mobilen Anwendungsfall verwenden, müssen Sie den AWS AppConfig Agenten und einen Proxy zum Abrufen von Feature-Flags verwenden.

Wenn Sie den AWS AppConfig Agenten nicht zum Abrufen von Feature-Flags verwenden möchten, können Sie AWS AppConfig [Umgebungen](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-environment.html) für eine einfache Segmentierung mit geringer Kardinalität nutzen. Eine Umgebung ist eine logische Bereitstellungsgruppe für Ihre Ziele. Sie können Ihre Konfigurationen nicht nur in Entwicklungs-, Test- und Produktionsumgebungen unterteilen, sondern auch Ihren Kundenstamm unterteilen, indem Sie für Mobilgeräte spezifische Umgebungen einrichten, wie z. B. Gerätetyp (Tablet oder Telefon) oder Betriebssystem-Hauptversionen. In separaten Umgebungen können Sie dieselben oder unterschiedliche Sätze von Konfigurationsdaten bereitstellen, um die speziellen Anforderungen Ihres Kundenstamms zu erfüllen.

## Bandbreite (mobile Anwendungsfälle)
<a name="appconfig-retrieving-mobile-experience-bandwidth"></a>

Generell sollten Sie versuchen, die Größe der einzelnen Flaggensätze klein zu halten. Mobile Anwendungsfälle sind in der Regel mit geringen Bandbreitenbeschränkungen verbunden. Wenn Sie die Größe Ihrer Daten minimieren, können Sie für eine einheitliche Benutzererfahrung sorgen. Bedenken Sie außerdem, dass das Zwischenspeichern auf dem Gerät von entscheidender Bedeutung ist, da mobile Geräte häufig zwischen Umgebungen mit geringer und ohne Bandbreite betrieben werden. Anwendungscode, der problemlos fehlschlägt, wenn keine Konfigurationsdaten abgerufen werden können, ist ebenfalls von entscheidender Bedeutung.

## Zusätzliche Anwendungsfälle kennzeichnen
<a name="appconfig-retrieving-mobile-use-cases"></a>

Die Leistungsfähigkeit von Feature-Flags geht weit über den Komfort bei der Veröffentlichung von Funktionen hinaus. Seit langem bestehende Betriebsflags können verwendet werden, um den Betriebszustand Ihrer Anwendung zu verbessern. Sie können beispielsweise einen Schalter für die Leistungsüberwachung einrichten, der während eines Ereignisses zusätzliche Metriken und Debugging-Daten ausgibt. Alternativ können Sie die Aktualisierungsraten Ihrer Anwendungen für einen Teil Ihres Kundenstamms beibehalten und anpassen. 

# Konfigurationsdaten werden ohne AWS AppConfig Agent abgerufen
<a name="about-data-plane"></a>

Die empfohlene Methode zum Abrufen von Konfigurationsdaten von AWS AppConfig ist die Verwendung des von Amazon entwickelten und verwalteten AWS AppConfig Agenten. Mit dem Agenten können Sie Konfigurationsdaten lokal zwischenspeichern und den AWS AppConfig Datenebenendienst asynchron nach Aktualisierungen abfragen. Dieser caching/polling Prozess stellt sicher, dass Ihre Konfigurationsdaten immer für Ihre Anwendung verfügbar sind, und minimiert gleichzeitig Latenz und Kosten. Wenn Sie den Agenten nicht verwenden möchten, können Sie die Öffentlichkeit APIs direkt vom AWS AppConfig Datenebenendienst aus anrufen.

Der Datenebenendienst verwendet zwei API-Aktionen [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html)und [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html). Der Datenebenendienst verwendet außerdem [separate Endpunkte](https://docs.aws.amazon.com/general/latest/gr/appconfig.html#appconfigdata_data_plane) als die AWS AppConfig Steuerungsebene.

**Anmerkung**  
Der Datenebenendienst ersetzt den vorherigen Prozess des Abrufs von Konfigurationsdaten mithilfe der `GetConfiguration` API-Aktion. Die `GetConfiguration` API ist veraltet.

**Funktionsweise**  
So funktioniert der Prozess des direkten Aufrufs AWS AppConfig APIs mithilfe des Datenebenendienstes.

Ihre Anwendung ruft Konfigurationsdaten ab, indem sie zunächst mithilfe der [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html)API-Operation eine Konfigurationssitzung einrichtet. Der Client Ihrer Sitzung ruft dann regelmäßig auf, um [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)nach den neuesten verfügbaren Daten zu suchen und diese abzurufen.

Wenn Sie anrufen`StartConfigurationSession`, sendet Ihr Code die folgenden Informationen:
+ Identifikatoren (ID oder Name) einer AWS AppConfig Anwendung, einer Umgebung und eines Konfigurationsprofils, das in der Sitzung verfolgt wird.
+ (Optional) Die Mindestzeit, die der Client der Sitzung zwischen Aufrufen an `GetLatestConfiguration` warten muss.

 AWS AppConfig Stellt als Antwort eine `InitialConfigurationToken` bereit, die dem Client der Sitzung übergeben und verwendet werden soll, wenn er diese Sitzung `GetLatestConfiguration` zum ersten Mal aufruft.

**Wichtig**  
Dieses Token sollte bei Ihrem ersten Aufruf von nur einmal verwendet werden`GetLatestConfiguration`. Sie *müssen* das neue Token in der `GetLatestConfiguration` Antwort (`NextPollConfigurationToken`) bei jedem nachfolgenden Aufruf von verwenden`GetLatestConfiguration`. Um Anwendungsfälle mit langen Umfragen zu unterstützen, sind die Token bis zu 24 Stunden gültig. Wenn ein `GetLatestConfiguration` Anruf ein abgelaufenes Token verwendet, kehrt das System zurück`BadRequestException`.

Wenn Sie anrufen`GetLatestConfiguration`, sendet Ihr Client-Code den neuesten `ConfigurationToken` Wert, den er hat, und empfängt ihn als Antwort:
+ `NextPollConfigurationToken`: der `ConfigurationToken` Wert, der beim nächsten Aufruf verwendet werden soll`GetLatestConfiguration`.
+ `NextPollIntervalInSeconds`: Die Dauer, für die der Client warten soll, bevor er seinen nächsten Anruf tätigt`GetLatestConfiguration`.
+ Die Konfiguration: Die neuesten Daten, die für die Sitzung vorgesehen sind. Dies kann leer sein, wenn der Client bereits über die neueste Version der Konfiguration verfügt.

**Wichtig**  
Notieren Sie die folgenden wichtigen Informationen.  
Die [StartConfigurationSession](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html)API sollte nur einmal pro Anwendung, Umgebung, Konfigurationsprofil und Client aufgerufen werden, um eine Sitzung mit dem Dienst einzurichten. Dies erfolgt in der Regel beim Start Ihrer Anwendung oder unmittelbar vor dem ersten Abruf einer Konfiguration.
Wenn Ihre Konfiguration mithilfe von bereitgestellt wird`KmsKeyIdentifier`, muss Ihre Anforderung zum Empfang der Konfiguration die Berechtigung zum Aufrufen `kms:Decrypt` enthalten. Weitere Informationen finden Sie unter [Decrypt](https://docs.aws.amazon.com/kms/latest/APIReference/API_Decrypt.html) in der *AWS Key Management Service API-Referenz.*
Der API-Vorgang, der zuvor zum Abrufen von Konfigurationsdaten verwendet wurde`GetConfiguration`, ist veraltet. Der `GetConfiguration` API-Vorgang unterstützt keine verschlüsselten Konfigurationen.

## (Beispiel) Abrufen einer Konfiguration durch Aufrufen AWS AppConfig APIs
<a name="appconfig-retrieving-the-configuration-example"></a>

Das folgende AWS CLI Beispiel zeigt, wie Konfigurationsdaten mithilfe der AWS AppConfig Daten `StartConfigurationSession` - und `GetLatestConfiguration` API-Operationen abgerufen werden. Der erste Befehl startet eine Konfigurationssitzung. Dieser Aufruf beinhaltet die IDs (oder Namen) der AWS AppConfig Anwendung, die Umgebung und das Konfigurationsprofil. Die API gibt einen zurück, der zum Abrufen Ihrer Konfigurationsdaten `InitialConfigurationToken` verwendet wurde.

```
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
```

Das System gibt Informationen im folgenden Format zurück.

```
{
   "InitialConfigurationToken": initial configuration token
}
```

Verwenden Sie nach dem Start einer Sitzung [InitialConfigurationToken](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_StartConfigurationSession.html#API_appconfigdata_StartConfigurationSession_ResponseSyntax)den Befehl to call, [GetLatestConfiguration](https://docs.aws.amazon.com/appconfig/2019-10-09/APIReference/API_appconfigdata_GetLatestConfiguration.html)um Ihre Konfigurationsdaten abzurufen. Die Konfigurationsdaten werden in der `mydata.json` Datei gespeichert.

```
aws appconfigdata get-latest-configuration \
    --configuration-token initial configuration token mydata.json
```

Der erste Aufruf von `GetLatestConfiguration` verwendet das von `ConfigurationToken` erhaltene`StartConfigurationSession`. Die folgenden Informationen werden zurückgegeben.

```
{
    "NextPollConfigurationToken" : next configuration token,
    "ContentType" : content type of configuration,
    "NextPollIntervalInSeconds" : 60
}
```

Nachfolgende Aufrufe von `GetLatestConfiguration` *müssen* `NextPollConfigurationToken` aus der vorherigen Antwort resultieren.

```
aws appconfigdata get-latest-configuration \
    --configuration-token next configuration token mydata.json
```

**Wichtig**  
Beachten Sie die folgenden wichtigen Details zum `GetLatestConfiguration` API-Vorgang:  
Die `GetLatestConfiguration` Antwort enthält einen `Configuration` Abschnitt, in dem die Konfigurationsdaten angezeigt werden. Der `Configuration` Abschnitt wird nur angezeigt, wenn das System neue oder aktualisierte Konfigurationsdaten findet. Wenn das System keine neuen oder aktualisierten Konfigurationsdaten findet, sind die `Configuration` Daten leer. 
Sie erhalten `ConfigurationToken` in jeder Antwort von ein neues`GetLatestConfiguration`.
Wir empfehlen, die Abfragehäufigkeit Ihrer `GetLatestConfiguration`-API-Aufrufe basierend auf Ihrem Budget, der erwarteten Häufigkeit der Konfigurationsbereitstellungen und der Anzahl der Ziele für eine Konfiguration zu optimieren.