Cloud Run 的已知問題

Cloud Run 工作任務可能會誤標為重試

在某些情況下，即使任務在第一次嘗試時成功，也可能會標示為重試。在這個問題解決前，Google 建議您將 --max-retries 參數設為 3 以上，以免發生不必要的執行失敗。

磁碟區掛接與 Config Connector 不相容

如果您使用 Config Connector 部署 Cloud Run 服務或工作，則下次部署時，您的磁碟區掛接點將不會保留。您也可能會遇到使用 Config Connector 時發生問題的情況，尤其是當服務或工作已套用磁碟機掛載時。

HOME 環境變數在第一代執行環境中設為 /home

Cloud Run 第一代執行環境會將 HOME 環境變數設為 /home。第二代執行環境會將 HOME 變數設為執行中使用者的 /etc/passwd 值，如果 /etc/passwd 不存在，或無法在 /etc/passwd 中找到使用者，則會改為 /home。

您無法在第一代執行環境中將祕密掛載至 /tmp

如果您使用第一代執行環境，就無法直接在 /tmp 上掛載機密資料。不過，您可以將密鑰掛接至 /tmp 的任何子目錄。

從某些區域叫用時，使用自訂網域會導致要求延遲時間過長

使用自訂網域向 Cloud Run 服務提出的要求，在某些地區可能會有非常高的延遲。這個問題在 asia-northeast1 和 us-east4 中的 Cloud Run 服務中更為明顯。如果您發現這個問題，可以使用無伺服器 NEG 搭配 Cloud Load Balancing，提升效能。

有時候，在啟動探測結果尚未得知之前，要求可能就會傳送至執行個體

Cloud Run 可能會使用傳送至服務端點的要求來啟動執行個體。在瞭解啟動探針結果之前，Cloud Run 也可能會將要求指派給執行個體。如果探測成功，則執行個體會在 Cloud Run 要求記錄中列出的 receiveTimestamp 處處理要求。如果探針失敗，Cloud Run 就會記錄失敗，而不會輸入服務的程式碼。

無伺服器虛擬私有雲存取不支援 IPv6

透過無伺服器虛擬私有雲存取連接器傳送流量時，您無法使用 IPv6。直接虛擬私有雲輸出功能使用雙重堆疊子網路，或在 vpc-egress 設為 private-ranges-only 時存取非虛擬私有雲端點時，系統支援 IPv6。

在無伺服器環境中使用時，無法明確識別 IP 位址

使用直接虛擬私有雲輸出時，您可以辨識 Cloud Run 目前正在使用的保留 IP 位址，在 Google Cloud 主控台的「IP 位址」頁面中，這些 IP 位址會顯示為 None，而非 Serverless。

保留的網址路徑

• /eventlog
• 路徑開頭為 /_ah/
• 部分以 z 結尾的路徑。為避免與保留路徑發生衝突，建議您避免使用結尾為 z 的所有路徑

部分已編碼的網址字元會解碼

Cloud Run 會在到達容器執行個體前，解碼 Cloud Run 服務網址中的部分已編碼字元。舉例來說，%41 會自動解碼為 A。

不支援的服務

HTTP/2 Push

Cloud Run 支援 HTTP/2，但不支援 HTTP/2 伺服器推送。

HTTP 方法

Cloud Run 不支援使用 TRACE 和 CONNECT 等 HTTP 方法的要求。因此，Cloud Run 上執行的服務不會收到這些方法。