FAQ sur l'utilisation et la facturation

Cette foire aux questions pour App Configuration fournit des réponses aux questions courantes sur App Configuration.

Comment créer une instance App Configuration ?

  1. Connectez-vous à votre compte IBM Cloud.

  2. Dans le catalogue IBM Cloud, recherchez App Configuration et sélectionnez App Configuration. L'écran de configuration du service s'ouvre.

  3. Dans l'onglet Créer, sélectionnez l'emplacement qui représente la zone géographique (région ) dans laquelle vous souhaitez approvisionner votre instance.

  4. Sélectionnez un Plan de tarification.

  5. Configurez votre ressource en fournissant un nom de service pour votre instance ou utilisez le nom prédéfini.

  6. Sélectionnez un Groupe de ressources.

  7. Facultatif : Ajoutez des étiquettes pour vous aider à identifier et à organiser l'instance dans votre compte. Si vos étiquettes sont liées à la facturation, vous pouvez les écrire sous forme de paires clé: valeur pour permettre leur regroupement. Par exemple, costctr: 124.

  8. Facultatif: ajoutez des balises de gestion des accès qui vous aident à appliquer des règles d'accès flexibles sur des ressources spécifiques.

  9. Acceptez les contrats de licence et les dispositions en cochant la case.

  10. Cliquez sur Créer. Une nouvelle instance de service est créée et la console du service App Configuration est affichée.

Puis-je utiliser les modules Terraform IBM pour provisionner une instance App Configuration?

Oui, vous pouvez utiliser les modules Terraform IBM(TIM) pour provisionner une instance App Configuration instance. Les modules Terraform IBM sont des modules préconstruits, validés et prêts pour l'entreprise qui suivent les meilleures pratiques de IBM Cloud. Pour plus d'informations et pour connaître les modules disponibles, consultez le Terraform Registry.

Quels sont les plans de tarification disponibles avec App Configuration ?

App Configuration comporte trois plans de tarification :

Plans de tarification
Plan Inclusions Capacités
Lite Plan d'évaluation gratuit qui inclut 10 ID d'entité actifs et 5 000 appels API.
Les services du plan Lite sont supprimés au bout de 30 jours d'inactivité.		 Inclut toutes les fonctionnalités App Configuration d'évaluation uniquement. Ne pas utiliser pour la production.
Basic Il n'y a pas de coût d'instance mensuel. Vous ne payez que ce que vous utilisez. Ce plan inclut uniquement des fonctions de gestion des propriétés.
standard Le prix de l'instance mensuelle inclut 1 000 ID d'entité actifs et 100 000 appels API. Ce plan inclut des indicateurs de fonctionnalité en plus des fonctionnalités de gestion des propriétés.
Entreprise Le prix de l'instance mensuelle inclut 10 000 ID d'entités actifs et 1 000 000 d'appels API. Ce plan comprend le déploiement manuel et les segments de ciblage, en plus de la gestion des biens et des indicateurs de fonctionnalités que l'on trouve dans le plan standard.

Quels sont les frais d'utilisation d'App Configuration ?

Les principaux éléments mesurés pour la tarification d'App Configuration l'instance d'application, l'ID d'entité actif et l'appel API.

Instance d' application - Une instance d'application est une copie de App Configuration portant un nom unique, créée par vous mais gérée par IBM.Plusieurs instances d'App Configuration au sein d'un même environnement sont chacune considérée comme des instances d'application distinctes, comme le sont des App Configurationinstances individuelles dans plusieurs environnements (tel un environnement de test, de développement, de préproduction ou de production).

Une unique instance d'App Configuration peut servir plusieurs environnements et, en fait, le service est conçu pour fonctionner ainsi.

ID de l' entité active - L'ID de l'entité active est un identifiant unique pour chaque entité qui interagit avec le service App Configuration. Par exemple, une entité peut être une instance d'une application qui s'exécute sur un appareil mobile, un microservice qui s'exécute sur le cloud ou un composant d'infrastructure qui exécute ce microservice. Pour qu'une entité interagisse avec App Configuration, elle doit fournir un ID d'entité unique. Cette tâche est la plus facile à réaliser en programmant votre application ou microservice pour l'envoi de l'ID d'entité à l'aide du logiciel SDK d'App Configuration.

