如何阻止Firebase云函数占用Firebase Storage存储空间

• 该路径并非用来存储用户业务文件的常规Firebase Storage桶，是和Cloud Functions构建流程绑定的Artifact Registry关联存储
• 每次部署Cloud Functions时，构建系统会将打包好的函数源码、依赖层、运行时容器镜像上传到该路径，作为函数冷启动时拉取运行资源的来源，部署当日的用量上涨就是首次上传全量构建包带来的正常消耗
• Firebase控制台会把同项目下所有关联的GCP存储路径统一归集到Storage用量列表展示，才会让这类路径条目出现在日常的Firebase Storage使用视图里

• 该路径的存储配额、计费规则和普通Firebase Storage完全独立，不计入Firebase免费套餐的Firebase Storage额度
• Artifact Registry默认给每个项目提供5GB的免费存储额度，匹配Cloud Functions的常规免费使用量级，个人开发者的普通函数部署频率很难触顶

• 定期清理不再需要的历史版本构建包：如果不需要回滚到旧版本函数，可以直接删除对应旧版本的关联镜像，释放存储空间
• 配置自动生命周期清理规则：为该存储路径设置自动清理策略，自动删除超过30天的历史构建缓存、没有被任何线上函数版本引用的孤儿文件，减少手动维护成本
• 调整部署时的版本保留数量：在Cloud Functions配置里调低部署后自动保留的历史版本数量，从源头减少冗余镜像的留存

注意：不要删除当前线上正在运行的Cloud Functions版本对应的关联镜像，否则会导致函数冷启动时无法拉取运行资源，触发运行报错

内容的提问来源于stack exchange，提问作者Tom Darious