App Hosting richiede un progetto con il piano tariffario Firebase Blaze abilitato. Questo piano prevede i seguenti limiti senza costi 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 GB al mese | 0,15 $ per GiB memorizzato nella cache 0,20 $ per GiB non memorizzato nella cache |
| Artifact Registry | Archiviazione | 0,5 GB al mese | $0,10 / GB / mese per oltre 0,5 GB |
| In uscita | Nessun costo | Consulta i prezzi di Artifact Registry per un elenco completo dei prezzi del traffico in uscita | |
| Cloud Run | CPU | 180.000 vCPU al secondo | $0.00002400 / vCPU al secondo |
| Memoria | 360.000 GiB al secondo | $0,00000250 / 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 $ per minuto di build. |
| Cloud Logging | Archiviazione di Logging | 50 GiB per progetto al mese | $ 0,50 per GiB |
| Conservazione dei log | Nessun costo per 30 giorni | 0,01 $ / GiB / mese per i log conservati per più di 30 giorni | |
| Secret Manager | Versioni di 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 ogni 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 $ per GB per l'Asia |
1Cloud Storage viene utilizzato solo quando il deployment viene eseguito da un'origine locale con l'interfaccia a riga di comando Firebase.
2Cloud Storage Le quote Always Free si applicano ai backend App Hosting solo in US-CENTRAL1.
L'utilizzo senza costi viene aggregato nei vari progetti per account di fatturazione e viene ripristinato ogni mese. Ti viene addebitato solo l'utilizzo oltre i limiti.
Calcola i costi
A partire dal 1° agosto 2025, inizierai a sostenere costi per il tuo progetto Firebase App Hosting una volta superate le quote del piano tariffario Blaze con pagamento a consumo. Ti verranno addebitati i seguenti elementi pubblicitari Firebase App Hosting:
La larghezza di banda in uscita non memorizzata nella cache si riferisce ai 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 App Hosting di un backend Cloud Run e Cloud CDN. Ciò si verifica quando i contenuti richiesti non sono ancora memorizzati 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 costi per due motivi principali:
- Riempimento 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 dei 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 caricamento iniziale della cache), devono essere trasmessi al dispositivo dell'utente finale nella destinazione richiesta. Anche questo trasferimento di dati contribuisce al costo.
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 Memorizzare nella cache i contenuti dell'app per indicazioni su come ottimizzare le prestazioni con Cloud CDN.
Ti verrà addebitato anche l'utilizzo dei prodotti Google Cloud sottostanti utilizzati dal backend:
- Cloud Run
- Cloud Build
- Artifact Registry
- Secret Manager
- Cloud Logging
I punti di prezzo esatti per questi elementi pubblicitari possono essere visualizzati 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 traffico, impostazioni di runtime e dimensioni della risposta. I costi nel nostro esempio si basano su determinate ipotesi relative a questi fattori.
Traffico e dimensioni della risposta
Una volta raggiunta la quota senza costi mensile dell'app, ogni visita al tuo sito comporterà dei costi. Questi costi non sono fissi, ma dipendono da fattori quali 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, generare una pagina dinamicamente sul server è in genere più costoso rispetto alla pubblicazione di una versione memorizzata nella cache da una CDN.
Per stimare in modo efficace i costi della tua app, devi prendere in considerazione alcune metriche chiave:
- Richieste per visita: quante richieste individuali attiva una visita tipica dell'utente? Ricorda che un "caricamento di pagina" di solito comporta molte richieste sottostanti di asset come immagini, CSS e JavaScript.
- Dimensioni medie risposta: qual è la dimensione tipica dei dati inviati per ogni richiesta?
- Latenza media di risposta: in media, quanto tempo impiega la tua app a 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 media di risposta (ms) | 1000 |
| Percentuale di successi della cache | 50% |
Impostazioni di runtime
| Cloud Run settings1 | |
|---|---|
| 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 Cloud Run. Nella scheda Implementazioni della console Firebase, passa il mouse sopra un'implementazione e seleziona il menu con tre puntini, poi 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 immagine del registro degli artefatti (MB) | 380 |
Fattura di esempio
Con questi presupposti, 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 importanza iniziano ad accumularsi a un 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 $ |
vCPU al secondo | 180.000,00 |
1250 |
0,00 $ |
125000 |
0,00 $ |
| Cloud Run - memory | 0,00 $ |
GiB al secondo | 360.000,00 |
625 |
0,00 $ |
62500 |
0,00 $ |
| Cloud Run - richieste | $ 0,40 |
Richieste M SSR | 2,00 |
0,05 |
0,00 $ |
5 |
1,20 $ |
| Cloud Build - minuti di build | $ 0,01 |
build-minute | 2500,00 |
160 |
0,00 $ |
160 |
0,00 $ |
| Artifact Registry - storage | 0,10 $ |
GiB (archiviati) | 0,50 |
0,6 |
$ 0,01 |
0,6 |
$ 0,01 |
| Hosting delle app - 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 - Active Secret Versions | $ 0,06 |
versioni | 6,00 |
6,00 |
0,00 $ |
6,00 |
0,00 $ |
| Secret Manager - Access Operations | 0,03 $ |
10.000 operazioni | 1,0 |
0,10 |
0,00 $ |
5,00 |
$ 0,12 |
| Secrets Manager - Rotation Notifications | $ 0,05 |
rotazioni | 3.00 |
0,00 |
0,00 $ |
0,00 |
0,00 $ |
| Cloud Logging - Logging Storage | $ 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 | vCPU al secondo | Secondi vCPU = vCPU per istanza * latenza di risposta media per richiesta * numero di visite * richieste fatturate per visita / numero di richieste simultanee |
| Cloud Run - memory | GiB al secondo | Secondi GiB = GiB per istanza * latenza media di risposta per richiesta * numero di visite * richieste fatturate per visita/numero di richieste simultanee |
| Cloud Run - richieste | Richieste M SSR | Richieste SSR multiclient = (numero di visite * richieste fatturate per visita / 1 milione) * (1 - tasso di hit della cache) |
| Cloud Build - minuti di build | build-minute | minuti di build = numero di build * minuti per build |
| Artifact Registry - storage 1 | GiB (archiviati) | GiB (memorizzati) = 2 * dimensioni immagine |
| App Hosting - Larghezza di banda non memorizzata nella cache | GiB | GiB non memorizzati nella cache= (1 - tasso di hit della cache) * (numero 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 = tasso di hit della cache * (numero di visite * richieste fatturate per visita * larghezza di banda in uscita per richiesta) |
1 In genere, la tua app avrà una sola immagine in Artifact Registry, in quanto App Hosting pulisce automaticamente le versioni inutilizzate. Potresti vedere due immagini brevemente solo durante una nuova implementazione.