App Hosting nécessite un projet avec le forfait Firebase Blaze activé. Ce forfait comporte les limites sans frais suivantes pour les produits Google Cloud appelés par App Hosting:
| Produit | Fonctionnalité | Sans frais | Facturé (pour les utilisations au-delà des limites incluses) |
|---|---|---|---|
| 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 pour plus de 0,5 Go |
| Sortie | Sans frais | Consultez les tarifs d'Artifact Registry pour obtenir la liste complète des tarifs de sortie. | |
| Cloud Run | Processeur | 180 000 vCPU-secondes | 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 par mois | 0,06 $ par version et par emplacement |
| Opérations d'accès | 10 000 opérations par mois | 0,03 $ pour 10 000 opérations | |
| Notifications de rotation | 3 rotations par 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,0004 $ 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 $ par Go pour l'Amérique du Nord 0,02 $ par Go pour l'Europe 0,08 $ par Go en Asie |
1Cloud Storage n'est utilisé que lors du déploiement à partir d'une source locale avec la CLI Firebase.
2Les quotas du niveau Toujours sans frais Cloud Storage s'appliquent uniquement aux backends App Hosting dans la région US-CENTRAL1.
L'utilisation sans frais s'applique à l'ensemble des 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 14 juin 2025, des frais seront facturés pour votre projet Firebase App Hosting lorsque vous dépasserez les limites du forfait Blaze avec paiement à l'usage. Les éléments de campagne 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 à partir des serveurs d'origine du service Firebase App Hosting pour répondre aux requêtes des utilisateurs. Les serveurs d'origine se trouvent 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 un contenu non mis en cache, un processus est déclenché pour extraire ces données 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 vers 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 sortante mise en cache fait référence aux données transférées en gibioctets depuis les caches de 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 que votre backend utilise:
- Cloud Run
- Cloud Build
- Artifact Registry
- Secret Manager
- Cloud Logging
Vous trouverez les prix exacts de ces éléments de campagne sur notre page des tarifs.
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. Les coûts dans notre exemple sont basés sur certaines hypothèses concernant ces facteurs.
Trafic et taille des réponses
Une fois que votre application a atteint son quota mensuel sans frais, chaque visite de votre site entraîne 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 requêtes sont 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 qu'un simple fichier HTML. De même, générer une page dynamiquement sur le serveur est généralement plus coûteux que de diffuser 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:
- Requêtes par visite: combien de requêtes individuelles une visite d'utilisateur typique 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 de la réponse: quelle est la taille typique des données renvoyées pour chaque requête ?
- Latence de réponse moyenne: combien de temps faut-il à votre application pour répondre à une requête, en moyenne ?
Vous pouvez estimer ces valeurs en inspectant 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 | |
|---|---|
| ~ Demandes facturées par visite | 10 |
| Taille moyenne des réponses (Ko) | 400 |
| Latence de réponse moyenne (ms) | 1000 |
| Taux de succès de cache | 50 % |
Paramètres d'exécution
| Cloud Run settings1 | |
|---|---|
| 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 la configuration de Cloud Run pour chaque déploiement en consultant les détails de la révision Cloud Run. Dans l'onglet Déploiements de la console Firebase, pointez sur un déploiement, sélectionnez le menu à trois points, puis "Afficher la révision Cloud Run".
Autres hypothèses
| Utilisation du projet | |
|---|---|
| Méthode de déploiement. | GitHub |
| Builds par mois | 20 |
| Minutes par build | 8 |
| Conservation des journaux | < 30 jours |
| Versions des secrets | < 6 versions |
| Taille de l'image de l'Artifact Registry (Mo) | 380 |
Exemple de facture
Avec ces hypothèses, nous pouvons extrapoler les coûts suivants pour cet exemple de scénario. À 10 000 visites, il n'y a pratiquement pas de frais, et les coûts significatifs commencent à s'accumuler à partir du million de visites, où une visite correspond à une requête envoyée à votre application par un utilisateur.
| SKU | Prix | Unité | Niveau sans frais | Utilisation pour 10 000 visites | Coût de 10 000 visites | Utilisation pour 1 million de visites | Coût d'un million de visites |
|---|---|---|---|---|---|---|---|
| Cloud Run – CPU | 0,00 $ |
seconde vCPU | 180 000,00 |
1250 |
0,00 $ |
125000 |
0,00 $ |
| Cloud Run : mémoire | 0,00 $ |
Gio/s | 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 $ |
|
| Gestionnaire de secrets : versions de secrets actives | 0,06 $ |
versions | 6 |
6 |
0,00 $ |
6 |
0,00 $ |
| Secret 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 $ |
| Cloud Logging : stockage des journaux | 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 | seconde vCPU | Secondes de vCPU = vCPU par instance * latence de réponse moyenne par requête * nombre de visites * requêtes facturées par visite / nombre de requêtes simultanées |
| Cloud Run : mémoire | Gio/s | GiB s = Gio par instance * latence de réponse moyenne par requête * nombre de visites * requêtes facturées par visite / nombre de requêtes simultanées |
| Cloud Run : requêtes | M de requêtes SSR | M requêtes SSR = (nombre de visites * requêtes facturées 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 : espace de stockage 1 | Gio (stockés) | Gio (stocké) = 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 * requêtes facturées par visite * bande passante sortante par requête) |
| App Hosting : bande passante mise en cache | Gio | Gio mis en cache = taux de succès du cache * (nombre de visites * requêtes facturées 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 nettoie automatiquement les versions inutilisées. Vous ne verrez peut-être deux images que brièvement lors d'un nouveau déploiement.