App Hosting nécessite un projet avec la formule Firebase Blaze activée. Ce forfait présente les limites sans frais suivantes pour les produits Google Cloud appelés par App Hosting :
| Produit | Fonctionnalité | Sans frais | Facturé (pour l'utilisation au-delà des limites sans frais) |
|---|---|---|---|
| App Hosting | Bande passante sortante | 10 Gio / mois | 0,15 $ / Gio mis en cache 0,20 $ par Gio non mis en cache |
| Artifact Registry | Stockage | 0,5 Go / mois | 0,10 $ / Go / mois au-delà de 0,5 Go |
| Sortie | Sans frais | Pour obtenir la liste complète des tarifs de sortie, consultez les tarifs d'Artifact Registry. | |
| Cloud Run | Processeur | 180 000 vCPU-seconde | 0,00002400 $ par vCPU-seconde |
| Mémoire | 360 000 Gio-seconde | 0,00000250 $ par Gio-seconde | |
| Demandes | 2 millions de requêtes | 0,40 $ par million de requêtes | |
| Cloud Build | Minutes de compilation | 2 500 compilations-minute | 0,006 $ / minute de compilation |
| Cloud Logging | Stockage Logging | 50 Gio / projet / mois | 0,50 $/Gio |
| Conservation des journaux | Sans frais pendant 30 jours | 0,01 $ / Gio / mois pour les journaux conservés plus de 30 jours | |
| Secret Manager | Versions actives de secrets | 6 versions / mois | 0,06 $ par version et par emplacement |
| Opérations d'accès | 10 000 opérations / mois | 0,03 $ pour 10 000 opérations | |
| Notifications de rotation | 3 rotations / mois | 0,05 $ par rotation | |
| Cloud Storage1 | Stockage standard2 | 5 Go par mois | 0,020 $ par Go et par mois |
| Opérations de classe A2 | 5 000 | 0,0050 $ pour 1 000 opérations | |
| Opérations de classe B2 | 50 000 | 0,00004 $ pour 1 000 opérations | |
| Transfert de données2 | 100 Go, de l'Amérique du Nord vers chacune des destinations de transfert de données Google Cloud (sauf l'Australie et la Chine) | 0,02 $ / Go pour l'Amérique du Nord 0,02 $ / Go pour l'Europe 0,08 $ / Go pour l'Asie |
1Cloud Storage n'est utilisé que lors du déploiement à partir d'une source locale avec la CLI Firebase.
2Cloud Storage Les quotas du niveau Toujours sans frais s'appliquent aux backends App Hosting dans US-CENTRAL1 uniquement.
L'utilisation sans frais est agrégée pour tous les projets par compte de facturation et est réinitialisée tous les mois. Vous n'êtes facturé que pour l'utilisation au-delà des limites.
Calculer les coûts
À partir du 1er août 2025, vous commencerez à payer pour votre projet Firebase App Hosting une fois que vous aurez dépassé les quotas du forfait Blaze avec paiement à l'usage. Les éléments de ligne Firebase App Hosting suivants vous seront facturés :
La bande passante sortante non mise en cache fait référence aux données transférées directement depuis les serveurs d'origine du service Firebase App Hosting pour répondre aux requêtes des utilisateurs. Les serveurs d'origine sont situés entre le service Cloud Run d'un backend App Hosting et Cloud CDN. Cela se produit lorsque le contenu demandé n'est pas déjà stocké dans le cache Cloud CDN (c'est-à-dire qu'il n'est pas mis en cache). Par conséquent, le serveur d'origine doit récupérer les données et les envoyer à l'utilisateur.
Ce processus entraîne des coûts pour deux raisons principales :
- Remplissage des caches Cloud CDN : lorsqu'un utilisateur demande du contenu non mis en cache, un processus est déclenché pour récupérer ces données à partir du serveur d'origine et en stocker une copie dans le cache Cloud CDN pour les futures requêtes. Ce transfert initial de données de l'origine vers le CDN contribue au coût global.
- Transfert de données à l'utilisateur final : une fois le contenu disponible (directement depuis l'origine ou depuis le CDN après le remplissage initial du cache), il doit être transmis à l'appareil de l'utilisateur final à la destination demandée. Ce transfert de données contribue également au coût.
La bande passante de sortie mise en cache fait référence aux données transférées en gibioctets depuis les caches Cloud CDN vers l'appareil de l'utilisateur final à la destination demandée.
Consultez Mettre en cache le contenu de l'application pour savoir comment optimiser les performances avec Cloud CDN.
Vous serez également facturé pour l'utilisation des produits Google Cloud sous-jacents utilisés par votre backend :
- Cloud Run
- Cloud Build
- Artifact Registry
- Secret Manager
- Cloud Logging
Vous trouverez les prix exacts de ces éléments de ligne sur notre page de tarification.
Exemples de facturation
Le coût d'exécution d'une application Web dynamique sur App Hosting peut varier considérablement en fonction de facteurs tels que le trafic, les paramètres d'exécution et la taille de la réponse. Dans notre exemple, les coûts sont basés sur certaines hypothèses concernant ces facteurs.
Taille du trafic et des réponses
Une fois que votre application a atteint son quota mensuel sans frais, chaque visite sur votre site entraînera des coûts. Ces coûts ne sont pas fixes. Ils dépendent de facteurs tels que le nombre de requêtes en arrière-plan déclenchées par chaque visite, la puissance de calcul nécessaire pour créer la réponse et la taille de la réponse. Certaines demandes sont tout simplement plus coûteuses que d'autres. Par exemple, il est probable que la diffusion d'une page riche en images ou en données complexes coûte plus cher que celle d'un simple fichier HTML. De même, la génération dynamique d'une page sur le serveur est généralement plus coûteuse que la diffusion d'une version mise en cache à partir d'un CDN.
Pour estimer efficacement les coûts de votre application, vous devez tenir compte de quelques métriques clés :
- Demandes par visite : combien de demandes individuelles une visite d'utilisateur type déclenche-t-elle ? (N'oubliez pas qu'un "chargement de page" implique généralement de nombreuses requêtes sous-jacentes pour des éléments tels que des images, des CSS et du JavaScript.)
- Taille moyenne des réponses : quelle est la taille standard des données renvoyées pour chaque requête ?
- Latence de réponse moyenne : combien de temps faut-il en moyenne à votre application pour répondre à une requête ?
Vous pouvez estimer ces valeurs en examinant les journaux de requêtes de votre application dans la console Google Cloud. Nos exemples de calcul des coûts supposent les éléments suivants :
| Caractéristiques du trafic | |
|---|---|
| ~ Requêtes facturées par visite unique | 10 |
| Taille moyenne des réponses (Kio) | 400 |
| Latence de réponse moyenne (ms) | 1000 |
| Taux de succès de cache | 50 % |
Paramètres d'exécution
| Cloud Run Paramètres1 | |
|---|---|
| Limite de processeur (vCPU) | 1 |
| Limite de mémoire (Mio) | 512 |
| Simultanéité (requêtes) | 80 |
| minInstances | 0 |
| maxInstances | 100 |
1 : il s'agit des valeurs par défaut fournies par App Hosting. Vous pouvez vérifier votre configuration Cloud Run pour chaque déploiement en affichant les détails de la révision Cloud Run. Dans l'onglet Déploiements de la console Firebase, pointez sur un déploiement, puis sélectionnez le menu à trois points et "Afficher la révision Cloud Run".
Autres hypothèses
| Utilisation du projet | |
|---|---|
| Méthode de déploiement. | GitHub |
| Compilations par mois | 20 |
| Minutes par compilation | 8 |
| Conservation des journaux | < 30 jours |
| Versions des secrets | < 6 versions |
| Taille de l'image Artifact Registry (Mo) | 380 |
Exemple de facture
Sur la base de ces hypothèses, nous pouvons extrapoler les coûts suivants pour ce scénario d'exemple. À 10 000 visites, il n'y a pratiquement aucun coût. Les coûts importants commencent à s'accumuler à partir de 1 million de visites, où une visite correspond à une requête adressée à votre application par un utilisateur.
| SKU | Prix | Unité | Niveau sans frais | Utilisation de 10 000 visites | Coût pour 10 000 visites | Utilisation de 1 million de visites | Coût pour 1 million de visites |
|---|---|---|---|---|---|---|---|
| Cloud Run : CPU | 0,00 $ |
vCPU-seconde | 180 000,00 |
1250 |
0,00 $ |
125000 |
0,00 $ |
| Cloud Run : mémoire | 0,00 $ |
Gio-seconde | 360 000,00 |
625 |
0,00 $ |
62500 |
0,00 $ |
| Cloud Run : requêtes | 0,40 $ |
M de requêtes SSR | 2,00 |
0,05 |
0,00 $ |
5 |
1,20 $ |
| Cloud Build : minutes de compilation | 0,01 $ |
build-minute | 2 500,00 |
160 |
0,00 $ |
160 |
0,00 $ |
| Artifact Registry : stockage | 0,10 $ |
Gio (stockés) | 0.50 |
0,6 |
0,01 $ |
0,6 |
0,01 $ |
| App Hosting : bande passante sortante non mise en cache | 0,20 $ |
Gio | 10 |
2 |
0,00 $ |
200 |
39,00 $ |
| App Hosting : bande passante sortante mise en cache | 0,15 $ |
Gio | 2 |
0,00 $ |
200 |
29,25 $ |
|
| Secret Manager : versions actives de secrets | 0,06 $ |
versions | 6 |
6 |
0,00 $ |
6 |
0,00 $ |
| Secrets Manager : opérations d'accès | 0,03 $ |
10 000 opérations | 1.0 |
0,10 |
0,00 $ |
5,00 |
0,12 $ |
| Secret Manager : notifications de rotation | 0,05 $ |
rotations | 3,00 |
0,00 |
0,00 $ |
0,00 |
0,00 $ |
| Stockage des journaux Cloud Logging | 0,50 $ |
Gio | 50,00 |
0.50 |
0,00 $ |
50,00 |
0,00 $ |
| Cloud Logging : conservation des journaux | 0,01 $ |
Gio / mois | 30 jours | 0,00 $ |
0,00 $ |
||
| Total | 0,01 $ |
69,58$ |
Calculs
| SKU | Unité | Calculer l'utilisation |
|---|---|---|
| Cloud Run : CPU | vCPU-seconde | Secondes de vCPU = vCPU par instance * latence de réponse moyenne par requête * nombre de visites * nombre de requêtes facturées par visite/nombre de requêtes simultanées |
| Cloud Run : mémoire | Gio-seconde | Gio-secondes = Gio par instance * latence de réponse moyenne par requête * nombre de visites * nombre de requêtes facturées par visite / nombre de requêtes simultanées |
| Cloud Run : requêtes | M de requêtes SSR | Requêtes SSR en millions = (nombre de visites * requêtes facturables par visite / 1 million) * (1 – taux de réussite du cache) |
| Cloud Build : minutes de compilation | build-minute | Minutes de compilation = nombre de compilations * minutes par compilation |
| Artifact Registry : stockage 1 | Gio (stockés) | Gio (stockés) = 2 * taille de l'image |
| App Hosting : bande passante non mise en cache | Gio | Gio non mis en cache= (1 – taux de réussite du cache) * (nombre de visites * nombre de requêtes facturables par visite * bande passante sortante par requête) |
| App Hosting : bande passante mise en cache | Gio | Gio mis en cache = taux d'accès au cache * (nombre de visites * nombre de requêtes facturables par visite * bande passante sortante par requête) |
1 Votre application ne comporte généralement qu'une seule image dans Artifact Registry, car App Hosting supprime automatiquement les versions inutilisées. Il est possible que deux images s'affichent brièvement uniquement lors d'un nouveau déploiement.