Erstellen von Feature-Flags und Freiform-Konfigurationsdaten in AWS AppConfig - AWS AppConfig

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.

Erstellen von Feature-Flags und Freiform-Konfigurationsdaten in AWS AppConfig

Die Themen in diesem Abschnitt helfen Ihnen bei der Ausführung der folgenden Aufgaben in AWS AppConfig. Diese Aufgaben erzeugen wichtige Artefakte für die Bereitstellung von Konfigurationsdaten.

1. Erstellen Sie einen Anwendungs-Namespace

Um einen Anwendungsnamespace zu erstellen, erstellen Sie ein AWS AppConfig Artefakt, das als Anwendung bezeichnet wird. Eine Anwendung ist einfach ein organisatorisches Konstrukt wie ein Ordner.

2. Umgebungen erstellen

Für jede AWS AppConfig Anwendung definieren Sie eine oder mehrere Umgebungen. Eine Umgebung ist eine logische Bereitstellungsgruppe von AWS AppConfig Zielen, z. B. Anwendungen in einer Beta Production Oder-Umgebung. Sie können auch Umgebungen für Anwendungsunterkomponenten wie,AWS Lambda functions, Containers WebMobile, und Back-end definieren.

Sie können CloudWatch Amazon-Alarme für jede Umgebung so konfigurieren, dass problematische Konfigurationsänderungen automatisch rückgängig gemacht werden. Das System überwacht Alarme während einer Konfigurationsbereitstellung. Wenn ein Alarm ausgelöst wird, setzt das System die Konfiguration zurück.

3. Erstellen Sie ein Konfigurationsprofil

Bei Konfigurationsdaten handelt es sich um eine Sammlung von Einstellungen, die das Verhalten Ihrer Anwendung beeinflussen. Ein Konfigurationsprofil umfasst unter anderem einen URI Konfigurationstyp, mit dem Sie Ihre Konfigurationsdaten AWS AppConfig an ihrem Speicherort lokalisieren können, und einen Konfigurationstyp. AWS AppConfig unterstützt die folgenden Arten von Konfigurationsprofilen:

  • Feature-Flags: Sie können Feature-Flags verwenden, um Funktionen in Ihren Anwendungen zu aktivieren oder zu deaktivieren oder um verschiedene Eigenschaften Ihrer Anwendungsfunktionen mithilfe von Flag-Attributen zu konfigurieren. AWS AppConfig speichert Feature-Flag-Konfigurationen im AWS AppConfig gehosteten Konfigurationsspeicher in einem Feature-Flag-Format, das Daten und Metadaten zu Ihren Flags und den Flag-Attributen enthält. Die Konfiguration der Feature-Flag URI für ist einfachhosted.

  • Freiform-Konfigurationen: Eine Freiform-Konfiguration kann Daten in jedem der folgenden Dienste und Funktionen speichern:

    • AWS AppConfig gehosteter Konfigurationsspeicher

    • Amazon Simple Storage Service

    • AWS CodePipeline

    • AWS Secrets Manager

    • AWS Systems Manager (SSM) Parameterspeicher

    • SSMDokumentenspeicher

Anmerkung

Wenn möglich, empfehlen wir, Ihre Konfigurationsdaten im AWS AppConfig gehosteten Konfigurationsspeicher zu hosten, da dieser die meisten Funktionen und Verbesserungen bietet.

4. (Optional, aber empfohlen) Erstellen Sie Feature-Flags mit mehreren Varianten

AWS AppConfig bietet grundlegende Feature-Flags, die (falls aktiviert) pro Anfrage einen bestimmten Satz von Konfigurationsdaten zurückgeben. Um Anwendungsfälle wie Benutzersegmentierung und Traffic-Aufteilung besser zu unterstützen, bietet es AWS AppConfig auch mehrere Varianten von Feature-Flags, mit denen Sie einen Satz möglicher Flag-Werte definieren können, die bei einer Anfrage zurückgegeben werden sollen. Sie können auch verschiedene Status (aktiviert oder deaktiviert) für Flags mit mehreren Varianten konfigurieren. Wenn Sie ein mit Varianten konfiguriertes Kennzeichen anfordern, stellt Ihre Anwendung einen Kontext bereit, der anhand einer Reihe von benutzerdefinierten Regeln AWS AppConfig ausgewertet wird. Abhängig vom in der Anfrage angegebenen Kontext und den für die Variante definierten Regeln werden unterschiedliche Flagwerte an die Anwendung AWS AppConfig zurückgegeben.

Der folgende Abschnitt enthält Beispiele für Feature-Flag- und Freiform-Konfigurationsdaten.

Konfigurationsdaten für Feature-Flags

Die folgenden Konfigurationsdaten für Feature-Flags aktivieren oder deaktivieren mobile Zahlungen und Standardzahlungen pro Region.

JSON
{ "allow_mobile_payments": { "enabled": false }, "default_payments_per_region": { "enabled": true } }
YAML
--- allow_mobile_payments: enabled: false default_payments_per_region: enabled: true

Daten zur Betriebskonfiguration

Die folgenden Freiform-Konfigurationsdaten beschränken die Art und Weise, wie eine Anwendung Anfragen verarbeitet.

JSON
{ "throttle-limits": { "enabled": "true", "throttles": [ { "simultaneous_connections": 12 }, { "tps_maximum": 5000 } ], "limit-background-tasks": [ true ] } }
YAML
--- throttle-limits: enabled: 'true' throttles: - simultaneous_connections: 12 - tps_maximum: 5000 limit-background-tasks: - true

Konfigurationsdaten der Zugriffskontrollliste

Die folgenden Freiform-Konfigurationsdaten für die Zugriffskontrollliste geben an, welche Benutzer oder Gruppen auf eine Anwendung zugreifen können.

JSON
{ "allow-list": { "enabled": "true", "cohorts": [ { "internal_employees": true }, { "beta_group": false }, { "recent_new_customers": false }, { "user_name": "Jane_Doe" }, { "user_name": "John_Doe" } ] } }
YAML
--- allow-list: enabled: 'true' cohorts: - internal_employees: true - beta_group: false - recent_new_customers: false - user_name: Jane_Doe - user_name: Ashok_Kumar