Pub/Sub触发的Google Cloud Function超时且API响应日志缺失求助

核心问题分析 #

你的Cloud Function在调用API后无响应日志，且最终触发120秒超时，但本地运行正常，说明问题出在GCP环境下的API调用链路或超时配置上。以下是具体排查步骤：

1. 确认API请求实际耗时 #

本地与GCP环境的网络链路差异可能导致API调用耗时剧增。在notifyPortal函数中添加计时代码，明确请求耗时：

const notifyPortal = async (payload) => {
  try {
    const start = Date.now(); // 记录请求开始时间
    const config = { /* 现有header配置 */ };
    console.logMessage(`Input paylod for API end-point: ${process.env.PORTAL_API} => ${JSON.stringify(payload)}`);
    const response = await axios.post(process.env.PORTAL_API, JSON.parse(JSON.stringify(payload)), config);
    // 打印API调用耗时
    console.logMessage(`API call completed in ${Date.now() - start}ms`);
    console.logMessage(`Response from API: ${JSON.stringify(response.data)}`);
    return response;
  } catch (err) { /* 现有异常处理逻辑 */ }
}

如果本地测试耗时接近120秒，说明目标API本身处理速度过慢，需要优化API或延长Cloud Function超时（GCP最大支持9分钟）。

2. 配置axios请求超时 #

默认axios超时设置为0（永不超时），会导致请求一直挂起直到Cloud Function整体超时。在自定义axios-instance中设置合理的超时时间（比Cloud Function超时短10秒，避免函数先超时）：

// axios-instance.js
const axios = require('axios').create({
  timeout: 110000 // 设置为110秒
});
module.exports = axios;

这样当API请求超时后，axios会立即抛出异常，进入catch块并打印日志，而非等待函数超时。

3. 验证GCP环境网络连通性 #

本地能访问的API，GCP Cloud Function所在的VPC可能存在访问限制：

• 临时添加测试代码：在函数中调用await axios.get('https://httpbin.org/get')，查看是否能收到响应，排除基础网络问题。
• 如果目标API是内网资源，需配置Cloud Function的VPC访问权限，确保函数能穿透到目标网络。

4. 检查环境变量正确性 #

确认GCP Cloud Function控制台中配置的PORTAL_API、PORTAL_AUTHORIZATION_TOKEN与本地.env文件完全一致。若API地址错误，可能导致DNS解析失败或连接超时，进而触发函数整体超时。

5. 排查日志模块的异步写入问题 #

Winston部分传输方式为异步，若函数因超时强制退出，可能导致日志未完成写入：

• 在函数结束前等待日志写入完成：在triggerPortalNotifier的try块末尾添加await console.logger.on('finish')（需确保日志模块暴露logger实例）。
• 暂时替换为GCP原生console.log测试，排除自定义日志模块的问题。

内容的提问来源于stack exchange，提问作者shary.sharath