FAQ per l'utilizzo e la fatturazione

Le FAQ per App Configuration forniscono risposte alle domande più comuni su App Configuration.

Come creare un'istanza di App Configuration?

  1. Esegui l'accesso al tuo account IBM Cloud.

  2. Nel catalogo IBM Cloud, cerca App Configuration e seleziona App Configuration. Si apre la schermata di configurazione del servizio.

  3. Nella scheda Crea, selezionare l'ubicazione che rappresenta l'area geografica (Regione) in cui si desidera eseguire il provisioning della propria istanza.

  4. Selezionare un piano tariffario.

  5. Configura la tua risorsa fornendo un Nome servizio per la tua istanza o utilizza il nome preimpostato.

  6. Seleziona un gruppo di risorse (Resource group).

  7. Facoltativo: aggiungi Tag per aiutarti a identificare e organizzare l'istanza nel tuo account. Se i tag sono correlati alla fatturazione, considerare la possibilità di scrivere i tag come coppie chiave: valore per aiutare a raggruppare i tag correlati, come ad esempio costctr: 124.

  8. Facoltativo: aggiungi le tag di gestione dell'accesso che ti aiutano ad applicare politiche di accesso flessibili su specifiche risorse.

  9. Accettare i termini e gli accordi di licenza facendo clic sulla check box.

  10. Fai clic su Crea. Viene creata una nuova istanza del servizio e viene visualizzata la console del servizio App Configuration.

È possibile utilizzare Terraform IBM Modules per eseguire il provisioning di un'istanza di App Configuration?

Sì, è possibile utilizzare Terraform IBM Modules(TIM) per il provisioning di un'istanza App Configuration istanza. I moduli Terraform IBM sono moduli precostituiti, convalidati e pronti per l'impresa che seguono le best practice di IBM Cloud. Per ulteriori informazioni e per i moduli disponibili, consultare il Registro di Terraform.

Quali piani dei prezzi sono disponibili con App Configuration?

App Configuration ha tre piani dei prezzi:

Piani dei prezzi
Piano Inclusioni Funzionalità
Lite Questo è un piano di valutazione gratuito che include 10 ID entità attivi e 5.000 chiamate API.
I servizi del piano Lite vengono eliminati dopo 30 giorni di inattività.
Include tutte le funzionalità di App Configuration solo per la valutazione. Da non utilizzare per la produzione.
Base Non è previsto alcun costo mensile per l'istanza. Paghi soltanto per quello che utilizzi. Questo piano include solo funzioni di gestione proprietà.
Standard Il prezzo dell'istanza mensile comprende 1000 ID entità attivi e 100.000 chiamate API. Questo piano include indicatori di funzione oltre alle funzionalità di gestione delle proprietà.
Enterprise Il prezzo mensile dell'istanza include 10.000 ID entità attivi e 1.000.000 di chiamate API. Questo piano include il rollout manuale e i segmenti di targeting, oltre alla gestione delle proprietà e ai flag delle funzionalità presenti nel piano Standard.

Quali sono gli addebiti per utilizzare App Configuration?

Le metriche dei prezzi fondamentali per App Configuration sono Istanza dell'applicazione, ID entità attivo e Chiamata API.

Istanza applicazione- Un'istanza applicazione è una copia con nome univoco di App Configuration creata da te ma gestita da IBM. Più istanze di App Configuration all'interno di un singolo ambiente sono tutte considerate istanze dell'applicazione separate, come lo sono le singole istanze App Configuration in più ambienti (come test, sviluppo, preparazione o produzione).

Una singola istanza di App Configuration può servire più ambienti, e in effetti il servizio è stato progettato per farlo.

ID entità attiva- Un ID entità attivo è un identificativo univoco per ogni entità che interagisce con il servizio App Configuration. Ad esempio, un'entità potrebbe essere un'istanza di un'applicazione che viene eseguita su un dispositivo mobile, un microservizio che viene eseguito sul Cloud o un componente dell'infrastruttura che esegue tale microservizio. Affinché qualsiasi entità interagisca con App Configuration, deve fornire un ID entità univoco. Questa attività viene eseguita più facilmente programmando la tua applicazione o il microservizio per inviare l'ID entità utilizzando l'SDK App Configuration.

