摘要

  • Google 的 Cloud Run 文档写明：修订版只要进入流量分配表，或被赋予流量标签，就会启动该修订版设定的最低实例。带标签的修订版可以在没有请求时维持运行并产生费用。
  • 服务级最低实例按流量比例分给各修订版；修订版自己的最低实例可能把总数推过服务级目标。

测试链接没人点，机器仍有人付钱

新版本上线前，预览标签很方便：同事拿到专用地址，不必改动正式流量。上线后，标签往往比测试任务活得久。若那一版同时设有修订版级最低实例，Cloud Run 会因标签保持它的预热容量。Google 直接提醒，这些实例等请求时也会计费。产品分析里显示零访问，账单却有自己的时间轴。

关键是“最低实例”写在哪一层。服务级设置跟着实际流量比例走，容量在接流量的修订版之间分配。修订版级设置锁定某个版本；流量标签可使它脱离主分流继续开机。Google 给出的操作建议很明确：不再需要的标签要移除；若目标是服务整体的预热容量，可使用服务级最低实例，避免预览版另占一份。

两级设置合在一起，数字还会冒头。Google 的例子是：服务最低十个实例，A、B 各分一半流量；A 自己另设最低六个，B 设零。按服务比例本该各得五个，A 却要满足自己的六个，因此总数变成十一。这里的十一来自官方配置算例，不是一张真实客户账单。服务界面里的“十”也不是总容量上限。

计价模式决定每个座位怎么收费。按请求计费时，最低实例在空闲期使用较低的空闲费率；按实例计费时，整个实例生命周期按常规费率计。实际金额要看区域、资源规格和持续时间。管理层先问一个更朴素的问题：哪些标签还挂着，哪些修订版仍要求最低实例？

来源