Google Cloud 8月推出兩項面向 AI 代理的基礎設施能力:自動化資料庫管理的 Database Operations Agents,以及支援低成本、持久化單一代理執行的 Cloud Run instances。[7][8] Database Onboarding Agent 以自然語言協助完成資料庫選擇、佈建、設定與初始部署;Database Observability Agent 則負責監控、疑難排解與持續維護。[8] Onboarding Agent 支援 AlloyDB、Bigtable、Cloud SQL 與 Spanner 等 Google Cloud 託管資料庫。[8]
研究答案

Create a landscape editorial hero image for this Studio Global article: What did Google Cloud introduce in August to support AI agent infrastructure—specifically, how do its Gemini Cloud Assist–integrated Databas. Article summary: In August, Google Cloud introduced two complementary building blocks for always on AI agents: Database Operations Agents to automate database setup and operations, and Cloud Run instances for low cost, persistent single . Topic tags: general web, agents, ai, automation, workflow. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, chart
Google Cloud 在2026年8月接連推出兩項與 AI 代理基礎設施相關的能力:一邊用 Database Operations Agents 簡化資料庫的建置與日常維運,另一邊用 Cloud Run instances 提供更適合長時間運作的單一代理執行環境。兩者合起來,讓 Google 的 Agentic Data Cloud 策略從「管理資料」延伸到「支撐代理運作所需的基礎設施」。78
整合 Gemini Cloud Assist 的 Database Operations Agents,主要分成兩個角色:
Google Cloud 的目標,是減少過去需要 DBA、開發人員、SRE 或 DevOps 團隊反覆處理的工作,例如架構規劃、撰寫腳本、資源佈建、Schema 與索引設定、查詢調校及診斷。使用者可以透過自然語言引導流程完成相關操作,而不必從頭手動組合每個步驟。8
Database Onboarding Agent 可透過自然語言引導使用者完成資料庫佈建與初始設定,支援的 Google Cloud 託管資料庫包括 AlloyDB、Bigtable、Cloud SQL 與 Spanner。8
Database Observability Agent 會串聯 Database Insights、Cloud Monitoring、Cloud Logging、Cloud Trace 等來源的遙測資料,協助辨識問題根因,例如:
它不只停留在「告訴你哪裡出問題」,也會提出經驗證的變更方案,說明建議理由與預期影響。在使用者核准後,代理可執行部分支援的修復操作,例如替 Cloud SQL 啟用連線池,或新增索引。不過,部分調查與修復功能當時仍只向特定客戶提供預覽版本。8
這些能力可從 Gemini Cloud Assist 聊天介面、Google Cloud 主控台中相關的資料庫頁面、Database Center 資料庫機群檢視畫面、CLI、IDE 及第三方工具使用。8此外,Database Insights 與 Database Center 的功能也能透過 Google Remote MCP 伺服器以 MCP 工具形式提供,讓外部開發工具與 AI 代理取得系統及查詢指標、資料庫機群清單,以及已偵測到的問題。8
Google Cloud 於8月27日以預覽形式推出 Cloud Run instances。這是一種部署在 Cloud Run 上的專用單例運算環境,適合個人 AI 代理等長時間、具狀態且通常只服務單一使用者的工作負載。9
與一般 Cloud Run 服務不同,Cloud Run instance 具有幾項關鍵特性:
Google 將它定位為持續運作虛擬機器的替代方案。開發者不必自行維護虛擬機器作業系統,也可省去防火牆與 HTTPS 端點的部分設定,同時保留傳統「程序持續存在」的模型,彌補一般會縮減至零的無伺服器服務在持久化執行方面的限制。9
以1個共用 vCPU 與1 GiB 記憶體持續運作30天計算,Google 公布的價格為5.70美元。Cloud Run instances 也可利用突發運算額度應付偶發的運算尖峰,而不必像配置虛擬機器一樣長期按照尖峰需求付費。9
持續執行還能降低冷啟動的影響。Google 引述一名早期使用者表示,其長時間運作的代理冷啟動次數下降88%;這是個別客戶的回饋,並非所有工作負載都能達到的普遍效能保證。9
AI 代理需要經濟、持久的執行環境來處理非同步工作與多輪互動;它所依賴的資料庫,則需要更自動化的佈建、可觀測性與安全修復。Cloud Run instances 著重於代理本身的長時間執行,Database Operations Agents 則讓資料層能以自然語言及相容 MCP 的工具進行操作與管理。18
不過,「具狀態」的執行環境不代表代理可以完全不依賴外部持久化儲存。如果代理需要在重新啟動後保留工作進度,或讓工作狀態超越單次執行環境的生命週期,仍然需要持久化的外部狀態管理。Google 的建議也指出,生產環境代理可使用 Cloud SQL 等持久化工作階段儲存方案。5
Studio Global AI
這個頁面包含附來源佐證的答案,你可以在 Studio Global 內繼續追問。
Google Cloud 8月推出兩項面向 AI 代理的基礎設施能力:自動化資料庫管理的 Database Operations Agents,以及支援低成本、持久化單一代理執行的 Cloud Run instances。[7][8]
Google Cloud 8月推出兩項面向 AI 代理的基礎設施能力:自動化資料庫管理的 Database Operations Agents,以及支援低成本、持久化單一代理執行的 Cloud Run instances。[7][8] Database Onboarding Agent 以自然語言協助完成資料庫選擇、佈建、設定與初始部署;Database Observability Agent 則負責監控、疑難排解與持續維護。[8]
Onboarding Agent 支援 AlloyDB、Bigtable、Cloud SQL 與 Spanner 等 Google Cloud 託管資料庫。[8]