为什么Firebase Functions Logger的错误未上报到Error Reporting？

项目日志记录的变更背景 #

• 初始方案：项目中常规使用console.error(new Error("some error"))记录运行时错误，这类日志既可以正常展示在云平台日志控制台，也能被Stackdriver（Cloud Error Reporting）自动抓取并展示在错误概览页面。
• 方案替换：后续了解到Firebase Functions官方提供的Logger API，该API支持在日志消息中关联携带结构化对象，日志界面的层级展示也更清晰，因此被判定为替代原有console日志方法的官方最优选择，在多处业务代码中替换了原有日志调用逻辑。

出现的异常问题 #

替换为Logger API后，实际运行中发现通过logger.error()记录的错误，完全不会出现在Cloud Error Reporting的概览统计中。直到问题被发现时，已经漏掉了大量未被错误上报机制捕获的运行时错误。

待排查的核心疑问 #

• 认知偏差确认：自己是否对Logger API的设计用途存在误解？原本默认所有Firebase官方日志接口都会自动适配Cloud Error Reporting的抓取规则，若不兼容属于设计预期，官方文档应当添加醒目提示。
• 关联因素排查：近期将Functions运行时切换为Node 12，不确定这类日志和Error Reporting的断连问题是否和运行时变更相关，但考虑到Node 12早已结束预览阶段，不应当是平台端的未修复bug。
• 实际诉求：现有专门针对Stackdriver设计的Error Reporting相关API普遍调用流程繁琐，希望找到调用体验和console.error一样简单的日志方案，既能保留结构化关联数据、清晰展示日志层级的能力，又能让错误日志被Cloud Error Reporting正常识别和统计。

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