App Hosting nécessite un projet associé au forfait Blaze avec paiement à l'usage. Avec ce forfait, votre projet est soumis aux limites d'utilisation 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 du quota inclus) |
|---|---|---|---|
| App Hosting | Bande passante sortante | 10 Gio/mois | 0,15 $ par 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 | Consultez la page "Tarifs d'Artifact Registry" pour obtenir la liste complète des tarifs de sortie. | |
| Cloud Run | Processeur | 180 000 vCPU-seconde | 0,00002400 $ par vCPU-seconde |
| Mémoire | 360 000 Gio-seconde | 0,00000250 $ par Gio-seconde | |
| Requêtes | 2 millions de requêtes | 0,40 $ par million de requêtes | |
| Cloud Build | Minutes de compilation | 2 500 minutes de compilation | 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 de secret actives | 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,0004 $ pour 1 000 opérations | |
| Transfert de données | 100 Go depuis 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 $/Go pour l'Asie |
1Cloud Storage n'est utilisé que lors du déploiement à partir d'une source locale avec la CLI Firebase ou lors de l'importation d'une archive compressée dans la console Firebase.
2 Les quotas du niveau Toujours sans frais de Cloud Storage s'appliquent uniquement aux backends App Hosting situés dans la région us-central1.
L'utilisation sans frais est agrégée entre les projets par compte de facturation et est réinitialisée chaque mois. Vous n'êtes facturé que pour l'utilisation au-delà des limites.
Calculer les coûts
Votre projet Firebase App Hosting entraîne des frais une fois que vous dépassez les allocations sans frais du forfait Blaze avec paiement à l'usage. Les éléments de campagne Firebase App Hosting suivants vous sont 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 depuis le serveur d'origine et 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 des données à l'utilisateur final : une fois que le contenu est disponible (soit directement depuis l'origine, soit 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.
L'utilisation des produits Google Cloud sous-jacents utilisés par votre backend vous sera également facturée :
- Cloud Run
- Cloud Build
- Artifact Registry
- Secret Manager
- Cloud Logging
- Cloud Storage
Les tarifs exacts de ces éléments de campagne sont disponibles 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. Dans notre exemple, les coûts 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 sur votre site entraîne des frais. 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 tout simplement plus coûteuses que d'autres. Par exemple, la diffusion d'une page riche en images ou en données complexes coûtera probablement 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 prendre en compte quelques métriques clés :
- Requêtes par visite : combien de requêtes 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 fichiers CSS et JavaScript.)
- Taille moyenne des réponses : quelle est la taille habituelle 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 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 | |
|---|---|
| ~ 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
| Paramètres Cloud Run1 | |
|---|---|
| Limite de CPU (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 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 sélectionnez "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 Artifact Registry (Mo) | 380 |
Exemple de facture
Avec ces hypothèses, nous pouvons extrapoler les coûts suivants pour cet exemple de scénario. Pour 10 000 visites, les coûts sont pratiquement nuls. Ils ne commencent à devenir significatifs qu'à partir d'un million de visites, une visite étant une requête envoyée à votre application par un utilisateur.
| SKU | Prix | Unité | Version sans frais | Utilisation de 10 000 visites | Coût de 10 000 visites | Utilisation de 1 million de visites | Coût pour 1 M 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,006 $ |
minute de compilation | 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 $ |
|
| Secrets Manager – 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 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 | vCPU-secondes = 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-seconde | Gio-secondes = 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 de requêtes SSR = (nombre de visites * requêtes facturées par visite / 1 M) * (1 - taux de succès de cache) |
| Cloud Build : minutes de compilation | minute de compilation | minutes-compilation = nombre de compilations * minutes par compilation |
| Artifact Registry – Stockage1 | 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 succès de 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 de cache * (nombre de visites * requêtes facturées par visite * bande passante sortante par requête) |
1 App Hosting nettoie automatiquement les anciennes images dans Artifact Registry, en conservant les images des builds réussis au cours des 14 derniers jours (et en conservant toujours au moins les cinq builds réussis les plus récents, ainsi que le build actif). Consultez la section Règle de nettoyage des builds.