Foire aux questions 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 correspondant à la zone géographique ( région ) dans laquelle vous souhaitez provisionner 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 balises 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 propose quatre formules tarifaires :

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. Configuration Aggregator n'est pas pris en charge.
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. Configuration Aggregator est pris en charge sans frais supplémentaires.
standard Le prix mensuel de l'instance comprend 1 000 identifiants d'entités actifs et 100 000 appels API. Ce plan inclut des indicateurs de fonctionnalité en plus de la gestion des propriétés. Configuration Aggregator est pris en charge et facturé en fonction des éléments de configuration et des comptes rapprochés. La collecte des paramètres de configuration en temps réel est prise en charge.
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 le ciblage de segments, en plus de la gestion des propriétés et des indicateurs de fonctionnalité. Configuration Aggregator est pris en charge et facturé en fonction des éléments de configuration et des comptes rapprochés. La collecte des paramètres de configuration en temps réel est prise en charge.

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.  Lorsque Configuration Aggregator est activé sur une instance de forfait Standard ou Enterprise, deux indicateurs supplémentaires s'appliquent : Éléments de configuration et Comptes rapprochés.

Instance d'application: une instance d'application est une copie d' 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 d'entité active- Un ID d'entité active est un identifiant unique attribué à 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.

Éléments de configuration (Configuration Aggregator — plans Standard et Enterprise uniquement)- Un élément de configuration est un enregistrement de configuration de ressource d' IBM Cloud s stocké dans le Configuration Aggregator de votre compte. Au début de chaque mois civil, un instantané de référence est réalisé à partir de toutes les configurations de ressources collectées jusqu'à la fin de la journée précédente. Les nouvelles configurations de ressources collectées après ce moment sont comptabilisées de manière incrémentielle. La quantité facturée correspond à la somme de la quantité de référence et de tous les ajouts supplémentaires enregistrés au cours de la période.

Comptes réconciliés (Configuration Aggregator — plans Standard et Enterprise uniquement)- Un compte réconcilié est un compte dont les configurations de ressources sont activement collectées par Configuration Aggregator. Pour les comptes autonomes, cette valeur est toujours égale à 1. Pour les instances d'entreprise, ce nombre correspond à 1 (le compte parent) plus le nombre de sous-comptes actifs. Le nombre maximal atteint sur l'ensemble des cycles de facturation de la période correspond à la quantité facturée.

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 d' IBM Cloud Monitoring depuis la section Observabilité de la console IBM Cloud.

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

Le moyen le plus simple d'estimer le coût d'un service géré d' IBM Cloud est d'utiliser l'outil d'estimation des coûts d' IBM Cloud.

Conseils pour vous aider à estimer les coûts de manière plus précise :

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. Pour déterminer votre forfait, cliquez sur la ligne de la liste des ressources contenant votre instance d' App Configuration afin d'afficher un volet d'informations, ou accédez au tableau de bord de l'instance et consultez la section Forfait.

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 le quota inclus, votre instance continue de fonctionner normalement, mais des frais supplémentaires s'appliquent en fonction du tarif publié pour les identifiants 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 expertise métier, vos indicateurs de performance et vos prévisions d'utilisation pour estimer le coût d'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 expertise du domaine, vos indicateurs d'activité et vos prévisions d'utilisation pour estimer les coûts.

Si vous utilisez Configuration Aggregator dans le cadre d'un forfait Standard ou Enterprise, deux coûts supplémentaires s'appliquent :

  • Éléments de configuration — Estimez le coût en fonction du nombre total d'enregistrements de configuration des ressources d' IBM Cloud que vous prévoyez d'avoir stockés au début du mois (l'instantané de référence), auquel s'ajoutent les nouvelles ressources nettes collectées au cours du mois. Suivez votre solde actuel sur le tableau de bord Facturation et utilisation.
  • Comptes rapprochés — Estimez le coût en fonction du nombre maximal de comptes que votre instance devra rapprocher au cours du mois. Pour les comptes autonomes, ce chiffre est de 1. Pour les instances d'entreprise, comptez 1 pour le compte parent, plus le nombre maximal de sous-comptes actifs que vous prévoyez à tout moment au cours du mois.

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 devez disposer du forfait Enterprise d’ App Configuration pour prendre en charge à la fois les indicateurs de fonctionnalité 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 Identifiants d'entités actives : 200 000 instances d'application au total (utilisateurs) * 50 % d'actifs = 100 000 Identifiants d'entités actives inclus : 10 000 Nombre net d’identifiants d’entité actifs : 100 000 - 10 000 = 90 000 à0.01 par identifiant d’entité actif = 900 $

