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 invocati 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 $ per GiB memorizzato nella cache 0,20 $ per 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 la pagina dei prezzi di Artifact Registry per un elenco completo dei prezzi in uscita | |
| Cloud Run | CPU | 180.000 vCPU al secondo | 0,00002400 $ / vCPU al secondo |
| Memoria | 360.000 GiB/secondi | 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 compilazione | 0,006 $ per minuto di build. |
| Cloud Logging | Spazio di archiviazione per i log | 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 | Spazio di archiviazione standard2 | 5 GB/mese | 0,020 $ per GB al mese |
| Operazioni di classe A2 | 5000 | 0,0050 $ ogni 1000 operazioni | |
| Operazioni di classe B2 | 50.000 | 0,0004 $ ogni 1000 operazioni | |
| Trasferimento dati2 | 100 GB dal Nord America a ogni destinazione di trasferimento dati di Google Cloud (escluse Australia e Cina) | 0,02 $ / GB per il Nord America 0,02 $ / GB per l'Europa 0,08 $ / GB per l'Asia |
1Cloud Storage viene utilizzato solo per il deployment dall'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 in base all'account di fatturazione e viene reimpostato ogni mese. Ti viene addebitato solo l'utilizzo oltre i limiti.
Calcola i costi
A partire dal 14 giugno 2025, inizierai a sostenere costi per il tuo progetto Firebase App Hosting una volta superate le soglie previste dal piano tariffario Blaze con pagamento a consumo. Ti verranno addebitati i seguenti elementi pubblicitariFirebase 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 un servizio App HostingCloud Run di backend e Cloud CDN. Questo accade quando i contenuti richiesti non sono già 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.
Questa procedura comporta dei costi per due motivi principali:
- Completamento delle cache Cloud CDN: quando un utente richiede contenuti non memorizzati nella cache, viene attivato un processo per recuperare i dati dal server di origine e archiviarne 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 completamento iniziale della cache), devono essere trasmessi al dispositivo dell'utente finale nella destinazione richiesta. Anche questo trasferimento di dati contribuisce al costo.
Per Larghezza di banda in uscita memorizzata nella cache si intendono i dati trasferiti in gibibyte dalle cache di Cloud CDN al dispositivo dell'utente finale nella destinazione richiesta.
Consulta Memorizza nella cache i contenuti dell'app per indicazioni su come ottimizzare le prestazioni con Cloud CDN.
Ti verranno addebitati anche i costi per l'utilizzo dei prodotti Google Cloud di base utilizzati dal tuo backend:
- Cloud Run
- Cloud Build
- Artifact Registry
- Secret Manager
- Cloud Logging
I prezzi esatti di 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 in base a fattori quali traffico, impostazioni di runtime e dimensioni della risposta. I costi nel nostro esempio si basano su alcune ipotesi relative a questi fattori.
Dimensioni del traffico e della risposta
Una volta raggiunta la quota mensile senza costi, ogni visita al tuo sito comporterà 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. Analogamente, 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, ti consigliamo di prendere in considerazione alcune metriche chiave:
- Richieste per visita: quante richieste singole attiva una visita di un utente medio? Ricorda che un "caricamento di pagina" in genere comporta molte richieste di asset sottostanti come immagini, CSS e JavaScript.
- Dimensioni medie risposta: quali sono le dimensioni tipiche dei dati inviati per ogni richiesta?
- Latenza di risposta media: in media, quanto tempo impiega la tua app per rispondere a una richiesta?
Puoi stimare questi valori esaminando i log delle richieste dell'app nella console Google Cloud. I nostri calcoli di esempio dei costi 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 hit della cache | 50% |
Impostazioni di 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 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 significativi 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 per 10.000 visite | Utilizzo di 1 milione di visite | Costo per 1 milione di visite |
|---|---|---|---|---|---|---|---|
| Cloud Run - CPU | 0,00 $ |
Secondo vCPU | 180.000,00 |
1250 |
0,00 $ |
125000 |
0,00 $ |
| Cloud Run - memoria | 0,00 $ |
GiB/s | 360.000,00 |
625 |
0,00 $ |
62500 |
0,00 $ |
| Cloud Run - requests | $ 0,40 |
M richieste SSR | 2,00 |
0,05 |
0,00 $ |
5 |
1,20 $ |
| Cloud Build - Minuti di build | $ 0,01 |
build-minute | 2.500,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 - Versioni di secret attive | $ 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 - Spazio di archiviazione dei log | $ 0,50 |
GiB | 50,00 |
0,50 |
0,00 $ |
50,00 |
0,00 $ |
| Cloud Logging - Conservazione dei log | $ 0,01 |
GiB / mese | 30 giorni | 0,00 $ |
0,00 $ |
||
| Totale | 0,01 $ |
69,58$ |
Calcoli
| SKU | Unità | Come calcolare l'utilizzo |
|---|---|---|
| Cloud Run - CPU | Secondo vCPU | Secondi vCPU = vCPU per istanza * latenza di risposta media per richiesta * numero di visite * richieste fatturate per visita / numero di richieste simultanee |
| Cloud Run - memoria | GiB/s | Secondi GiB = GiB per istanza * latenza di risposta media per richiesta * numero di visite * richieste fatturate per visita / numero di richieste simultanee |
| Cloud Run - requests | M richieste SSR | M richieste SSR = (# di visite * richieste fatturate per visita / 1M) * (1 - tasso di hit della cache) |
| Cloud Build - Minuti di build | build-minute | build-minutes = # of builds * minutes per build |
| Artifact Registry - archiviazione 1 | GiB (archiviati) | GiB (memorizzati) = 2 * dimensioni immagine |
| Hosting delle app - Larghezza di banda non memorizzata nella cache | GiB | GB non memorizzati nella cache= (1 - percentuale di hit della cache) * (# di visite * richieste fatturate per visita * larghezza di banda in uscita per richiesta) |
| App Hosting - Cached Bandwidth | GiB | GiB memorizzati nella cache = percentuale di hit della cache * (# di visite * richieste fatturate per visita * larghezza di banda in uscita per richiesta) |
1 In genere, la tua app avrà una sola immagine nel Registry degli elementi, poiché App Hosting ripulisce automaticamente le versioni inutilizzate. Potresti vedere brevemente due immagini solo durante un nuovo rollout.