如何将包含Cron Job的Node.js脚本部署到Google Cloud并定时执行？

优先选择GCP Cloud Scheduler触发的方案，不要保留Node.js内置的node-cron配置，两种方案的对比如下：

• 保留node-cron的劣势：需要将Node.js服务7*24小时持续运行，就算一周仅执行1次任务也要长期占用资源，成本更高；如果服务意外崩溃，下次定时任务会直接漏执行，没有原生重试、告警机制，排查问题也更麻烦。
• 用Cloud Scheduler的优势：符合你之前用Heroku Scheduler的使用习惯，调度逻辑和业务逻辑解耦，后续改执行时间不需要修改业务代码重发版；无需长期运行服务，按需执行成本极低，自带重试、告警能力，稳定性更高。

如果实在不想调整现有代码，也可以将带node-cron的Node.js服务部署到GCP Compute Engine/Cloud Run（配置最小实例数为1保持常驻），但非常不推荐该方案。

1. 调整现有Node.js脚本 #

删除node-cron相关配置，将脚本改为单次执行即可退出的程序：脚本入口直接调用原有的MongoDB遍历+处理逻辑，所有任务执行完成后正常退出进程。
本地测试执行node your-script.js，确认业务逻辑、Puppeteer相关功能运行正常，MongoDB连接无问题。

2. 部署业务逻辑到GCP #

你可以根据自己的使用习惯二选一：

选项A：Cloud Functions（无服务器，适配成本最低） #

• 将脚本包装为HTTP触发/Pub/Sub触发的Cloud Function，Node.js runtime选择和本地一致的版本即可，GCP Node.js环境原生支持Puppeteer依赖，无需额外配置系统级依赖。
• 配置网络权限：如果MongoDB部署在VPC内，开通Cloud Function的VPC访问权限；如果是公网MongoDB，将Cloud Function的出口IP添加到MongoDB的访问白名单中。

选项B：Cloud Run（容器化，灵活度更高） #

• 为你的Node.js项目编写Dockerfile，打包成容器镜像后推送到GCP Artifact Registry。
• 部署为Cloud Run服务，配置对应的网络访问权限，测试单次调用服务接口可以正常完成所有业务逻辑。

3. 配置Cloud Scheduler定时触发 #

• 进入GCP控制台Cloud Scheduler页面，新建定时任务：
  • cron表达式填0 0 * * 0（每周日零点执行，可根据你的需求调整时间，注意选择对应时区）
  • 目标类型匹配你上一步的部署方式：Cloud Functions直接选对应函数，Cloud Run选对应服务和调用路径，Pub/Sub选对应主题
  • 配置重试规则：可设置执行失败后每10分钟重试1次，最多重试3次，同时可绑定告警规则，执行失败时发送通知。

4. 验证测试 #

先在Cloud Scheduler页面手动触发一次任务，查看Cloud Logging日志确认业务逻辑执行正常，MongoDB数据处理、Puppeteer功能无异常即可。
该场景下Cloud Scheduler每月前3个任务免费，Cloud Functions/Cloud Run都有月度免费额度，基本不会产生额外费用。

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