Cloud Run 推出 Instances 預覽版：像虛擬機一樣常駐、每台有專屬網址，主機還是 Google 在管

一句話看懂：Google Cloud 的 Cloud Run 新增「Instances」資源（預覽版）：固定一台、能連續跑好幾天、每台有自己的網址，像一台虛擬機，但主機本身不用你管。

先用白話講：Cloud Run 原本是什麼？

Cloud Run 是 Google Cloud 的「容器出租服務」：你把程式打包成容器丟上去，它幫你跑。最大的特色是隨需應變：沒人來就縮到零不收錢，一下湧進很多人就自動多開幾份。

這個模式很適合網站與 API，但有個前提：程式要能被「隨時複製、隨時關掉」。如果你有一個得一直開著、而且只能有一份的東西，例如要持續執行很久的 AI 代理，Cloud Run 以前就不太順手。

發生什麼事

Google Cloud 在 8 月 25 日的發行說明中宣布，Cloud Run instances 進入預覽（Preview）。官方的定位是：給「長時間運行、可個別定址」的工作負載。

用生活比喻：Cloud Run 的服務像是「便利商店連鎖」，客人多了就開分店；Instances 則像是「一間固定的工作室」，只有一間、門牌號碼固定、可以整天開著。

跟以前的資源差在哪？

官方文件把 Cloud Run 的幾種資源放在一起比較：

官方列的特性與用途

• 可個別管理：每台都能單獨建立、更新、刪除、啟動與停止
• 可個別定址：每台有自己的網址
• 長時間運行：可以連續跑數小時、數天，甚至更久；官方提到基礎設施每 1 到 2 週會更新一次，設定自動重啟後就能撐過去
• 建立很快：約 20 秒內可以開好

官方舉的用途有三種：長時間運行的 AI 代理與工作流程引擎、像小型虛擬主機（VPS）一樣常駐的輕量伺服器、以及能遠端除錯的開發環境。

給開發者的技術細節

建立指令（目前是 beta 指令）很簡單：

gcloud beta run instances create my-instance --image=us-docker.pkg.dev/project/image

每台可以設定重啟規則 --restart-policy（對應文件中的 restartPolicy）：

• on-failure（預設）：程式以非 0 結束，或遇到基礎設施故障時才重啟
• always：不管怎麼結束都重啟
• never：結束就直接進入 STOPPED 或 FAILED 狀態

如果啟用重啟規則，Cloud Run 對失敗的 instance 最多會連續重試 3 次，仍失敗就轉為 FAILED。

另外要特別留意：這是預覽版。官方警語寫的是「依現況提供，支援可能有限」，而且 instance 只有單一份，文件也說它「把低成本與單一常駐放在高可用之前」，也就是不適合要求不中斷的正式服務。

我的看法

我自己平常用 NAS 跑一些常駐的小服務，所以看到這個資源會覺得很熟悉：它就是把「一台一直開著的小機器」搬到雲端，並且不用自己維護作業系統。對想跑 AI 代理、機器人或排程管理工具的人，這可能比租一台完整虛擬機輕鬆。

不過我不會急著把它放到正式環境。原因有三個：第一，預覽版；第二，單一份沒有備援；第三，官方文件沒有給出我能核對的單價，只寫「依每台運行時間計費」。如果真的要用，我會先拿它跑不影響營收的實驗工作，並且自己做好資料備份與健康檢查。

名詞小辭典

• 容器（Container）：把程式與它需要的環境一起打包的盒子，在哪裡都能用同樣方式執行。
• 單例（Singleton）：同一時間只存在一份，不會被複製出第二份。
• AI 代理（Agent）：能自己規劃步驟、呼叫工具、長時間完成任務的 AI 程式。
• 預覽版（Preview）：功能還在試驗階段，可能改變，也不保證正式服務等級。

資料來源

• Google Cloud 發行說明（2026-08-25，Cloud Run）
• Cloud Run 文件：What is Cloud Run（Cloud Run instances）
• Cloud Run 文件：Resource model（資源比較）
• Cloud Run 文件：Instance lifecycle
• gcloud beta run instances create 參考