我正在使用 Google Cloud Run 來運行一個相當基本的 Express / Node JS 后臺容器。我每天收到的請求數量相當少,而且只有偶爾的并發請求。
然而,我可以在我的 Cloud Run 儀表板上看到,Cloud Run 有時會擴展到 4 個實體,大多數時候至少是 2 個實體。我知道我的應用程式負載很低,我幾乎不需要超過1個實體,那么為什么Cloud Run會如此浪費?
我的設定是:最大并發 40 個請求;最小 0 個容器,最大 4 個容器。
容器實體的數量波動很大。綠線是閑置的容器,藍線是活躍的容器。
uj5u.com熱心網友回復:
你知道你的作業負載情況和預期請求。云端運行的自動呼叫器不知道。因此,在流量激增的情況下,它會過度配置額外的實體。
當然,你知道這永遠不會發生,但IT部門并不知道。
Cloud Run 是為平均流量而設計的。如果你處于這個標準使用的一個極端(非常低的流量或非常高的、非常尖銳的流量),是的,Cloud Run自動調節器的配置模型并不那么好用。
然而,問題是什么呢?只有當實體上的請求被處理時,你才會付款。如果有超額配置且未使用的實體,你就不會支付它們。這對谷歌來說是一種浪費,對你來說不是。
你唯一關心的可能是地球和資源的節約,你說得很對。
轉載請註明出處,本文鏈接:https://www.uj5u.com/yidong/327649.html
標籤:
上一篇:專案不能從多維陣列中訪問

