求GCP上支持Secret Manager且无超时的Cloud Functions Node.js替代方案

Cloud Run（首推） #

• 无超时限制：只要配置最小实例数≥1，服务实例就能长期运行，完全适配你用setInterval调度的工作线程逻辑，不会因为超时被终止。
• Secret Manager 支持：两种便捷的访问方式：
  1. 部署时直接将密钥挂载为环境变量，示例命令：

     gcloud run deploy your-service-name \
       --image gcr.io/your-project-id/your-nodejs-image \
       --update-secrets YOUR_SECRET=projects/your-project-id/secrets/secret-name/latest
     

  2. 在Node.js代码里用GCP官方客户端库调用Secret Manager API，只要给Cloud Run的服务账号配置roles/secretmanager.secretAccessor权限就行。
• HTTPS适配：把原有的HTTPS可调用函数逻辑封装成Express或Koa HTTP服务，打包成Docker镜像部署即可，完美对接外部JSON请求。

Compute Engine（VM实例） #

• 无超时限制：虚拟机是长期运行的环境，完全不受函数超时约束，setInterval可以稳定执行。
• Secret Manager 支持：给VM关联的服务账号配置密钥访问权限后，用Node.js客户端库直接调用API就能获取密钥。
• 部署灵活：可以直接在VM上安装Node.js环境运行代码，也可以用Docker容器化部署，方便版本管理和迁移。

关于App Engine的纠正 #

你之前的认知有误，App Engine是完全支持Secret Manager的：

• 标准环境：在app.yaml里通过env_variables引用密钥，格式如下：

  env_variables:
    YOUR_SECRET: 'projects/your-project-id/secrets/secret-name/versions/latest'
  

• 灵活环境：同样支持挂载密钥为环境变量，或者通过客户端库调用API。如果你的代码架构适合App Engine的托管模式，也可以考虑选用。

内容的提问来源于stack exchange，提问作者Philip H.