Google Cloud Functions调用统计差异排查及时区调整问询

以下是可能导致数值不一致的常见原因及排查步骤：

• 统计维度不匹配
  首先确认两者统计的是同一Cloud Function，且时间范围完全重合。Firebase的「Invocations/hour」默认统计所有函数的调用，而GCP Metrics中如果只选了单个函数，数值自然会不同。另外，检查GCP指标的过滤条件：cloudfunctions.googleapis.com/function/executions指标默认包含所有执行状态（成功、失败、重试），但如果手动添加了status=ok的过滤，就会和Firebase包含全状态的统计产生差异。
• 时间窗口计算逻辑不同
  Firebase的小时调用数是按自然小时（如00:00-01:00、01:00-02:00）统计，而GCP Metrics默认可能用滑动时间窗口（如过去60分钟滚动统计），两种统计方式的数值会有明显差异。可以在GCP Metrics Explorer中修改聚合方式为「对齐到时间边界」（Align to time boundaries），匹配Firebase的自然小时统计逻辑。
• 数据延迟差异
  GCP Metrics的指标数据通常有1-5分钟的延迟，而Firebase的小型图表可能采用更实时的统计数据源，短时间内的数值会有偏差，建议等待10分钟后再对比两者的历史数据。
• 内部调用统计差异
  Firebase的Invocations可能包含Cloud Functions的预热调用、内部系统触发的调用，而GCP Metrics的executions指标可能只统计用户触发的调用。可以通过GCP Logging查询函数的所有调用日志，对比Firebase的统计范围。

在GCP Metrics Explorer或自定义仪表盘中修改时区的操作很直接：

• 打开目标图表所在的Metrics Explorer页面或仪表盘
• 找到图表右上角的时区标识（通常显示为「UTC」或当前时区缩写），点击该标识
• 在弹出的时区选择列表中，直接选中你需要的时区（如「Asia/Shanghai」）
• 图表会自动刷新，切换为所选时区的时间轴和统计数据
• 如果是自定义仪表盘，修改时区后点击「保存」按钮，即可将时区设置同步到仪表盘的永久配置中

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