Google 云 运行 未按预期扩展
Google Cloud Run not scaling as expected
我正在使用 Google Cloud 运行 运行 一个非常基本的 Express / Node JS 后端容器。我每天收到的请求数量很少，只有偶尔的并发请求。
但是，我可以在我的 Cloud 运行 仪表板上看到 Cloud 运行 有时最多扩展到 4 个实例，大部分时间至少扩展到 2 个实例。我知道我的应用程序负载很低，我几乎不需要超过 1 个实例，那么为什么 Cloud 运行 如此浪费？
我的设置是最大并发40个请求；最少 0 个容器，最多 4 个容器。
容器实例数波动很大。绿线是闲置容器，蓝线是活动容器。
我的CPU使用率也很低：
您知道您的工作量概况和预期的请求。 Cloud 运行 autoscaler 没有。因此，它会在流量激增的情况下过度提供额外的实例。
当然，你知道这永远不会发生，但事实并非如此。
Cloud 运行 非常适合平均流量。如果您处于这种标准用法的极端（非常低的流量或非常高、非常尖锐的流量），是的，云 运行 自动缩放器配置模型不能很好地工作。
然而，问题是什么？您只需在实例上处理请求时付费。如果有过度供应和未使用的实例，您将不会支付它们。这对 Google 来说是浪费钱，对你来说不是。
你唯一关心的可能是地球和资源节约，你完全有权利。
我正在使用 Google Cloud 运行 运行 一个非常基本的 Express / Node JS 后端容器。我每天收到的请求数量很少，只有偶尔的并发请求。
但是，我可以在我的 Cloud 运行 仪表板上看到 Cloud 运行 有时最多扩展到 4 个实例，大部分时间至少扩展到 2 个实例。我知道我的应用程序负载很低，我几乎不需要超过 1 个实例，那么为什么 Cloud 运行 如此浪费？
我的设置是最大并发40个请求；最少 0 个容器，最多 4 个容器。
容器实例数波动很大。绿线是闲置容器，蓝线是活动容器。
我的CPU使用率也很低：
您知道您的工作量概况和预期的请求。 Cloud 运行 autoscaler 没有。因此，它会在流量激增的情况下过度提供额外的实例。
当然，你知道这永远不会发生，但事实并非如此。
Cloud 运行 非常适合平均流量。如果您处于这种标准用法的极端（非常低的流量或非常高、非常尖锐的流量），是的，云 运行 自动缩放器配置模型不能很好地工作。
然而，问题是什么？您只需在实例上处理请求时付费。如果有过度供应和未使用的实例，您将不会支付它们。这对 Google 来说是浪费钱，对你来说不是。
你唯一关心的可能是地球和资源节约，你完全有权利。