Cloud Functions概览图表显示错误但错误页和日志无记录排查问询

是否存在无实际错误的可能 #

存在，这类统计异常大概率是平台侧的错误统计维度和函数执行层的日志上报范围不一致导致的，常见的无实际业务错误的误报场景包括：

• 平台层直接拦截的请求（如并发配额超限、IP封禁、请求格式校验不通过），根本没有进入函数代码执行环节，不会上报函数日志，但会被计入概览错误统计
• 请求执行过程中被平台强制终止（如运行超时、内存超限触发OOM），还没来得及执行日志上报逻辑，因此日志中查不到对应错误
• 统计规则bug，部分云厂商的概览图表会把重试请求、客户端主动断开的请求也计入错误指标

可排查的渠道 #

1. 查看平台侧非函数执行类的指标
   不要只看函数运行日志，优先查云监控中平台层的相关指标：并发超限次数、请求超时次数、内存超限次数、配额不足拒绝次数，对比这些指标的趋势和概览页的错误曲线是否匹配，这类错误绝大多数都不会出现在函数的运行日志中。
2. 开启全量日志上报
   将函数的日志级别调整为最低的DEBUG级，开启全量请求的链路日志（包括平台入口的访问日志），确认每个请求的请求方法、处理状态、终止原因，和错误发生的时间点做一一对照。
3. 检查代码隐式异常
   你提供的代码存在两个未捕获异常的风险点，很可能就是报错来源：

• 如果收到非OPTIONS/GET/POST的请求（如PUT、DELETE、HEAD等），data变量不会被定义，后续调用data['ip']和print(data)会直接抛出NameError
• 如果请求的query string或者POST body不是utf-8编码，decode("utf-8")会直接抛出UnicodeDecodeError
  上述异常如果没有触发你当前配置的错误日志上报规则，就会出现统计到错误但查不到日志的情况，可以在代码外层加一层try-catch捕获所有异常，打印异常堆栈后再返回，确认是否有这类漏报的错误。

4. 查询平台事件中心
   部分云厂商会将函数冷启动失败、底层节点故障、依赖服务异常这类平台侧的异常记录在事件中心，不会同步到函数运行日志，可以到对应页面查询错误时间点的相关事件。

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