为什么CloudRun实例数超出我设置的最大实例数限制1？

首先明确核心规则：你设置的最大/最小实例数限制仅适用于服务稳态运行阶段，版本部署的滚动发布过程不受该阈值限制，这是GCP Cloud Run的原生设计逻辑，具体触发你场景下3个实例的原因如下：

• Cloud Run 默认采用先启动新实例、验证健康后再下线旧实例的滚动发布策略，避免部署过程中出现服务中断。在你的配置下，部署触发后首先会同时保留旧版本的1个运行实例 + 新版本的1个启动中实例，此时已经出现2个实例共存的情况。
• 若新版本实例启动过程中，健康检查（启动探针、存活探针）未在默认超时时间内返回成功，Cloud Run会自动再拉起一个新版本实例重试，此时就会出现「1个旧实例 + 2个新版本启动中实例」的3实例共存情况，和你观测到的日志一致。

关于你提到的提示说明：

最大实例数设置为3及以下的版本可能会遇到意外停机
该提示和部署阶段临时超配没有关联，它的本意是指当稳态最大实例数≤3时，Cloud Run 没有足够的冗余实例应对可用区故障、实例意外崩溃等异常场景，更容易出现服务完全不可用的情况，并非指超配会导致停机。你此前的理解是对两个不同维度规则的混淆。

适配你场景的解决方案 #

如果要严格避免部署过程中出现多实例同时运行的情况，可以修改部署的滚动更新参数，停用默认的保可用策略：

• 执行gcloud命令更新服务部署策略：gcloud run services update 你的服务名称 --max-surge=0 --max-unavailable=1
  该配置会要求Cloud Run部署时先下线全部旧实例，再启动新版本实例，全程最多只会有1个实例存在，完全避免多实例同时发起启动请求触发429的问题。
• 若不想调整部署策略，可以适当拉长启动探针的超时时间，避免Cloud Run因为实例启动阶段请求耗时较长、误判为启动失败而重复拉起新实例。

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