Google Cloud 8月推兩大工具，減輕資料庫及持續運行 AI 代理的管理負擔

Google Cloud 於2026年8月推出兩類面向 AI 代理的新基礎設施：一類是協助企業處理資料庫配置及日常運維的 Database Operations Agents；另一類是讓需要長期在線的 AI 代理，可以在 Cloud Run 上持續運行的專用環境。兩者都配合 Google Cloud 所稱的「Agentic Data Cloud」及其推動雲端基礎設施變得更自動化、更適合以對話方式操作的方向。211

Database Operations Agents：由揀資料庫到找出故障原因

Google Cloud 於8月5日公布兩個 Database Operations Agents，分別針對資料庫生命周期的不同階段：

• Database Onboarding Agent 主要處理「Day 0」工作，即最初的架構決策、設定及部署。它可以理解工作負載要求，建議合適的託管資料庫，並引導團隊完成配置及部署，減少逐份閱讀文件、手動比較服務及自行撰寫配置的需要。支援服務包括 AlloyDB、Bigtable、Cloud SQL 及 Spanner。2
• Database Observability Agent 就負責「Day 1/2」工作，包括資料庫群組監察、異常偵測、問題診斷、故障排查、效能優化及日常維護。它支援 Cloud SQL、AlloyDB、Spanner、Bigtable、Firestore 及 Memorystore。213

Observability Agent 會整合 Database Insights／Database Center 的遙測資料，以及 Cloud Monitoring、Cloud Logging 和 Cloud Trace 的資訊，再配合指標、查詢數據、資料庫清單及問題紀錄，協助分析問題根源。2

它不只會提出建議。在人手批准之後，代理亦可執行已驗證的修正措施，例如為 Cloud SQL 啟用連線池，或者新增索引。不過，產品內的調查及修復功能當時仍屬預覽，只有指定客戶可以使用。2

這些代理已整合到 Gemini Cloud Assist，用戶可以在 Gemini 對話介面及 Cloud Console 的相關資料庫頁面使用；Google Cloud 亦透過 CLI、MCP servers／tools、第三方工具及 IDE 提供相關能力。2

Cloud Run instances：讓個人 AI 代理保持在線

另一項於8月28日進入預覽的功能，是專門為長期運行工作負載而設的 Cloud Run singleton runtime。它固定只運行 一個 instance，不會自動擴展，因此定位並非高流量、無狀態的網站服務，而是需要持續存在及保留狀態的程序。4

每個 instance 最長可以運行 7日，而且預設配置自動重新啟動政策。它的 HTTPS 網址在更新及重新啟動後仍然維持不變，用戶亦可以先停止，稍後再恢復運行。4

Google Cloud 引述的價格例子是：以共享 vCPU 加上突發運算額度，連續運行 1個 vCPU 及1 GiB RAM 30日，費用為5.70美元。除了成本因素，Google Cloud 強調，用戶毋須自行處理虛擬機器及作業系統維護、Firewall 管理，亦不用自行建立 HTTPS 端點；同時亦不必為一部長期開啟的完整虛擬機器支付全部運算成本。4

初期主要用例是需要長期運行的個人 AI 代理，例如 OpenClaw 或 Hermes。這類代理通常服務單一用戶，並需要在用戶手提電腦關機時仍然保留運作及狀態。4

Google Cloud 亦引用客戶 OffDeal 的說法，指冷啟動次數減少了 88%。這是客戶自行報告的結果，並不是 Google Cloud 對所有工作負載作出的普遍效能保證或基準測試結果。4

兩項功能合起來，針對 AI 代理的新需要

傳統網頁應用程式多數可以按請求啟動及擴展，但新一代 AI 代理往往需要固定身份及端點、記憶或持久狀態、長時間在背景執行，以及連接工具和資料。它們的運作方式，未必適合完全依賴「有請求才啟動、無請求就縮減至零」的模式。

Database Operations Agents 主要令資料層變得更「Agentic」：用戶可以用自然語言配置資料庫、查看狀態、調查問題，並在獲得人手批准後執行修正。Cloud Run instances 則在運算層提供更持久、具固定端點的託管運行環境。24

換句話說，Google Cloud 的方向不是單純用 AI 取代所有管理員，而是同時提供能夠協助操作的資料庫代理，以及適合長期運行 AI 代理的雲端運行元件；涉及資料庫更改等較高風險操作時，仍保留人手審批這道關卡。24