Appel de l'API - Un appel d'API est l'appel de App Configuration via une interface programmable.

Ce qui constitue exactement un appel API dépend du type d'entité (par exemple, microservice ou application mobile). Pour les entités côté serveur tels les microservices, lorsque l'état d'un indicateur de fonctionnalité ou une propriété change dans App Configuration, une connexion WebSocket avertit le logiciel SDK du microservice qu'une modification d'état s'est produite. Le microservice renvoie alors un appel à App Configuration pour récupérer la mise à jour. Cette action est un appel d'API.

Un appel API peut également être émis au démarrage afin de récupérer l'état de configuration initial configuration. Pour les entités côté client telles que les applications mobiles, les websockets ne sont pas utilisés. A la place, un appel d'API extrait l'état de configuration en cours lorsqu'un utilisateur ouvre l'application ou la met au premier plan. Vous pouvez également, à l'aide d'un programme, appeler App Configuration pour extraire l'état de configuration le plus récent.

Comment afficher les statistiques d'utilisation pour App Configuration ?

Affichez les métriques d'utilisation de l'historique de base App Configuration sur la plateforme IBM Tableau de bord Facturation et utilisation. Si vous avez besoin d'une surveillance plus sophistiquée, créez une instance IBM Cloud Monitoring à partir de la section Observabilité de la console IBM Cloud.

Comment prévoir le coût d'App Configuration ?

La manière la plus simple d'estimer le coût d'un service géré par IBM Cloud est d'utiliser l'outil IBM Cloud Cost Estimator.

Lignes directrices pour vous aider à prévoir les coûts de manière plus détaillée :

Le coût d'une instance d'application est un coût mensuel fixe. Si vous supprimez une instance App Configuration au milieu du mois, le coût mensuel de l'instance d'application est calculé au prorata. Pour prévoir le coût de l'instance de mois, vous devez être conscient du nombre d'instances App Configuration que vous avez et du plan de tarification qui est affecté à chacun d'entre elles.

Affichez toutes vos instances existantes dans la Liste de ressources de la console IBM Cloud dans la section Services. Déterminez votre plan en cliquant sur la ligne de la liste des ressources qui contient votre instance App Configuration pour faire apparaître une fenêtre d'information, ou allez dans le tableau de bord de l'instance et regardez dans la section Plan.

Certains plans de tarification App Configuration proposent un prix d'instance d'application mensuel et d'autres pas. Si le plan que vous sélectionnez propose un prix d'instance, ce prix inclut un nombre défini d'ID d'entité et d'appels API. Si vous dépassez l'allocation incluse, votre instance continue à fonctionner normalement mais vous accumulez des frais de dépassement basés sur le taux publié pour les ID d'entité et les appels API.

Le coût d'ID d'entité actif est basé sur le nombre d'entités uniques qui interagissent avec votre instance App Configuration au cours du mois. Les entités s'auto-identifient lorsqu'un appel API est émis et chaque instance de votre application fournit un ID d'entité unique. Vous n'êtes pas facturé pour les entités qui n'appellent pas App Configuration au cours du mois. Si votre plan de tarification inclut une allocation gratuite d'ID d'entité active, vous n'êtes pas facturé tant que l'affectation n'est pas dépassée.

Etant donné que le coût des ID d'entité actifs peut se révéler difficile à prévoir vous devez surveiller étroitement votre activité historique. Voir Comment afficher les statistiques d'utilisation pour App Configuration ? Appuyez-vous sur votre propre connaissance du domaine, sur vos indicateurs commerciaux et sur vos prévisions d'utilisation pour prévoir le coût de l'Active Entity ID.

Le coût d'appel API est basé sur le nombre d'appels API envoyés ou reçus par App Configuration au cours du mois sur toutes vos entités combinées. Vérifiez la section - Quels sont les frais d'utilisation de App Configuration ? pour déterminer ce qui constitue un appel d'API.

