Firebase用量计费规则理解、异常扣费排查及成本优化相关咨询

产生小额扣费的核心原因是大部分用户容易忽略免费额度覆盖范围外的计费项，和Firebase Functions的触发频率、部署包大小均有直接关联，常见计费项如下：

• Cloud Functions执行资源消耗：免费层仅覆盖每月400000GB-秒的执行时长、200万次调用，以及谷歌云内部服务的出站流量。如果RTDB变更触发频繁，单函数执行时长累计超出额度，或是配置的函数内存过高，都会产生额外费用；函数调用APNs服务的跨网出站流量也不在免费额度内，会产生小额扣费。
• Cloud Build费用：Firebase Functions部署依赖Cloud Build完成打包构建，免费层仅提供每日120分钟的构建时长。如果部署频率高、函数部署包体积大，构建时长超出额度就会产生扣费。
• Cloud Storage存储费用：即使开启了自动清空存储桶，旧的函数部署包、构建缓存如果未及时删除，或是开启了数据库自动备份，存储占用超出免费额度也会产生扣费。

• 优化Cloud Functions配置：在保证功能正常的前提下，将函数的默认运行内存从256MB下调至128MB甚至更低，可直接降低GB-秒的消耗速率；仅监听RTDB必要字段的变更事件，过滤无意义的触发调用，合并客户端的批量更新操作，减少触发次数。
• 优化部署流程：部署前在本地完成功能测试，减少不必要的线上部署操作；打包函数时移除开发依赖，压缩部署包体积，缩短单函数的构建时长，避免超出Cloud Build免费额度。
• 优化存储规则：为存储桶配置更严格的生命周期规则，将旧部署包、构建缓存的自动删除时间缩短至3天以内；非高频访问的存储资源调整为低资费的存储类，降低存储成本。
• 优化网络调用：通过FCM官方封装的接口发送iOS通知，走谷歌内部通道代理APNs请求，降低跨网出站流量费用。

如果未做架构优化，成本会随用户量增长同步提升：用户量上涨会直接提升RTDB的更新频率，对应Functions的调用次数、执行时长、出站流量都会线性上涨，同步推高成本。
完成上述优化后，成本涨幅会远低于用户量涨幅：当用户量级在十万级以内时，大概率可以将成本控制在免费额度范围内，不会产生额外支出。

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