GAE NodeJS服务随机出现无日志HTTP 500错误求助

我们运行同一GAE NodeJS（v14）应用已有数年，包含多个简单API，全部启用CORS。近期某特定GAE服务出现偶发故障，前端用户反馈请求失败，本地复现发现每10-20次请求（含CORS OPTIONS预检请求）会出现一次HTTP 500错误，直接访问端点从未触发该问题。StackOverflow及谷歌索引中均无相关解决方案，这是切换基础设施前的最后求助。

现有CORS OPTIONS预检处理代码 #

res.set('Access-Control-Allow-Methods', 'GET, POST');
res.set('Access-Control-Allow-Headers', 'Content-Type, Cache-Control, Firebase-Token');
res.set('Access-Control-Max-Age', '86400');
res.sendStatus(204);

错误响应头信息 #

alt-svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000
content-length: 323
content-type: text/html; charset=UTF-8
date: Mon, 08 May 2023 05:37:37 GMT
server: Google Frontend

已尝试的无效操作 #

• 添加cache-control: no-store响应头
• 重新部署应用
• 更换实例类型

关键信息 #

• GCP日志无任何记录，推测请求未到达GAE实例，错误由前端负载均衡器生成
• 该GAE实例无负载压力
• 独立项目的staging环境相同配置运行正常

排查建议 #

• 检查负载均衡器健康检查：确认该服务的健康检查是否偶发失败，健康检查异常会导致负载均衡器临时切断流量，且不会生成GAE实例日志。
• 排查DNS解析问题：复现错误时同步抓包分析DNS请求结果，偶发DNS解析异常可能导致请求路由到错误节点。
• 核对项目配额限制：检查该服务所在GCP项目的并发连接数、请求速率等配额，部分配额触发时负载均衡器会直接返回错误，不转发至实例。
• 启用Cloud Trace追踪：通过Trace完整追踪请求链路，确认请求是否在负载均衡器阶段被拦截，定位具体失败环节。
• 对比 staging 与生产环境差异：仔细核对两个环境的VPC配置、防火墙规则、负载均衡器参数（如超时、会话保持），即使表面配置一致，也可能存在规则优先级、标签匹配等隐性差异。
• 跨网络环境测试：在不同地区、不同网络（移动网、企业内网）下复现，确认是否为特定网络路由导致的问题。

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