Appels API : 100 000 identifiants d'entités actifs * 30 invocations d'application par mois = 3 000 000 Appels API inclus : 1 000 000 Nombre net d’appels API : 3 000 000 - 1 000 000 = 2 000 000 à 10 $ pour 100 000 appels API = 200 $ COÛT TOTAL : 500 $ + 900 $ + 200 $ = 1 600 $ 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 une livraison continue; ainsi, en moyenne, vous effectuez un dark launch d’une nouvelle fonctionnalité tous les 3 jours (10 dark launches par mois), et la fonctionnalité est soumise à un ou deux jours de tests avant d’être mise en production (par exemple, le ciblage est désactivé). 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 devrez souscrire au forfait Enterprise d’ App Configuration, car les indicateurs de fonctionnalité et la segmentation sont tous deux requis.

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é actifs : 5 ID d’entité par région * 3 régions = 15 ID d’entité actifs inclus : 10 000 ID d’entité actifs nets : 0 (tous inclus) = 0 $ Appels API : 3 instances par région * 3 régions * (10 lancements en mode dark par mois * 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.

Comment l'utilisation de Configuration Aggregator est-elle facturée?

Lorsque Configuration Aggregator est activé sur une instance d' App Configuration, l'utilisation est mesurée à l'aide de deux indicateurs :

  • Éléments de configuration — Nombre total d'enregistrements de configuration des ressources d' IBM Cloud s stockés dans l'agrégateur de votre compte. Au début de chaque mois civil, un décompte de référence est enregistré. Les nouvelles configurations de ressources collectées après ce moment sont comptabilisées de manière incrémentielle et ajoutées à la base de référence. Le montant correspond à la quantité facturée pour la période.
  • Comptes rapprochés — Nombre de comptes activement rapprochés par l'agrégateur. Pour les comptes autonomes, cette valeur est toujours égale à 1. Pour les instances d'entreprise, ce nombre correspond à 1 (le compte parent) plus le nombre de sous-comptes actifs. La quantité facturée correspond au nombre le plus élevé atteint au cours de la période de facturation.

Qu'advient-il de la facturation de Configuration Aggregator si j'ajoute ou supprime des sous-comptes en cours de mois?

L'indicateur comptes rapprochés utilise le nombre le plus élevé de comptes actifs au cours de la période de facturation. Si vous ajoutez un sous-compte en cours de période, le nombre de sous-comptes augmente à partir du prochain cycle de facturation. Si vous supprimez un sous-compte en cours de période, la quantité maximale déjà enregistrée pour cette période reste utilisée comme quantité facturée.

Qu'advient-il de la facturation de Configuration Aggregator si je change de forfait en cours de mois?

Si votre formule tarifaire change au cours d'une période de facturation, l'utilisation de Configuration Aggregator est comptabilisée séparément pour chaque formule. L'utilisation de chaque forfait fait l'objet d'une facturation distincte.

Les éléments de configuration sont-ils facturés si une ressource est supprimée d' IBM Cloud après avoir été collectée?

Oui. Si la configuration d'une ressource a été collectée (c'est-à-dire qu'elle dispose d'une date de début de collecte) et que cette ressource est ensuite supprimée d' IBM Cloud e ou devient inactive, elle est tout de même prise en compte dans le décompte des éléments de configuration pour la période au cours de laquelle elle a été collectée.

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 du quota mensuel d'identifiants d'entités actives 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
Agrégateur de configuration Non pris en charge Prise en charge (sans facturation) Prise en charge (facturée) Prise en charge (facturée)
Éléments de configuration inclus avec l'instance Non applicable Non applicable 2 000 5000
Dépassement des limites des éléments de configuration Non applicable Non applicable Dépassement autorisé Dépassement autorisé
Nombre maximal d'éléments de configuration par instance Non applicable Non applicable Illimité Illimité
Comptes rapprochés inclus dans l'instance Non applicable Non applicable 0 0
Excédent de rapprochement des comptes Non applicable Non applicable Dépassement autorisé Dépassement autorisé
Nombre maximal de comptes rapprochés par instance Non applicable Non applicable Illimité Illimité
Collecte des paramètres de configuration en temps réel Non pris en charge Non pris en charge 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 historique à long terme de l’activité au sein de votre instance d’ App Configuration, que ce soit à des fins d’audit ou de post-traitement et d’analyse des données, y compris l’application de modèles d’apprentissage automatique, créez une instance d’ IBM Cloud Cloud Logs depuis la section Observabilité de la console IBM Cloud. Archivez ensuite les événements d'une instance d' IBM Cloud Cloud Logs dans un compartiment d'une instance d' IBM CloudObject Storage (COS). En savoir plus.

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

Pour voir une liste des régions IBM Cloud où vous pouvez provisionner des instances de App Configuration, consultez la page À propos de App Configuration 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.