FAQs zur 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 ) darstellt, 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, die Ihnen helfen, die Instanz in Ihrem Konto zu identifizieren und zu organisieren. 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 hat drei Preispläne:
| 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. |
| Grundlegend | Es gibt keine monatlichen Instanzkosten. Sie zahlen nur für Ihre Nutzung. | Dieser Plan umfasst nur Funktionen für das Eigenschaftsmanagement. |
| Standard | Der monatliche Instanzpreis beinhaltet 1000 aktive Entitäts-IDs und 100.000 API-Aufrufe. | Dieser Plan enthält neben den Funktionen für das Eigenschaftsmanagement Feature-Flags. |
| Enterprise | Der monatliche Instanzpreis umfasst 10.000 aktive Entitäts-IDs und 1.000.000 API-Aufrufe. | Dieser Plan umfasst manuelle Rollout- und Targeting-Segmente zusätzlich zum Property Management und den Feature Flags, die im Standard-Plan enthalten sind. |
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.
Anwendungsinstanz- Eine Anwendungsinstanz ist eine eindeutig benannte Kopie von App Configuration, die von Ihnen erstellt und 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 angebenDiese 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.
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 ausgefeiltere Überwachung benötigen, erstellen Sie eine IBM Cloud Monitoring Instanz über den Abschnitt Observability der IBM Cloud Konsole.
Wie kann man App Configuration Kosten vorhersagen?
Der einfachste Weg, die Kosten für einen von IBM Cloud verwalteten Dienst zu schätzen, ist die Verwendung des Tools IBM Cloud Cost Estimator.
Leitlinien, die Ihnen helfen, die Kosten genauer vorherzusagen:
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. Bestimmen Sie Ihren Plan, indem Sie entweder auf die Zeile der Ressourcenliste klicken, die Ihre App Configuration Instanz enthält, um ein Informations-Slide-Out zu öffnen, oder gehen Sie zum Instanz-Dashboard und schauen Sie in den Abschnitt Plan.
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 normal weiter, aber es fällt eine Überschreitungsgebühr auf der Grundlage des veröffentlichten Tarifs für Entity-IDs und API-Aufrufe an.
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? Verlassen Sie sich bei der Vorhersage der Active Entity ID-Kosten auf Ihr eigenes Fachwissen, Ihre Geschäftskennzahlen und Nutzungsprognosen.
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? Verlassen Sie sich bei der Kostenvorhersage auf Ihre eigenen Fachkenntnisse, Geschäftskennzahlen und Nutzungsprognosen.
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 Plan, um sowohl Feature Flags als auch Segmentierung zu unterstützen.
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 Unternehmensinstanzen: 1 @ $500 pro Monat Aktive Entitäts-IDs: 200.000 Gesamtanwendungsinstanzen (Benutzer) * 50% aktiv = 100.000 Enthaltene aktive Entitäts-IDs: 10.000 Aktive Entitäts-IDs netto: 100.000 - 10.000 = 90.000 @ $0.01 pro aktive Entitäts-ID = $900
API-Aufrufe: 100.000 Aktive Entitäts-IDs * 30 App-Aufrufe pro Monat = 3.000.000 Enthaltene API-Aufrufe: 1.000.000 Netto-API-Aufrufe: 3.000.000 - 1.000.000 = 2.000.000 @ $10/ 100.000 API-Aufrufe = $200 GESAMTKOSTEN: $500 + $900 + $200 = $1600 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 bewegen sich auf eine kontinuierliche Bereitstellung zu, so dass Sie im Durchschnitt alle 3 Tage eine neue Funktion einführen (10 dunkle Einführungen pro Monat), und die Funktion wird ein oder zwei Tage lang getestet, bevor sie freigegeben wird (z. B. Entfernen von Zielvorgaben). 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 Plan, 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 Unternehmensinstanzen: 1 @ $500 pro Monat Aktive Entitäts-IDs: 5 Entitäts-IDs pro Region * 3 Regionen = 15 Enthaltene Aktive Entitäts-IDs: 10.000 Netto Aktive Entitäts-IDs: 0 (alle enthalten) = 0 $ API-Aufrufe: 3 Instanzen pro Region * 3 Regionen * (10 Dark Launches pro Monat * 2 Toggles 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.
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 |
| Monatliche Überschreitung der 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 DC, Sydney, Frankfurt | London, Dallas, Washington DC, Sydney, Frankfurt | London, Dallas, Washington DC, Sydney, Frankfurt | London, Dallas, Washington DC, 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-Protokolle | IBM Cloud-Protokolle | IBM Cloud-Protokolle | IBM Cloud-Protokolle |
| 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 |
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, entweder für Audit-Zwecke oder für die Nachbearbeitung und Datenanalyse, einschließlich der Anwendung von Machine-Learning-Modellen, erstellen Sie eine Instanz von IBM Cloud Cloud Logs aus dem Observability-Bereich der IBM Cloud Konsole. Archivieren Sie dann Ereignisse aus einer IBM Cloud Cloud Logs-Instanz in einem Bucket in einer IBM Cloud Object Storage (COS)-Instanz. 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 About im Katalog IBM Cloud.
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.