API Call- Una chiamata API è il richiamo di App Configuration attraverso un'interfaccia programmabile.

Esattamente, ciò che costituisce una chiamata API varia a seconda del tipo di entità (ad esempio, un microservizio o un'applicazione mobile). Per entità lato server come i microservizi, quando lo stato di un indicatore di funzione o di una proprietà cambia in App Configuration, una connessione websocket notifica all'SDK nel microservizio che si è verificata una modifica dello stato. Il microservizio richiama quindi nuovamente App Configuration per richiamare l'aggiornamento. Questa azione è una chiamata API.

Una chiamata API si verifica anche all'avvio per richiamare lo stato di configurazione iniziale. Per le entità lato client come le applicazioni mobili, i websocket non vengono utilizzati. Invece, una chiamata API richiama lo stato di configurazione corrente quando un utente apre l'applicazione o la porta in primo piano. Puoi anche richiamare in modo programmatico App Configuration per recuperare lo stato di configurazione più recente.

Come visualizzare le metriche di uso per App Configuration?

Visualizza le metriche di utilizzo della cronologia di base App Configuration sulla piattaforma IBM Dashboard di fatturazione e utilizzo. Se hai bisogno di un monitoraggio più sofisticato, crea un'istanza IBM Cloud Monitoring dalla sezione Osservabilità della console IBM Cloud.

Come prevedere il costo App Configuration ?

Il modo più semplice per stimare il costo per qualsiasi servizio gestito IBM Cloud è utilizzare lo strumento IBM Cloud Cost Estimator.

Linee guida per aiutarti a prevedere i costi in modo più dettagliato:

Il costo Istanza applicazione è un costo mensile fisso. Se elimini un'istanza App Configuration a metà mese, l'addebito mensile dell'istanza dell'applicazione è pro - valutato. Per prevedere il costo mensile dell'istanza, devi essere consapevole del numero di istanze di App Configuration di cui disponi e di quale piano dei prezzi è assegnato a ognuno.

Vedi tutte le tue istanze esistenti nell'elenco di risorse della console IBM Cloud nella sezione Servizi. Determina il tuo piano facendo clic sulla riga Elenco risorse che contiene la tua istanza App Configuration per rivelare una diapositiva delle informazioni oppure vai al pannello di controllo dell'istanza e cerca nella sezione Piano.

Alcuni piani dei prezzi App Configuration hanno un prezzo mensile dell'istanza dell'applicazione e altri no. Se il piano selezionato ha un prezzo dell'istanza, il prezzo per l'istanza include un numero impostato di ID entità e di chiamate API inclusi nel prezzo dell'istanza. Se superi l'assegnazione inclusa, la tua istanza continua a funzionare normalmente, ma accumuli un addebito di eccedenza in base alla tariffa pubblicata per gli ID entità e le chiamate API.

Il costo ID entità attivo è basato sul numero di entità univoche che interagiscono con l'istanza App Configuration durante il mese. Le entità identificano automaticamente quando viene effettuata una chiamata API e ogni istanza della tua applicazione fornisce un ID entità univoco. Non ti vengono addebitate le entità che non richiamano App Configuration durante il mese. Se il tuo piano dei prezzi include un'assegnazione gratuita di ID entità attivi, non ti verrà addebitato fino a quando non viene superata l'assegnazione.

Il costo dell'ID entità attivo può essere difficile da prevedere, quindi è necessario monitorare attentamente l'attività cronologica. Vedi Come visualizzare le metriche di utilizzo per App Configuration? Utilizza le tue conoscenze di dominio, le metriche aziendali e le previsioni di utilizzo per prevedere il costo dell'ID entità attivo.

Il costo della chiamata API si basa sul numero di chiamate API inviate o ricevute da App Configuration durante il mese in tutte le tue entità combinate. Sezione di controllo - Quali sono gli addebiti per utilizzare App Configuration? per determinare cosa costituisce una chiamata API.

Se il tuo piano dei prezzi include un'assegnazione gratuita di chiamate API, non ti verrà addebitato fino a quando l'assegnazione non viene superata. Monitora attentamente l'attività cronologica e controlla Come visualizzare le metriche di utilizzo per App Configuration? Utilizza le tue conoscenze di dominio, le metriche di business e le previsioni di utilizzo per prevedere i costi.

È possibile fornire alcuni scenari di determinazione dei prezzi di esempio?

Scenario di prezzi 1: app mobile con indicatori funzione

Si supponga di disporre di una app mobile e si desidera che gli indicatori di funzione e i segmenti di destinazione implementino le funzioni in modo incrementale a diverse serie di utenti. Le metriche cronologiche mostrano 200.000 utenti, ma solo circa il 50% è attivo in un mese. Un utente medio attivo apre l'app o la porta in primo piano una volta al giorno. Si prevede di implementare una nuova funzione due volte al mese.

Hai bisogno del piano Enterprise App Configuration per supportare sia gli indicatori di funzione che la segmentazione.

Per questo esempio, si supponga che un'istanza del piano Enterprise sia $500 al mese, che gli ID entità attivi siano $0.01 ciascuno e che le chiamate API siano $10 per 100.000. NOTA: Questi prezzi sono assunti solo per questo esempio. Il prezzo corrente può essere diverso dagli importi mostrati nell'esempio. Vedi la pagina del catalogo App Configuration per i prezzi correnti.

App Configuration Istanze aziendali: 1 @ $500 al mese ID entità attivi: 200.000 istanze applicazione totali (utenti) * 50% attivi = 100.000 ID entità attive incluse: 10.000 ID entità attive nette: 100.000 - 10.000 = 90.000 @ $0.01 per ID entità attiva = $900

Chiamate API: 100.000 ID entità attivi * 30 richiami app al mese = 3.000.000 chiamate API incluse: 1.000.000 chiamate API nette: 3.000.000 - 1,000.000 = 2,000.000 @ $10 / 100.000 chiamate API = $200 TOTALE COST: $500 + $900 + $200 = $1600 al mese

Scenario di determinazione dei prezzi 2: Microservizio con indicatori funzione

Supponiamo di avere cinque microservizi di back - end che supportano la tua app mobile. Per testare completamente le nuove funzioni di microservizio, vuoi lanciarle in produzione e indirizzarle solo ai tester. L'applicazione mobile è utilizzata in tutto il mondo, quindi hai la serie di cinque microservizi in ognuna delle 3 regioni del mondo e vuoi testare nella tua applicazione in ogni regione prima di andare in diretta.

Si sta procedendo verso la consegna continua, quindi in media si avvia una nuova funzione ogni 3 giorni (10 lanci scuri al mese), e la funzione subisce uno o due test prima di essere rilasciata (ad esempio, il targeting rimosso). Ciò si traduce in 2 attivazioni / disattivazione per funzione, una per attivare la funzione per i tester e una per rimuovere la destinazione e l'attivazione per la popolazione di utenti generale.

Avrai bisogno del piano App Configuration Enterprise poiché sono necessari sia gli indicatori di funzione che la segmentazione.

Per questo esempio, si supponga che un'istanza del piano Enterprise sia $500 al mese, che gli ID entità attivi siano $0.01 ciascuno e che le chiamate API siano $10 per 100.000. NOTA: Questi prezzi sono assunti solo per questo esempio. Il prezzo corrente può essere diverso dagli importi mostrati nell'esempio. Vedi la pagina del catalogo App Configuration per i prezzi correnti.

App Configuration Istanze dell'azienda: 1 @ $500 al mese ID entità attivi: 5 ID entità per regione \ * 3 regioni = 15 ID entità attivi inclusi: 10.000 ID entità attivi netti: 0 (tutti inclusi) = $0 Chiamate API: 3 istanze per regione \ * 3 regioni \ * (10 avvii scuri al mese \ * 2 attivazioni per release) = 180 Chiamate API incluse: 1.000.000 Chiamate API nette: 0 (tutti inclusi) = $0 COSTO TOTALE: $500 + $0

Potreste utilizzare la stessa istanza di App Configuration per entrambi gli scenari, per un costo totale di poco superiore ai 1600 dollari al mese.

Quali sono le funzionalità, le quote e i limiti per i vari aspetti dei piani App Configuration ?

Capacità, quote e limiti per i vari piani tariffari
Lite Base Standard Enterprise
Numero di collaboratori (membri del team) Nessuna limitazione Nessuna limitazione Nessuna limitazione Nessuna limitazione
Numero massimo di istanze 1 Nessuna limitazione Nessuna limitazione Nessuna limitazione
Durata istanza 30 giorni di inattività Nessuna limitazione Nessuna limitazione Nessuna limitazione
Prezzo di base per esempio (mensile) Gratuito Gratuito Addebito (vedi pagina del catalogo) Addebito (vedi pagina del catalogo)
ID entità attivi mensili inclusi con l'istanza 10 0 1000 10.000
Eccedenza ID entità attiva mensile Eccedenza non consentita Eccedenza consentita Eccedenza consentita Eccedenza consentita
Numero massimo di ID entità attive mensili per istanza 10 Illimitato Illimitato Illimitato
Chiamate API incluse con l'istanza 5.000 0 100.000 1.000.000
Prezzo eccedenza chiamata API Eccedenza non consentita Eccedenza consentita Eccedenza consentita Eccedenza consentita
Numero massimo di chiamate API mensili per istanza 5.000 Illimitato Illimitato Illimitato
Ambienti 1 15 15 15
Raccolte 1 20 20 Illimitato
Proprietà 10 (proprietà + indicatori) 1000 1000 Illimitato
Tipi di proprietà Tutti Tutti Tutti Tutti
Dimensione massima proprietà 10 kB 10 kB 10 kB 10 kB
Dimensione massima memoria (tutte le proprietà) 0.1 MB 10 MB 10 MB 10 MB
Indicatori 10 (proprietà + indicatori)
100 Illimitato
Attributi Glean da risposta e attributi personalizzati
Glean da risposta e attributi personalizzati
Segmenti 3
Illimitato
Regole di definizione segmento per segmento 3
25
Numero massimo di regole di definizione di destinazione per istanza 3
100
Regole di definizione di destinazione per funzione
50
Modalità di consegna Pull o get (client) Websocket (server) Pull o get (client) Websocket (server) Pull o get (client) Websocket (server) Pull o get (client) Websocket (server)
Accesso basato sul ruolo Livello - ambiente, livello - raccolta Livello - ambiente, livello - raccolta Livello - ambiente, livello - raccolta Livello - ambiente, livello - raccolta
Ubicazioni Londra, Dallas, Washington DC, Sydney, Francoforte Londra, Dallas, Washington DC, Sydney, Francoforte Londra, Dallas, Washington DC, Sydney, Francoforte Londra, Dallas, Washington DC, Sydney, Francoforte
HA Regionale Regionale Regionale Regionale
Sicurezza RBAC di codifica end-to-end RBAC di codifica end-to-end RBAC di codifica end-to-end RBAC di codifica end-to-end
Monitoraggio IBM Cloud Monitoring IBM Cloud Monitoring IBM Cloud Monitoring IBM Cloud Monitoring
Controllo Log IBM Cloud Log IBM Cloud Log IBM Cloud Log IBM Cloud
Supporto per il piano di supporto IBM Cloud per il piano di supporto IBM Cloud per il piano di supporto IBM Cloud per il piano di supporto IBM Cloud
Rollout percentuale Supportato Non supportato Non supportato Supportato
Istantanee Non supportato Non supportato Non supportato Supportato
Integrazione KMS (BYOK) Non supportato Non supportato Non supportato Supportato
Integrazione Event Notifications Non supportato Non supportato Non supportato Supportato
Gestione del flusso di lavoro dello stato dell'indicatore di funzione con Service Now Non supportato Non supportato Non supportato Supportato

Per i prezzi attuali, consultare la pagina del catalogo App Configuration.

Quali restrizioni si applicano al rollout progressivo?

Il rollout progressivo è disponibile solo con il piano Enterprise. Per ogni flag di caratteristica è consentito un solo rollout progressivo, che può essere configurato a livello di flag o di regola.

Utilizzate l'API dei flag delle funzioni per la creazione e l'aggiornamento dei rollout a livello di flag e l'API delle regole per la creazione e l'aggiornamento dei rollout a livello di regola. Per interrompere un rollout, utilizzare le API dedicate all'interruzione del rollout.

Se è in corso un rollout progressivo, si applicano le seguenti restrizioni:

  • Non si può iniziare un esperimento sulla stessa bandiera.
  • Non è possibile modificare il flag o la regola di targeting che contiene il rollout.
  • Non è possibile eliminare una collezione se un flag di caratteristica associato ha un rollout progressivo in corso.
  • Non è possibile aggiornare o eliminare un segmento se un flag di caratteristica associato ha un rollout progressivo in corso.

Se un esperimento è già in corso su una bandiera, non è possibile creare un rollout progressivo per quella bandiera. Inoltre, se il rollout progressivo è configurato a livello di flag, le regole di targeting non possono ereditare rolloutPercentage dal flag. Se il rollout progressivo è configurato a livello di regola, la regola non può ereditare il suo valore dal flag.

Come controllo l'attività App Configuration ?

Se si desidera una governance e una responsabilità rigorose all'interno della propria istanza App Configuration, creare un'istanza di IBM Cloud Cloud Logs dalla sezione Osservabilità della console IBM Cloud. Utilizzarlo per registrare e verificare le attività di App Configuration.

Come archiviare i dati di attività App Configuration ?

Se si desidera conservare una registrazione a lungo termine dell'attività all'interno della propria istanza App Configuration, a scopo di verifica o per l'elaborazione successiva e l'analisi dei dati, compresa l'applicazione di modelli di apprendimento automatico, creare un'istanza di IBM Cloud Dalla sezione Osservabilità della console IBM Cloud. Quindi archiviare gli eventi da un'istanza Cloud Logs 'IBM Cloud in un bucket di un'istanza 'IBM Cloud 'Object Storage (COS). Ulteriori informazioni.

In quali regioni è disponibile App Configuration?

Per visualizzare un elenco di regioni IBM Cloud in cui puoi eseguire il provisioning delle istanze di App Configuration, vedi la pagina App Configuration Informazioni su nel catalogo IBM Cloud.

App Configuration è un servizio altamente disponibile?

Sì. App Configuration è progettato come un servizio ad alta disponibilità progettato per i workload aziendali e conforme allo App Configuration Service Description e allo IBM Cloud SLA(Service Level Agreement) per la disponibilità. In una singola regione, App Configuration viene distribuito in un cluster multizona.

App Configuration è sicuro?

Sì. Sebbene App Configuration non sia progettato come un vault per i segreti (utilizza invece IBM Cloud Secrets Manager ), il servizio stesso aderisce alle rigorose linee guida di sicurezza nel processo di sviluppo e nella protezione e protezione dei dati. Il processo di sviluppo include elementi come la scansione e la correzione delle vulnerabilità, test di penetrazione periodici e frequenti revisioni di sicurezza da parte di esperti di sicurezza di livello mondiale. I dati in App Configuration sono crittografati per impostazione predefinita sia in transito che inattivi. (Per ulteriori informazioni, consulta il data sheet App Configuration Data Processing and Protection). Inoltre, proteggi l'accesso alle tue istanze di App Configuration utilizzando IBM Cloud Identity and Access Management. Puoi utilizzare IBM Cloud Security and Compliance Center per il monitoraggio della sicurezza e gli avvisi in corso per le tue istanze App Configuration.