La fonction de nuage va-t-elle affecter l'utilisation de la largeur de bande de stockage de Firebase?
J'essaie de comprendre pourquoi l'utilisation du stockage de Firebase est bien au-dessus de mes attentes 
Je n'ai que peu de fichiers photo dans mon stockage de Firebase, à seulement 75 photos, à 100 kb pour chaque photo. Mais mes octets stockés et que les comptes d'objets sont bien au-dessus de mes attentes comme vous pouvez le voir dans l'image ci-dessus. Dans ce cas, peut-être que je trouve la réponse de la documentation dans ici
Lorsque vous déployez le code source de votre fonction aux fonctions du cloud, cette source est stockée dans un godet de stockage en nuage. Build Cloud crée ensuite automatiquement votre code dans une image de conteneur et pousse cette image au registre de conteneur. Les fonctions du nuage accèdent à cette image lorsqu'il doit exécuter le conteneur pour exécuter votre fonction.
Le processus de construction de l'image est entièrement automatique et ne nécessite aucune entrée directe de votre part
c'est probablement parce que je crée beaucoup de fonction de nuage. c'est pourquoi les octets stockés et les objets comptent dans mon stockage de Firebase sont grands
maintenant, j'ai besoin de savoir pourquoi la bande passante de stockage atteint 20,2 Go d'un mois. Je développe toujours mon application, l'utilisateur est juste moi. Je ne pense pas que je toucherai 20,2 Go dans un mois, car dans mon Android application, j'utilise le cache lors de montrant l'image.
Je suis méfiant, la raison pour laquelle mon utilisation de la bande passante de stockage est trop élevée est à cause de la fonction de nuage. En août, j'effectue beaucoup de firebase deploy à ma fonction de nuage. La fonction de nuage va-t-elle affecter l'utilisation de la largeur de bande de stockage de Firebase?
Je suis en Indonésie, mon stockage de Firebase et My FireStore sont situés en Asie-Sweet22, mais ma fonction de nuage est située en Asie-Est2. Ma fonction de nuage effectue une certaine opération à mon feuestore et à mes images en stockage. Mais je ne pense toujours pas que cela frappe 20,2 Go par mois
comme vous pouvez le constater à partir de l'image ci-dessus, l'utilisation de la bande passante est séparée en 3 parties différentes.
- asia.artifacts.projectid.appspot.com
- gCF-SOURCES-5900904-ASIA-EST2
- projecdid.appspot.com
l'asia.artifacts.projectid.appspot.com semble-t-il bien au-dessus de l'autre, il est jusqu'à 4,3 Go
c'est des informations de mon problème. J'ai donc besoin de savoir, le déploiement/fonctionnement de la fonction de nuage affectera-t-il l'utilisation de la bande passante de mon stockage de Firebase?
J'ai besoin de comprendre pourquoi cela est arrivé, car je suis inquiet d'avoir un coût inattendu si beaucoup d'utilisateurs utilisent mon application.
J'ai été surpris par l'utilisation de la bande passante aussi.
Premièrement, Firebase a changé de politique
Après le 17 août 2020, chaque opération de déploiement entraînera des charges à petite échelle pour l'espace de stockage utilisé pour le conteneur de la fonction. Par exemple, si vos fonctions consomment?> 1 Go de stockage via un registre de conteneurs, vous serez facturé 0,026 USD par mois. Si votre processus de développement dépend de la déploiement de fonctions de test, vous pouvez également minimiser les coûts en utilisant la suite Emulator locale Firebase pendant le développement.
Donc, l'explication la plus raisonnable est la construction de la fonction de cloud pendant npm install génère une utilisation de la bande passante du téléchargement node_modules et prend également un stockage.
Je suggérerais d'utiliser un émulateur local pendant le développement autant que possible, mais de nombreux cas test de production sont inévitables, si tristes.