Häufig gestellte Fragen (FAQs) zu Nutzung und Abrechnung
Die Informationen im Abschnitt für häufig gestellte Fragen zu App Configuration geben Antworten auf häufige Fragen zu App Configuration.
Wie erstellen Sie eine App Configuration -Instanz?
-
Melden Sie sich bei Ihrem IBM Cloud-Konto an.
-
Suchen Sie im IBM Cloud-Katalog nach App Configuration und wählen Sie App Configuration aus. Der Bildschirm für die Servicekonfiguration wird angezeigt.
-
Wählen Sie auf der Registerkarte Erstellen den Standort aus, der das geografische Gebiet ( Region ) angibt, in dem Sie Ihre Instanz bereitstellen möchten.
-
Wählen Sie einen Preisstrukturplan aus.
-
Konfigurieren Sie Ihre Ressource, indem Sie einen Servicenamen für Ihre Instanz angeben oder den voreingestellten Namen verwenden.
-
Wählen Sie eine Ressourcengruppe aus.
-
Optional: Fügen Sie Tags hinzu, um die Instanz in Ihrem Konto leichter identifizieren und organisieren zu können. Wenn Ihre Tags fakturiert sind, sollten Sie Tags als Schlüssel schreiben: Wertepaare, um gruppenbezogene Tags zu unterstützen, wie z. B. costctr: 124.
-
Optional: Fügen Sie Zugriffsmanagementtags hinzu, mit denen Sie flexible Zugriffsrichtlinien auf bestimmte Ressourcen anwenden können.
-
Akzeptieren Sie die Lizenzvereinbarungen und Bedingungen, indem Sie auf das Kontrollkästchen klicken.
-
Klicken Sie auf Erstellen. Es wird eine neue Serviceinstanz erstellt und die App Configuration-Servicekonsole wird angezeigt.
Kann ich Terraform IBM Module für die Bereitstellung einer App Configuration Instanz verwenden?
Ja, Sie können Terraform IBM Module(TIM) verwenden, um eine App Configuration instanz bereitzustellen. Terraform IBM Module sind vorgefertigte, validierte und unternehmenstaugliche Module, die IBM Cloud Best Practices folgen. Weitere Informationen und verfügbare Module finden Sie in der Terraform Registry.
Welche Preispläne sind mit App Configurationverfügbar?
App Configuration bietet vier Preispläne an:
| Planen | Einschlüsse | Funktionen |
|---|---|---|
| Lite | Dieser Plan ist ein kostenloser Evaluierungsplan, der 10 aktive Entitäts-IDs und 5.000 API-Aufrufe enthält. Lite-Plan-Services werden nach 30 Tagen ohne Nutzung gelöscht. | Enthält alle App Configuration Leistungsmerkmale nur zur Auswertung. Sie dürfen nicht zu Produktionszwecken verwendet werden. Der Configuration Aggregator wird nicht unterstützt. |
| Grundlegend | Es gibt keine monatlichen Instanzkosten. Sie zahlen nur für Ihre Nutzung. | Dieser Plan umfasst nur Funktionen für das Eigenschaftsmanagement. Der Configuration Aggregator wird ohne zusätzliche Kosten unterstützt. |
| Standard | Der monatliche Preis für die Instanz umfasst 1.000 aktive Entitäts-IDs und 100.000 API-Aufrufe. | Dieser Plan umfasst neben der Property-Verwaltung auch Feature-Flags. Der Configuration Aggregator wird unterstützt und abgerechnet, wobei Konfigurationselemente und Konten abgeglichen werden. Die Erfassung von Konfigurationsdaten in Echtzeit wird unterstützt. |
| Enterprise | Der monatliche Instanzpreis umfasst 10.000 aktive Entitäts-IDs und 1.000.000 API-Aufrufe. | Dieser Plan umfasst neben der Verwaltung von Eigenschaften und Feature-Flags auch die manuelle Einführung und die Ausrichtung auf bestimmte Segmente. Der Configuration Aggregator wird unterstützt und abgerechnet, wobei Konfigurationselemente und Konten abgeglichen werden. Die Erfassung von Konfigurationsdaten in Echtzeit wird unterstützt. |
Was sind die Gebühren für die Verwendung von App Configuration?
Die grundlegenden Preismessdaten für App Configuration sind Application Instance, Active Entity ID und API Call. Wenn der Configuration Aggregator auf einer Instanz mit Standard- oder Enterprise-Tarif aktiviert ist, gelten zwei zusätzliche Kennzahlen: Config Items und Accounts Reconciled.
Anwendungsinstanz – Eine Anwendungsinstanz ist eine eindeutig benannte Kopie von App Configuration, die von Ihnen erstellt, aber von IBM verwaltet wird. Mehrere Instanzen von App Configuration innerhalb einer einzelnen Umgebung werden als separate Anwendungsinstanzen betrachtet, ebenso wie einzelne App ConfigurationInstanzen in mehreren Umgebungen (z. B. Test, Entwicklung, Staging oder Produktion).
Eine einzelne Instanz von App Configuration kann mehreren Umgebungen dienen, und in der Tat ist der Service dafür ausgelegt.
Aktive Entitäts-ID – Eine aktive Entitäts-ID ist eine eindeutige Kennung für jede Entität, die mit dem Dienst App Configuration interagiert. Eine Entität kann beispielsweise eine Instanz einer App sein, die auf einem mobilen Gerät ausgeführt wird, einen Mikroservice, der in der Cloud ausgeführt wird, oder eine Komponente der Infrastruktur, die diesen Mikroservice ausführt. Damit eine Entität mit App Configuration interagieren kann, muss sie eine eindeutige Entitäts-ID angeben Diese Aufgabe lässt sich am einfachsten erledigen, indem Sie Ihre App oder Ihren Microservice so programmieren, dass sie die Entity ID mit Hilfe des App ConfigurationSDK senden.
API-Aufruf – Ein API-Aufruf ist der Aufruf von App Configuration über eine programmierbare Schnittstelle.
Genau das, was einen API-Aufruf darstellt, variiert je nach Entitätstyp (z. B. ein Microservice oder eine mobile App). Für serverseitige Entitäten wie Mikroservices, wenn der Status eines Feature-Flags oder -Merkmals in der App Configurationgeändert wird, benachrichtigt eine WebSocket-Verbindung das SDK im Mikroservice, dass eine Statusänderung aufgetreten ist. Der Mikroservice ruft dann in das App Configuration zurück, um die Aktualisierung abzurufen. Diese Aktion ist ein API-Aufruf.
Ein API-Aufruf findet auch beim Start zum Abrufen des Anfangskonfigurationsstatus statt. Für clientseitige Entitäten wie mobile Apps werden Websockets nicht verwendet. Stattdessen ruft ein API-Aufruf den aktuellen Konfigurationsstatus ab, wenn ein Benutzer die App öffnet oder ihn in den Vordergrund stellt. Sie können den App Configuration zum Abrufen des neuesten Konfigurationsstatus auch programmgesteuert aufrufen.
Konfigurationselemente (Configuration Aggregator – nur Standard- und Enterprise-Tarife) – Ein Konfigurationselement ist ein Konfigurationsdatensatz für eine IBM Cloud-Ressource, der im Configuration Aggregator für Ihr Konto gespeichert ist. Zu Beginn jedes Kalendermonats wird eine Basis-Momentaufnahme aller bis zum Ende des Vortages erfassten Ressourcenkonfigurationen erstellt. Neue Ressourcenkonfigurationen, die nach diesem Zeitpunkt erfasst werden, werden inkrementell gezählt. Die in Rechnung gestellte Menge ergibt sich aus der Basismenge zuzüglich aller in diesem Zeitraum hinzugekommenen Mengen.
Abgestimmte Konten (Configuration Aggregator – nur Standard- und Enterprise-Tarife) – Ein abgestimmtes Konto ist ein Konto, dessen Ressourcenkonfigurationen aktiv vom Configuration Aggregator erfasst werden. Bei eigenständigen Konten ist dies immer 1. Bei Unternehmensinstanzen ist dies 1 (das übergeordnete Konto) plus die Anzahl der aktiven Unterkonten. Die in allen Abrechnungsläufen des Zeitraums erreichte Spitzenanzahl entspricht der in Rechnung gestellten Menge.
Wie zeigt man Nutzungsmetriken für App Configuration an?
Zeigen Sie grundlegende App Configuration-Nutzungsmetriken im Dashboard 'Abrechnung und Nutzung'der Plattform IBM an. Wenn Sie eine komplexere Überwachung benötigen, erstellen Sie eine IBM Cloud Monitoring-Instanz im Abschnitt Observability der IBM Cloud-Konsole.
Wie kann man App Configuration Kosten vorhersagen?
Die einfachste Möglichkeit, die Kosten für einen beliebigen verwalteten Dienst von IBM Cloud abzuschätzen, ist die Verwendung des IBM Cloud-Kostenrechners.
Leitfäden, die Ihnen helfen, Kosten genauer abzuschätzen:
Die Kosten für die Anwendungsinstanz sind monatliche Fixkosten. Wenn Sie eine App Configuration Instanz zur Monatsmitte löschen, wird die monatliche Gebühr für die Anwendungsinstanz anteilig berechnet. Um die monatlichen Instanzkosten vorherzusagen, müssen Sie die Anzahl der vorhandenen App Configuration-Instanzen kennen und wissen, welcher Preistarif den einzelnen Instanzen zugewiesen ist.
Sehen Sie sich alle vorhandenen Instanzen in der IBM Cloud Liste der Konsolenressourcen im Abschnitt Services an. Legen Sie Ihren Tarif fest, indem Sie entweder auf die Zeile in der Ressourcenliste klicken, die Ihre App Configuration-Instanz enthält, um ein Informations-Slide-out anzuzeigen, oder indem Sie zum Instanz-Dashboard wechseln und im Abschnitt Tarif nachsehen.
Einige App Configuration Preispläne haben einen monatlichen Anwendungsinstanz-Preis und andere nicht.Wenn der von Ihnen gewählte Plan einen Instanzpreis hat, beinhaltet der Preis für die Instanz eine bestimmte Anzahl von Entity-IDs und API-Aufrufen, die im Instanzpreis enthalten sind. Wenn Sie das enthaltene Kontingent überschreiten, läuft Ihre Instanz weiterhin normal, es fallen jedoch Mehrkosten an, die sich nach dem veröffentlichten Tarif für Entity-IDs und API-Aufrufe richten.
Die Kosten für Aktive Entitäts-IDs basieren auf der Anzahl der eindeutigen Entitäten, die während des Monats mit Ihrer App Configuration -Instanz interagieren. Entitäten identifizieren sich selbst, wenn ein API-Aufruf erfolgt, und jede Instanz Ihrer Anwendung bietet eine eindeutige Entitäts-ID. Für Entitäten, die App Configuration während des Monats nicht aufrufen, werden keine Gebühren berechnet. Wenn Ihr Preistarif eine kostenlose Zuteilung von aktiven Entitäts-IDs umfasst, werden Ihnen erst dann Gebühren berechnet, wenn die Zuteilung überschritten wird.
Die Kosten für die Active Entity ID lassen sich nur schwer vorhersagen, daher müssen Sie Ihre historischen Aktivitäten genau beobachten. Siehe Wie zeigt man Nutzungsmetriken für App Configuration? Stützen Sie sich auf Ihr eigenes Fachwissen, Ihre Geschäftskennzahlen und Ihre Nutzungsprognosen, um die Kosten für Active Entity ID zu prognostizieren.
Die Kosten für den API-Aufruf basieren auf der Anzahl der API-Aufrufe, die von App Configuration während des Monats über alle Ihre Entitäten kombiniert gesendet oder empfangen wurden. Überprüfen Sie den Abschnitt Wie lauten die Gebühren für die Nutzung von App Configuration?, um festzustellen, was einen API-Aufruf ausmacht.
Wenn Ihr Preisplan ein kostenloses Kontingent an API-Aufrufen enthält, werden Ihnen keine Kosten berechnet, bis das Kontingent überschritten wird. Überwachen Sie Ihre Langzeitaktivität genau und überprüfen Sie Wie können Nutzungsmessdaten für App Configurationangezeigt werden? Stützen Sie sich auf Ihr eigenes Fachwissen, Ihre Geschäftskennzahlen und Ihre Nutzungsprognosen, um die Kosten abzuschätzen.
Wenn Sie den Configuration Aggregator im Rahmen eines Standard- oder Enterprise-Tarifs nutzen, fallen zwei zusätzliche Kosten an:
- Konfigurationselemente – Schätzen Sie die Kosten auf der Grundlage der Gesamtzahl der IBM Cloud-Ressourcenkonfigurationsdatensätze, die voraussichtlich zu Monatsbeginn (dem Basis-Snapshot) gespeichert sind, zuzüglich aller im Laufe des Monats neu hinzugekommenen Ressourcen. Behalten Sie Ihren aktuellen Stand im Dashboard Abrechnung und Nutzung im Blick.
- Kontenabgleich – Schätzen Sie die Kosten auf der Grundlage der höchsten Anzahl an Konten, die Ihre Instanz im Laufe des Monats abgleichen wird. Für eigenständige Konten ist dies 1. Bei Unternehmensinstanzen zählen Sie 1 für das übergeordnete Konto plus die maximale Anzahl aktiver Unterkonten, die Sie zu einem beliebigen Zeitpunkt im Monat erwarten.
Können Sie einige Beispiel-Preisszenarien nennen?
Preisgestaltung Szenario 1: Mobile App mit Feature-Flags
Angenommen, Sie haben eine mobile App und möchten Feature Flags und gezielte Segmente, um Funktionen schrittweise an verschiedene Benutzergruppen zu verteilen.Ihre historischen Metriken zeigen 200.000 Benutzer, aber nur etwa 50 % sind in einem Monat aktiv. Ein durchschnittlicher aktiver Benutzer öffnet die App oder bringt sie einmal täglich in den Vordergrund. Sie erwarten, dass Sie ein neues Feature zweimal pro Monat implementieren.
Sie benötigen den App Configuration-Enterprise-Tarif, um sowohl Feature-Flags als auch Segmentierung nutzen zu können.
Für dieses Beispiel wird angenommen, dass eine Enterprise Plan-Instanz 500 USD pro Monat, aktive Entitäts-IDs0.01 und API-Aufrufe 10 USD pro 100.000 beträgt. HINWEIS: Diese Preise werden nur für dieses Beispiel angenommen. Die aktuelle Preisgestaltung kann sich von den im Beispiel gezeigten Beträgen unterscheiden. Die aktuelle Preisgestaltung finden Sie auf der Katalogseite App Configuration.
App Configuration Enterprise-Instanzen: 1 zu 500 $ pro Monat Aktive Entitäts-IDs: 200.000 App-Instanzen (Benutzer) insgesamt * 50 % aktiv = 100.000 Enthaltene aktive Entitäts-IDs: 10.000 Netto-Anzahl aktiver Entitäts-IDs: 100.000 – 10.000 = 90.000 zu je $0.01 pro aktiver Entitäts-ID = $900
API-Aufrufe: 100.000 aktive Entitäts-IDs * 30 App-Aufrufe pro Monat = 3.000.000 Inklusive API-Aufrufe: 1.000.000 Netto-API-Aufrufe: 3.000.000 – 1.000.000 = 2.000.000 zu 10 $ pro 100.000 API-Aufrufe = 200 $ GESAMTKOSTEN: 500 $ + 900 $ + 200 $ = 1.600 $ pro Monat
Preisgestaltung Szenario 2: Mikroservice mit Feature-Flags
Angenommen, Sie haben fünf Back-End-Microservices, die Ihre mobile App unterstützen. Um neue Microservice-Funktionen vollständig zu testen, möchten Sie sie im Dark Launch in die Produktion überführen und nur für Tester zugänglich machen. Die mobile App wird weltweit verwendet. Sie haben also die Gruppe von fünf Mikroservices in jeder von drei Regionen weltweit und Sie möchten Ihre App in jeder Region testen, bevor Sie in den Live-Modus wechseln.
Sie streben eine kontinuierliche Bereitstellung an, sodass Sie im Durchschnitt alle drei Tage eine neue Funktion im Dark Launch veröffentlichen (10 Dark Launches pro Monat), und die Funktion wird vor ihrer Freigabe ein bis zwei Tage lang getestet (beispielsweise wird die Zielausrichtung entfernt). Dies führt zu zwei Umschaltern pro Funktion, eine zum Aktivieren der Funktion für Tester und eine zum Entfernen von Zielen und Aktivieren für den allgemeinen Benutzerbestand.
Sie benötigen den App Configuration-Enterprise-Tarif, da sowohl Feature-Flags als auch Segmentierung erforderlich sind.
Für dieses Beispiel wird angenommen, dass eine Enterprise Plan-Instanz 500 USD pro Monat, aktive Entitäts-IDs0.01 und API-Aufrufe 10 USD pro 100.000 beträgt. HINWEIS: Diese Preise werden nur für dieses Beispiel angenommen. Die aktuelle Preisgestaltung kann sich von den im Beispiel gezeigten Beträgen unterscheiden. Die aktuelle Preisgestaltung finden Sie auf der Katalogseite App Configuration.
App Configuration Enterprise-Instanzen: 1 zu 500 $ pro Monat Aktive Entitäts-IDs: 5 Entitäts-IDs pro Region * 3 Regionen = 15 Enthaltene aktive Entitäts-IDs: 10.000 Netto-Anzahl aktiver Entitäts-IDs: 0 (alle enthalten) = 0 $ API-Aufrufe: 3 Instanzen pro Region * 3 Regionen * (10 Dark Launches pro Monat * 2 Umschaltungen pro Release) = 180 Enthaltene API-Aufrufe: 1.000.000 Netto-API-Aufrufe: 0 (alle enthalten) = 0 $ GESAMTKOSTEN: 500 $ + 0 $ + 0 $ = 500 $ pro Monat
Sie können die gleiche Instanz von App Configuration für beide Szenarios verwenden, für einen Gesamtpreis von knapp über 1600 USD pro Monat.
Wie wird die Nutzung des Configuration Aggregators abgerechnet?
Wenn der Configuration Aggregator auf einer App Configuration-Instanz aktiviert ist, wird die Nutzung anhand von zwei Kennzahlen gemessen:
- Konfigurationselemente – Die Gesamtzahl der im Aggregator für Ihr Konto gespeicherten Konfigurationsdatensätze für IBM Cloud-Ressourcen. Zu Beginn jedes Kalendermonats wird ein Ausgangswert erfasst. Neue Ressourcenkonfigurationen, die nach diesem Zeitpunkt erfasst werden, werden inkrementell gezählt und der Basislinie hinzugefügt. Der Betrag entspricht der in Rechnung gestellten Menge für den Zeitraum.
- Abgestimmte Konten – Die Anzahl der Konten, die vom Aggregator aktiv abgestimmt wurden. Bei eigenständigen Konten ist dies immer 1. Bei Unternehmensinstanzen ist dies 1 (das übergeordnete Konto) plus die Anzahl der aktiven Unterkonten. Als Abrechnungsmenge wird der höchste im Abrechnungszeitraum erreichte Wert herangezogen.
Was passiert mit der Abrechnung des Configuration Aggregator, wenn ich mitten im Monat Unterkonten hinzufüge oder entferne?
Die Kennzahl abgestimmte Konten basiert auf der höchsten Anzahl aktiver Konten während des Abrechnungszeitraums. Wenn Sie während der Laufzeit ein Unterkonto hinzufügen, erhöht sich die Anzahl ab dem nächsten Abrechnungslauf. Wenn Sie ein Unterkonto während des Abrechnungszeitraums entfernen, wird weiterhin der für diesen Zeitraum bereits erfasste Höchstwert als Abrechnungsmenge herangezogen.
Was passiert mit der Abrechnung für den Configuration Aggregator, wenn ich meinen Tarif mitten im Monat wechsle?
Wenn sich Ihr Preisplan während eines Abrechnungszeitraums ändert, wird die Nutzung des Configuration Aggregators für jeden Plan separat erfasst. Die Nutzung jedes Tarifs wird separat abgerechnet.
Werden Konfigurationselemente in Rechnung gestellt, wenn eine Ressource nach ihrer Erfassung aus IBM Cloud entfernt wird?
Ja. Wenn eine Ressourcenkonfiguration erfasst wurde (d. h., sie hat ein Erfassungsstartdatum) und die Ressource anschließend aus IBM Cloud entfernt wird oder inaktiv wird, wird sie dennoch zu den Konfigurationselementen für den Zeitraum gezählt, in dem sie erfasst wurde.
Welche Funktionen, Quoten und Einschränkungen gelten für verschiedene Aspekte der App Configuration Pläne?
| Lite | Grundlegend | Standard | Enterprise | |
|---|---|---|---|---|
| Anzahl der Mitarbeiter (Teammitglieder) | Keine Einschränkung | Keine Einschränkung | Keine Einschränkung | Keine Einschränkung |
| Maximale Anzahl der Instanzen | 1 | Keine Einschränkung | Keine Einschränkung | Keine Einschränkung |
| Instanzlebensdauer | 30 Tage Inaktivität | Keine Einschränkung | Keine Einschränkung | Keine Einschränkung |
| Basispreis für Instanz (monatlich) | Kostenfrei | Kostenfrei | Gebühr (siehe Katalogseite) | Gebühr (siehe Katalogseite) |
| In der Instanz enthaltene monatliche aktive Entitäts-IDs | 10 | 0 | 1000 | 10.000 |
| Überschreitung der monatlichen aktiven Entitäts-ID | Überschreitung nicht zulässig | Überschreitung zulässig | Überschreitung zulässig | Überschreitung zulässig |
| Max. monatliche aktive Entitäts-IDs pro Instanz | 10 | Unbegrenzt | Unbegrenzt | Unbegrenzt |
| In Instanz enthaltene API-Aufrufe | 5.000 | 0 | 100.000 | 1.000.000 |
| Preis für API-Anrufe (Überschreitung) | Überschreitung nicht zulässig | Überschreitung zulässig | Überschreitung zulässig | Überschreitung zulässig |
| Max. monatliche API-Aufrufe pro Instanz | 5.000 | Unbegrenzt | Unbegrenzt | Unbegrenzt |
| Umgebungen | 1 | 15 | 15 | 15 |
| Sammlungen | 1 | 20 | 20 | Unbegrenzt |
| Eigenschaften | 10 (Eigenschaften + Flags) | 1000 | 1000 | Unbegrenzt |
| Eigenschaftstypen | Alle | Alle | Alle | Alle |
| Max. Eigenschaftsgröße | 10 KB | 10 KB | 10 KB | 10 KB |
| Max. Speichergröße (alle Eigenschaften) | 0,1 MB | 10 MB | 10 MB | 10 MB |
| Flags | 10 (Eigenschaften + Flags) |
|
100 | Unbegrenzt |
| Attribute | Auswertung von Antwort- und benutzerdefinierten Attributen |
|
|
Auswertung von Antwort- und benutzerdefinierten Attributen |
| Segmente | 3 |
|
|
Unbegrenzt |
| Segmentdefinitionsregeln pro Segment | 3 |
|
|
25 |
| Maximale Targeting-Definitionsregeln pro Instanz | 3 |
|
|
100 |
| Targeting-Definitionsregeln pro Feature |
|
|
|
50 |
| Übermittlungsmodus | Web-Socket (Server) ziehen oder abrufen (Client) | Web-Socket (Server) ziehen oder abrufen (Client) | Web-Socket (Server) ziehen oder abrufen (Client) | Web-Socket (Server) ziehen oder abrufen (Client) |
| Rollenbasierter Zugriff | Env-level, Objektgruppenebene | Env-level, Objektgruppenebene | Env-level, Objektgruppenebene | Env-level, Objektgruppenebene |
| Standorte | London, Dallas, Washington, D.C., Sydney, Frankfurt | London, Dallas, Washington, D.C., Sydney, Frankfurt | London, Dallas, Washington, D.C., Sydney, Frankfurt | London, Dallas, Washington, D.C., Sydney, Frankfurt |
| HA | Regional | Regional | Regional | Regional |
| Sicherheit | RBAC für End-to-End-Verschlüsselung | RBAC für End-to-End-Verschlüsselung | RBAC für End-to-End-Verschlüsselung | RBAC für End-to-End-Verschlüsselung |
| Monitoring | IBM Cloud Monitoring | IBM Cloud Monitoring | IBM Cloud Monitoring | IBM Cloud Monitoring |
| Prüfung | IBM Cloud Logs | IBM Cloud Logs | IBM Cloud Logs | IBM Cloud Logs |
| Support | für Ihren IBM Cloud-Support-Plan | für Ihren IBM Cloud-Support-Plan | für Ihren IBM Cloud-Support-Plan | für Ihren IBM Cloud-Support-Plan |
| Rollout in Prozent | Unterstützt | Nicht unterstützt | Nicht unterstützt | Unterstützt |
| Snapshots | Nicht unterstützt | Nicht unterstützt | Nicht unterstützt | Unterstützt |
| KMS-Integration (BYOK) | Nicht unterstützt | Nicht unterstützt | Nicht unterstützt | Unterstützt |
| Integration von Event Notifications | Nicht unterstützt | Nicht unterstützt | Nicht unterstützt | Unterstützt |
| Workflow-Management des Feature-Flag-Status mit Service Now | Nicht unterstützt | Nicht unterstützt | Nicht unterstützt | Unterstützt |
| Konfigurationsaggregator | Nicht unterstützt | Unterstützt (keine Abrechnung) | Unterstützt (kostenpflichtig) | Unterstützt (kostenpflichtig) |
| In der Instanz enthaltene Konfigurationselemente | Nicht zutreffend | Nicht zutreffend | 2000 | 5000 |
| Überschreitung der Konfigurationselemente | Nicht zutreffend | Nicht zutreffend | Überschreitung zulässig | Überschreitung zulässig |
| Maximale Anzahl von Konfigurationselementen pro Instanz | Nicht zutreffend | Nicht zutreffend | Unbegrenzt | Unbegrenzt |
| Die abgeglichenen Konten sind in der Instanz enthalten | Nicht zutreffend | Nicht zutreffend | 0 | 0 |
| Überschuss bei der Kontenabstimmung | Nicht zutreffend | Nicht zutreffend | Überschreitung zulässig | Überschreitung zulässig |
| Maximale Anzahl abgeglichener Konten pro Instanz | Nicht zutreffend | Nicht zutreffend | Unbegrenzt | Unbegrenzt |
| Erfassung von Konfigurationsdaten in Echtzeit | Nicht unterstützt | Nicht unterstützt | Unterstützt | Unterstützt |
Die aktuellen Preise finden Sie auf der Katalogseite App Configuration.
Welche Einschränkungen gelten für die schrittweise Einführung?
Der progressive Rollout ist nur mit dem Enterprise-Tarif verfügbar. Pro Merkmalsausprägung ist nur ein progressiver Rollout zulässig, der entweder auf Merkmals- oder auf Regelebene konfiguriert werden kann.
Verwenden Sie die Feature Flag API für die Erstellung und Aktualisierung von Rollouts auf Flag-Ebene und die Rules API für die Erstellung und Aktualisierung von Rollouts auf Regelebene. Um ein Rollout zu stoppen, verwenden Sie die speziellen APIs zum Stoppen von Rollouts.
Wenn ein progressiver Rollout läuft, gelten die folgenden Einschränkungen:
- Man kann kein Experiment mit der gleichen Flagge beginnen.
- Sie können das Kennzeichen oder die Zielregel, die den Rollout enthält, nicht ändern.
- Sie können eine Sammlung nicht löschen, wenn ein zugehöriges Feature-Flag einen progressiven Rollout im laufenden Zustand hat.
- Sie können ein Segment nicht aktualisieren oder löschen, wenn ein zugehöriges Feature-Flag einen progressiven Rollout im laufenden Zustand hat.
Wenn für ein Kennzeichen bereits ein Experiment läuft, können Sie kein progressives Rollout für dieses Kennzeichen erstellen. Wenn der progressive Rollout auf Flaggenebene konfiguriert ist, können die Zielregeln auch nicht rolloutPercentage von der Flagge erben. Wenn der progressive Rollout auf Regelebene konfiguriert ist, kann die Regel ihren Wert nicht von dem Kennzeichen erben.
Wie kann ich App Configuration Aktivität prüfen?
Wenn Sie eine strenge Governance und Verantwortlichkeit innerhalb Ihrer App Configuration benötigen, erstellen Sie eine Instanz von IBM Cloud Cloud Logs im Abschnitt Observability der IBM Cloud Konsole. Verwenden Sie diese Option, um App Configuration Aktivität aufzuzeichnen und zu prüfen.
Wie kann ich App Configuration Aktivitätsdaten archivieren?
Wenn Sie eine langfristige Aufzeichnung der Aktivitäten innerhalb Ihrer App Configuration-Instanz aufbewahren möchten – sei es zu Audit-Zwecken oder zur Nachbearbeitung und Datenanalyse, einschließlich der Anwendung von Machine-Learning-Modellen –, erstellen Sie eine Instanz von IBM Cloud Cloud Logs im Abschnitt Observability der IBM Cloud-Konsole. Archivieren Sie anschließend Ereignisse aus einer Instanz von IBM Cloud Cloud Logs in einem Bucket einer Instanz von IBM Cloud Object Storage (COS). Weitere Informationen.
In welchen Regionen ist App Configuration verfügbar?
Eine Liste der IBM Cloud-Regionen, in denen Sie Instanzen von App Configuration bereitstellen können, finden Sie auf der Seite App Configuration – Über im IBM Cloud-Katalog.
Ist App Configuration ein hochverfügbarer Service?
Ja. App Configuration ist als Hochverfügbarkeitsservice für Unternehmensworkloads konzipiert und entspricht der App Configuration Servicebeschreibung und dem IBM Cloud Service-Level-Agreement für die Verfügbarkeit.Innerhalb einer einzelnen Region wird App Configuration in einem Cluster mit mehreren Zonen implementiert.
Ist App Configuration sicher?
Ja. Während App Configuration nicht als Vault für Geheimnisse konzipiert ist (stattdessen IBM Cloud Secrets Manager verwenden), haftet der Service selbst an den strengen Sicherheitsrichtlinien im Entwicklungsprozess und an der Sicherung und dem Schutz Ihrer Daten.Der Entwicklungsprozess umfasst Dinge wie Schwachstellenscans und -behebungen, regelmäßige Penetrationstests und häufige Sicherheitsüberprüfungen durch erstklassige Sicherheitsexperten.Die in App Configuration eingegebenen Daten werden standardmäßig sowohl bei der Übertragung als auch im Ruhezustand verschlüsselt.(Weitere Informationen finden Sie im Datenblatt App Configuration Datenverarbeitung und Datenschutz). Darüber hinaus sichern Sie den Zugriff auf Ihre eigenen Instanzen von App Configuration unter Verwendung von IBM Cloud Identitäts- und Zugriffsmanagement (IAM). Sie können das IBM Cloud Sicherheits- und Konformitätscenter für die laufende Sicherheitsüberwachung und Warnmeldungen für Ihre App Configuration Instanzen verwenden.