Si votre plan de tarification inclut une allocation gratuite d'appels API, vous n'êtes pas facturé tant que vous ne dépassez pas l'allocation. Surveillez étroitement votre activité historique et reportez-vous à la rubrique Comment afficher les statistiques d'utilisation pour App Configuration ? Appuyez-vous sur votre propre connaissance du domaine, sur les indicateurs de l'entreprise et sur les prévisions d'utilisation pour prévoir les coûts.

Pouvez-vous donner des exemples de scénarios de tarification ?

Scénario de tarification 1 : application mobile avec indicateurs de fonctionnalité

Supposons que vous disposez d'une application mobile et que vous voulez que des indicateurs de fonctionnalité et des segments cible déploient des fonctionnalités de manière incrémentielle pour différents groupes d'utilisateurs.Vos mesures historiques affichent 200 000 utilisateurs mais environ uniquement 50 % sont actifs dans un mois. Un utilisateur actif moyen ouvre l'application ou la place au premier plan une fois par jour. Vous vous attendez à transférer une nouvelle fonction deux fois par mois.

Vous avez besoin du plan App Configuration Enterprise pour prendre en charge les drapeaux de fonctionnalités et la segmentation.

Pour cet exemple, supposons qu'une instance de plan Enterprise soit de 500 $ par mois, que les ID d'entité actifs soient de0.01 $ chacun et que les appels d'API soient de 10 $ par 100 000. REMARQUE: Ces prix ne sont pris en compte que pour cet exemple. La tarification actuelle peut être différente des montants indiqués dans l'exemple. Voir la page du catalogue App Configuration pour la tarification actuelle.

App Configuration Instances d'entreprise : 1 @ 500 $ par mois ID d'entité active : 200 000 instances d'application totales (utilisateurs) * 50 % actifs = 100 000 ID d'entité active inclus : 10 000 ID d'entité active nets : 100 000 - 10 000 = 90 000 @0.01 $ par ID d'entité active = 900 $

Appels API : 100 000 ID d'entités actives * 30 invocations d'applications par mois = 3 000 000 Appels API inclus : 1 000 000 Appels API nets : 3 000 000 - 1 000 000 = 2 000 000 @ 10 $/100 000 appels API = 200 $ COÛT TOTAL : 500 $ + 900 $ + 200 $ = 1600 $ par mois

Scénario de tarification 2 : microservice avec indicateurs de fonctionnalité

Supposons que vous disposez de cinq microservices de back end qui prennent en charge votre application mobile. Pour tester complètement les nouvelles fonctionnalités des microservices, vous voulez les lancer de manière furtive en production et ne cibler que les testeurs. L'application mobile est utilisée dans le monde entier, donc vous avez l'ensemble de cinq micro-services dans chacune des 3 régions du monde, et vous voulez tester dans votre application dans chaque région avant d’être opérationnel.

Vous vous orientez vers la livraison continue, de sorte qu'en moyenne vous lancez une nouvelle fonctionnalité tous les trois jours (10 lancements sombres par mois), et la fonctionnalité subit un jour ou deux de tests avant d'être publiée (par exemple, le ciblage est supprimé). Il en résulte 2 basculements par dispositif, un pour activer la fonction pour les testeurs, et un pour supprimer le ciblage et l'activation pour la population générale des utilisateurs.

Vous aurez besoin du plan d'entreprise App Configuration car les drapeaux de fonctionnalités et la segmentation sont nécessaires.

Pour cet exemple, supposons qu'une instance de plan Enterprise soit de 500 $ par mois, que les ID d'entité actifs soient de0.01 $ chacun et que les appels d'API soient de 10 $ par 100 000. REMARQUE: Ces prix ne sont pris en compte que pour cet exemple. La tarification actuelle peut être différente des montants indiqués dans l'exemple. Voir la page du catalogue App Configuration pour la tarification actuelle.

App Configuration Instances d'entreprise : 1 @ 500 $ par mois ID d'entité active : 5 ID d'entité par région * 3 régions = 15 ID d'entité active inclus : 10 000 ID d'entité active nets : 0 (tous inclus) = 0 $ Appels API : 3 instances par région \N 3 régions \N (10 lancements sombres par mois \N 2 bascules par version) = 180 appels API inclus : 1 000 000 Appels API nets : 0 (tous inclus) = 0 $ COÛT TOTAL : 500 $ + 0 $ + 0 $ = 500 $ par mois

