Google Cloud Run缩容至0实例时出现CORS预检错误，无需设置min instances=1如何解决？

你遇到的报错根因是冷启动阶段，KeystoneJS尚未完成初始化，此时所有请求（包括OPTIONS预检请求）都会返回那个加载HTML页面，该页面没有携带你配置的CORS响应头，因此触发CORS校验失败。实例初始化完成后请求就能正常响应CORS头，所以刷新后恢复正常。
以下是无需设置min instances=1的解决方案：

方案1：Cloud Run 侧配置（无需改代码） #

• 配置边缘层直接响应OPTIONS请求：在Cloud Run前部署Google Cloud CDN，配置CDN规则匹配OPTIONS请求，直接返回固定的CORS响应头：
  • Access-Control-Allow-Origin: https://xyz.de
  • Access-Control-Allow-Credentials: true
  • Access-Control-Allow-Methods: GET, PUT, POST, OPTIONS, DELETE, PATCH, HEAD
  • Access-Control-Max-Age: 7200
    配置后预检请求不需要走到后端实例，无论实例是否缩容到0都能正常返回正确头，从根本解决问题。
• 优化启动探针配置：在Cloud Run服务配置中添加启动探针，探测路径选择/admin/api，判定规则设置为响应头包含Access-Control-Allow-Origin或者响应为JSON格式，确保实例完全初始化完成后才转发流量，避免把未就绪的加载页返回给用户。
• 调整冷启动资源配置：适度提升Cloud Run实例的CPU和内存配额，CPU限制越高冷启动速度越快，能大幅缩短初始化时间，降低预检返回加载页的概率。

方案2：应用侧优化（从根源缩短冷启动时间+提前处理CORS） #

• 顶层添加OPTIONS拦截中间件：在KeystoneJS的服务最外层（所有中间件之前）添加一个优先拦截OPTIONS请求的中间件，只要是OPTIONS请求就直接返回固定的CORS响应头，不需要等Keystone初始化完成，示例代码：

app.use((req, res, next) => {
  if (req.method === 'OPTIONS') {
    res.header('Access-Control-Allow-Origin', 'https://xyz.de')
    res.header('Access-Control-Allow-Credentials', 'true')
    res.header('Access-Control-Allow-Methods', 'GET, PUT, POST, OPTIONS, DELETE, PATCH, HEAD')
    res.header('Access-Control-Max-Age', '7200')
    res.header('Access-Control-Allow-Headers', req.headers['access-control-request-headers'])
    return res.sendStatus(204)
  }
  next()
})

• 优化Keystone构建流程：部署前提前执行keystone build预编译schema和静态资源，启动时使用keystone start --with-migrations命令，避免启动时实时构建消耗时间，可将冷启动时间缩短50%以上。
• 镜像优化：使用多阶段构建镜像，仅打包运行时依赖，剔除devDependencies，使用更小的Node.js基础镜像（比如node:18-alpine），减少镜像拉取时间。

方案3：前端适配（成本最低的临时方案） #

• 给前端请求添加CORS错误重试逻辑，捕获到CORS错误后延迟1-3秒自动重试2-3次，逻辑和手动刷新页面一致，用户无感知即可恢复正常访问。
• 前端页面加载后先发一个轻量的OPTIONS预检请求预热，等预检成功后再发起业务请求，避免业务请求触发报错。

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