App Hosting richiede un progetto con il piano tariffario Blaze con pagamento a consumo. Con questo piano tariffario, il tuo progetto ha i seguenti limiti senza costi aggiuntivi per i prodotti Google Cloud richiamati da App Hosting:
| Prodotto | Funzionalità | Nessun costo | Fatturato (per l'utilizzo oltre i limiti senza costi aggiuntivi) |
|---|---|---|---|
| App Hosting | Larghezza di banda in uscita | 10 GiB al mese | 0,15 $/GiB memorizzato nella cache 0,20 $/GiB non memorizzato nella cache |
| Artifact Registry | Archiviazione | 0,5 GB/mese | 0,10 $/GB/mese per più di 0,5 GB |
| In uscita | Nessun costo | Consulta i prezzi di Artifact Registry per un elenco completo dei prezzi in uscita | |
| Cloud Run | CPU | 180.000 vCPU al secondo | 0,00002400 $ per vCPU al secondo |
| Memoria | 360.000 GiB al secondo | 0,00000250 $ per GiB al secondo | |
| Richieste | 2 milioni di richieste | 0,40 $ per milione di richieste | |
| Cloud Build | Minuti di build | 2500 minuti di build | 0,006 $/minuto di build |
| Cloud Logging | Spazio di archiviazione di Logging | 50 GiB per progetto/mese | $ 0,50 per GiB |
| Conservazione dei log | Nessun costo per 30 giorni | 0,01 $ per GiB al mese per i log conservati per più di 30 giorni | |
| Secret Manager | Versioni dei secret attive | 6 versioni al mese | $ 0,06 a versione per località |
| Operazioni di accesso | 10.000 operazioni al mese | $ 0,03 per 10.000 operazioni | |
| Notifiche di rotazione | 3 rotazioni al mese | 0,05 $ per rotazione | |
| Cloud Storage1 | Standard Storage2 | 5 GB/mese | 0,020 $ per GB al mese |
| Operazioni di classe A2 | 5000 | 0,0050 $ per 1000 operazioni | |
| Operazioni di classe B2 | 50.000 | 0,0004 $ per 1000 operazioni | |
| Trasferimento di dati2 | 100 GB dal Nord America verso ciascuna destinazione di trasferimento di dati Google Cloud (escluse Australia e Cina) | 0,02 $ per GB per il Nord America 0,02 $ per GB per l'Europa 0,08 $/GB per l'Asia |
1Cloud Storage viene utilizzato solo quando esegui il deployment dall'origine locale con l'interfaccia a riga di comando Firebase o caricando un archivio compresso nella console Firebase.
2Cloud Storage Le quote Always Free si applicano ai backend App Hosting solo in US-CENTRAL1.
L'utilizzo senza costi viene aggregato tra i progetti per account di fatturazione e viene reimpostato ogni mese. Ti viene addebitato solo l'utilizzo oltre i limiti.
Calcola i costi
Il tuo progetto Firebase App Hosting genera costi una volta superate le quote senza costi del piano tariffario Blaze con pagamento a consumo. Ti verranno addebitati i seguenti elementi pubblicitari Firebase App Hosting:
Per Larghezza di banda in uscita non memorizzata nella cache si intendono i dati trasferiti direttamente dai server di origine del servizio Firebase App Hosting per soddisfare le richieste degli utenti. I server di origine si trovano tra il servizio Cloud Run di un backend App Hosting e Cloud CDN. Ciò si verifica quando i contenuti richiesti non sono già archiviati nella cache di Cloud CDN (ovvero non sono memorizzati nella cache). Di conseguenza, il server di origine deve recuperare i dati e inviarli all'utente.
Questo processo comporta dei costi per due motivi principali:
- Popolamento delle cache di Cloud CDN: quando un utente richiede contenuti non memorizzati nella cache, viene attivato un processo per recuperare i dati dal server di origine e memorizzare una copia nella cache di Cloud CDN per le richieste future. Questo trasferimento iniziale di dati dall'origine alla CDN contribuisce al costo complessivo.
- Trasferimento dei dati all'utente finale: una volta che i contenuti sono disponibili (direttamente dall'origine o dalla CDN dopo il popolamento iniziale della cache), devono essere trasmessi al dispositivo dell'utente finale nella destinazione richiesta. Anche questo trasferimento di dati contribuisce al costo.
La larghezza di banda in uscita memorizzata nella cache si riferisce ai dati trasferiti in gibibyte dalle cache di Cloud CDN al dispositivo dell'utente finale nella destinazione richiesta.
Consulta Memorizza i contenuti dell'app nella cache per indicazioni su come ottimizzare le prestazioni con Cloud CDN.
Ti verranno addebitati anche i costi per l'utilizzo dei prodotti Google Cloud sottostanti utilizzati dal tuo backend:
- Cloud Run
- Cloud Build
- Artifact Registry
- Secret Manager
- Cloud Logging
- Cloud Storage
I prezzi consigliati esatti per questi elementi pubblicitari sono disponibili nella nostra pagina dei prezzi.
Esempi di fatturazione
Il costo di esecuzione di un'app web dinamica su App Hosting può variare notevolmente a seconda di fattori quali il traffico, le impostazioni di runtime e le dimensioni della risposta. I costi nel nostro esempio si basano su determinate ipotesi relative a questi fattori.
Traffico e dimensioni della risposta
Una volta che l'app ha raggiunto la quota senza costi mensile, ogni visita al tuo sito comporterà dei costi. Questi costi non sono fissi, ma dipendono da fattori come il numero di richieste in background attivate da ogni visita, la potenza di calcolo necessaria per creare la risposta e le dimensioni della risposta. Alcune richieste sono semplicemente più costose di altre. Ad esempio, è probabile che la pubblicazione di una pagina ricca di immagini o dati complessi costi di più rispetto a un semplice file HTML. Allo stesso modo, la generazione dinamica di una pagina sul server è in genere più costosa della pubblicazione di una versione memorizzata nella cache da una CDN.
Per stimare in modo efficace i costi della tua app, devi considerare alcune metriche chiave:
- Richieste per visita: quante singole richieste vengono attivate da una visita utente tipica? (Ricorda che un "caricamento pagina" di solito comporta molte richieste sottostanti di asset come immagini, CSS e JavaScript.)
- Dimensioni medie della risposta: quali sono le dimensioni tipiche dei dati inviati per ogni richiesta?
- Latenza di risposta media: quanto tempo impiega in media l'app per rispondere a una richiesta?
Puoi stimare questi valori esaminando i log delle richieste della tua app nella console Google Cloud. I nostri calcoli dei costi di esempio presuppongono quanto segue:
| Caratteristiche del traffico | |
|---|---|
| ~Richieste fatturate per singola visita | 10 |
| Dimensioni medie risposta (KiB) | 400 |
| Latenza di risposta media (ms) | 1000 |
| Percentuale di successi della cache | 50% |
Impostazioni runtime
| Cloud Run impostazioni1 | |
|---|---|
| Limite CPU (vCPU) | 1 |
| Limite di memoria (MiB) | 512 |
| Concorrenza (richieste) | 80 |
| minInstances | 0 |
| maxInstances | 100 |
1 Questi sono i valori predefiniti forniti da App Hosting. Puoi controllare la configurazione di Cloud Run per ogni implementazione visualizzando i dettagli della revisione di Cloud Run. Nella scheda Implementazioni della console Firebase, passa il mouse sopra un'implementazione e seleziona il menu con tre puntini, quindi seleziona "Visualizza revisione Cloud Run".
Altre ipotesi
| Utilizzo del progetto | |
|---|---|
| Metodo di deployment | GitHub |
| Build al mese | 20 |
| Minuti per build | 8 |
| Conservazione dei log | < 30 giorni |
| Versioni dei secret | < 6 versioni |
| Dimensioni dell'immagine di Artifact Registry (MB) | 380 |
Fattura di esempio
Con queste ipotesi, possiamo estrapolare i seguenti costi per questo scenario di esempio. A un livello di 10.000 visite non ci sono praticamente costi, mentre i costi di una certa entità iniziano a maturare al livello di 1 milione di visite, dove una visita è una richiesta alla tua app avviata da un utente.
| SKU | Prezzo | Unità | Livello senza costi aggiuntivi | Utilizzo di 10.000 visite | Costo di 10.000 visite | Utilizzo di 1 milione di visite | Costo di 1 milione di visite |
|---|---|---|---|---|---|---|---|
| Cloud Run - CPU | 0,00 $ |
Secondi vCPU | 180.000,00 |
1250 |
0,00 $ |
125000 |
0,00 $ |
| Cloud Run - memoria | 0,00 $ |
GiB/secondo | 360.000,00 |
625 |
0,00 $ |
62500 |
0,00 $ |
| Cloud Run - richieste | $ 0,40 |
M di richieste SSR | 2,00 |
0,05 |
0,00 $ |
5 |
1,20 $ |
| Cloud Build - Minuti di build | $ 0,006 |
build-minute | 2500,00 |
160 |
0,00 $ |
160 |
0,00 $ |
| Artifact Registry - Spazio di archiviazione | 0,10 $ |
GiB (archiviati) | 0,50 |
0,6 |
$ 0,01 |
0,6 |
$ 0,01 |
| App Hosting - Larghezza di banda in uscita non memorizzata nella cache | $ 0,20 |
GiB | 10 |
2 |
0,00 $ |
200 |
39,00 $ |
| App Hosting - Larghezza di banda in uscita memorizzata nella cache | $ 0,15 |
GiB | 2 |
0,00 $ |
200 |
29,25 $ |
|
| Secrets Manager - Versioni dei secret attive | $ 0,06 |
versioni | 6,00 |
6,00 |
0,00 $ |
6,00 |
0,00 $ |
| Secrets Manager - Operazioni di accesso | 0,03 $ |
10.000 operazioni | 1.0 |
0,10 |
0,00 $ |
5,00 |
$ 0,12 |
| Secrets Manager - Notifiche di rotazione | $ 0,05 |
rotazioni | 3,00 |
0,00 |
0,00 $ |
0,00 |
0,00 $ |
| Cloud Logging - Archiviazione di Logging | $ 0,50 |
GiB | 50,00 |
0,50 |
0,00 $ |
50,00 |
0,00 $ |
| Cloud Logging - Conservazione dei log | $ 0,01 |
GiB al mese | 30 giorni | 0,00 $ |
0,00 $ |
||
| Totale | 0,01 $ |
69,58 $ |
Calcoli
| SKU | Unità | Come calcolare l'utilizzo |
|---|---|---|
| Cloud Run- CPU | Secondi vCPU | Secondi vCPU = vCPU per istanza * latenza di risposta media per richiesta * n. di visite * richieste fatturate per visita / n. di richieste in parallelo |
| Cloud Run - memoria | GiB/secondo | Secondi GiB = GiB per istanza * latenza di risposta media per richiesta * n. di visite * richieste fatturate per visita/n. di richieste in parallelo |
| Cloud Run - richieste | M di richieste SSR | M richieste SSR = (n. di visite * richieste fatturate per visita / 1M) * (1 - percentuale di successi della cache) |
| Cloud Build - Minuti di build | build-minute | minuti di build = n. di build * minuti per build |
| Artifact Registry - Spazio di archiviazione 1 | GiB (archiviati) | GiB (archiviati) = 2 * dimensioni dell'immagine |
| App Hosting - Larghezza di banda non memorizzata nella cache | GiB | GiB non memorizzati nella cache= (1 - percentuale di successi della cache) * (n. di visite * richieste fatturate per visita * larghezza di banda in uscita per richiesta) |
| App Hosting - Larghezza di banda memorizzata nella cache | GiB | GiB memorizzati nella cache = percentuale di successi della cache * (n. di visite * richieste fatturate per visita * larghezza di banda in uscita per richiesta) |
1 App Hosting pulisce automaticamente le immagini meno recenti in Artifact Registry, conservando le immagini delle build riuscite negli ultimi 14 giorni (e conservando sempre almeno le 5 build riuscite più di recente, oltre alla build live). Consulta Crea una policy di pulizia.