Vous pouvez utiliser la même instance d'App Configuration pour les deux scénarios pour un coût total d'un peu plus de 1600 $ par mois.

Quels sont les capacités, quotas et limites des divers aspects des plans App Configuration ?

Capacités, quotas et limites pour les différents plans tarifaires
Lite Basic standard Entreprise
Nombre de collaborateurs (membres d'équipe) Aucune restriction Aucune restriction Aucune restriction Aucune restriction
Nombre maximal d'instances 1 Aucune restriction Aucune restriction Aucune restriction
Vie d'une instance 30 jours d'inactivité Aucune restriction Aucune restriction Aucune restriction
Prix de base d'une instance (mensuel) Gratuit Gratuit Frais (voir la page du catalogue) Frais (voir la page du catalogue)
ID d'entité actifs par mois inclus avec l'instance 10 0 1000 10 000
Dépassement mensuel de l'ID de l'entité active Dépassement non autorisé Dépassement autorisé Dépassement autorisé Dépassement autorisé
Nombre maximum d'ID d'entité actifs par instance par mois 10 Illimité Illimité Illimité
Appels API inclus avec l'instance 5 000 0 100 000 1 000 000
Prix de dépassement du nombre d'appels API Dépassement non autorisé Dépassement autorisé Dépassement autorisé Dépassement autorisé
Nombre maximum d'appels API par instance par mois 5 000 Illimité Illimité Illimité
Environnements 1 15 15 15
Collections 1 20 20 Illimité
Propriétés 10 (propriétés + indicateurs) 1000 1000 Illimité
Types de propriétés Tous Tous Tous Tous
Taille de propriété maximale 10 To 10 Ko 10 To 10 To
Taille maximale de stockage (toutes les propriétés) 0,1 Mo 10 Mo 10 Mo 10 Mo
Indicateurs 10 (propriétés + indicateurs)
100 Illimité
Attributs Glean à partir des attributs de réponse et personnalisés
Glean à partir des attributs de réponse et personnalisés
Segments 3
Illimité
Règles de définition de segment par segment 3
25
Nombre maximum de règles de définition de ciblage par instance 3
100
Règles de définition de ciblage par fonctionnalité
50
Mode de distribution Websocket (serveur) pull ou get (client) Websocket (serveur) pull ou get (client) Websocket (serveur) pull ou get (client) Websocket (serveur) pull ou get (client)
Accès basé sur les rôles Niveau de l'environnement, niveau de la collection Niveau de l'environnement, niveau de la collection Niveau de l'environnement, niveau de la collection Niveau de l'environnement, niveau de la collection
Emplacements Londres, Dallas, Washington DC, Sydney, Francfort Londres, Dallas, Washington DC, Sydney, Francfort Londres, Dallas, Washington DC, Sydney, Francfort Londres, Dallas, Washington DC, Sydney, Francfort
HD Régional Régional Régional Régional
Sécurité Chiffrement RBAC de bout en bout Chiffrement RBAC de bout en bout Chiffrement RBAC de bout en bout Chiffrement RBAC de bout en bout
Monitoring IBM Cloud Monitoring IBM Cloud Monitoring IBM Cloud Monitoring IBM Cloud Monitoring
Effectuer un audit IBM Cloud Logs IBM Cloud Logs IBM Cloud Logs IBM Cloud Logs
Support via votre plan de support IBM Cloud via votre plan de support IBM Cloud via votre plan de support IBM Cloud via votre plan de support IBM Cloud
Pourcentage de déploiement Pris en charge Non pris en charge Non pris en charge Pris en charge
Instantanés Non pris en charge Non pris en charge Non pris en charge Pris en charge
Intégration KMS (BYOK) Non pris en charge Non pris en charge Non pris en charge Pris en charge
Intégration d' Event Notifications Non pris en charge Non pris en charge Non pris en charge Pris en charge
Gestion des flux de travaux de l'état de l'indicateur de fonction avec Service Now Non pris en charge Non pris en charge Non pris en charge Pris en charge

Voir la page du catalogue App Configuration pour les prix actuels.

Quelles sont les restrictions applicables au déploiement progressif?

Le déploiement progressif n'est disponible qu'avec le plan Entreprise. Un seul déploiement progressif est autorisé par indicateur de fonctionnalité, et il peut être configuré soit au niveau de l'indicateur, soit au niveau de la règle.

Utilisez l'API des indicateurs de fonctionnalités pour la création et la mise à jour des déploiements au niveau des indicateurs, et utilisez l'API des règles pour la création et la mise à jour des déploiements au niveau des règles. Pour arrêter un déploiement, utilisez les API dédiées à l'arrêt du déploiement.

Si un déploiement progressif est en cours, les restrictions suivantes s'appliquent :

  • On ne peut pas commencer une expérience sur le même drapeau.
  • Vous ne pouvez pas modifier l'indicateur ou la règle de ciblage qui contient le déploiement.
  • Vous ne pouvez pas supprimer une collection si un indicateur de fonctionnalité associé a un déploiement progressif en cours d'exécution.
  • Vous ne pouvez pas mettre à jour ou supprimer un segment si un indicateur de fonctionnalité associé a un déploiement progressif en cours d'exécution.

Si une expérience est déjà en cours sur un drapeau, vous ne pouvez pas créer un déploiement progressif pour ce drapeau. De même, si le déploiement progressif est configuré au niveau de l'indicateur, les règles de ciblage ne peuvent pas hériter de rolloutPercentage de l'indicateur. Si le déploiement progressif est configuré au niveau de la règle, celle-ci ne peut pas hériter de la valeur de l'indicateur.

Comment effectuer un audit de l'activité d'App Configuration ?

Si vous avez besoin d'une gouvernance et d'une responsabilité strictes au sein de votre instance App Configuration, créez une instance de IBM Cloud Cloud Logs depuis la section Observabilité de la console IBM Cloud. Utilisez cette méthode pour enregistrer et auditer l'activité d'App Configuration.

Comment archiver les données d'activité d'App Configuration ?

Si vous souhaitez conserver un enregistrement à long terme de l'activité au sein de votre instance App Configuration, soit à des fins d'audit, soit pour le post-traitement et l'analyse des données, y compris l'application de modèles d'apprentissage automatique, créez une instance de IBM Cloud Cloud Logs à partir de la section Observability de la console IBM Cloud. Ensuite, archivez les événements d'une instance IBM Cloud Cloud Logs dans un bac d'une instance IBM Cloud Object Storage (COS). En savoir plus.

Dans quelles régions App Configuration est-il disponible ?

Pour obtenir une liste des régions IBM Cloud où vous pouvez fournir des instances de App Configuration, consultez la page App Configuration About dans le catalogue IBM Cloud.

Est-ce qu'App Configuration est un service à haute disponibilité ?

Oui. App Configuration est conçu comme un service à haute disponibilité conçu pour les charges de travail d'entreprise et conforme à la description de serviceApp Configuration et à l'accord sur les niveaux de serviceIBM Cloud pour la disponibilité.Dans une seule région, App Configuration est déployé sur un cluster multizone.

App Configuration est-il sécurisé ?

Oui. Le service App Configuration n'est pas conçu comme coffre-fort pour les secrets (utilisez IBM Cloud Secrets Manager à la place), mais il se conforme à de strictes instructions de sécurité pour le processus de développement et concernant la sécurisation et la protection de vos données. Le processus de développement comprend des éléments tels que l'analyse de vulnérabilité et de résolution, des tests de pénétration périodiques et de fréquentes révisions de la sécurité par des spécialistes internationaux de la sécurité.Les données dans App Configuration sont chiffrées par défaut en transit et au repos. (Voir la fiche technique Traitement et protection des données App Configuration pour en savoir plus). De plus, vous pouvez sécuriser l'accès à vos propres instances d'App Configuration à l'aide de IBM Cloud Identity and Access Management (IAM). Vous pouvez utiliser le centre de sécurité et de conformité (Security and Compliance Center) d'IBM Cloud pour la surveillance et les alertes de sécurité en cours de vos instances App Configuration.