AnswersPublished18 sources
Google Cloud propojuje AI agenty s databázemi a trvalým během
Google Cloud v srpnu 2026 představil dvě doplňující novinky pro infrastrukturu AI agentů: Database Operations Agents pro automatizaci správy databází a preview Cloud Run instances pro trvale běžící jednoagentové úlohy. Database Onboarding Agent řeší výběr, nasazení a konfiguraci databáze, zatímco Observability Agent...
PublikovalUpraveno pomocí GPT-5.6 LunaObrázky vytvořeny pomocí GPT Image 1.5
Research answer
Key takeaways
- Google Cloud v srpnu 2026 představil dvě doplňující novinky pro infrastrukturu AI agentů: Database Operations Agents pro automatizaci správy databází a preview Cloud Run instances pro trvale běžící jednoagentové úlohy.
- Database Onboarding Agent řeší výběr, nasazení a konfiguraci databáze, zatímco Observability Agent pomocí telemetrie hledá příčiny problémů, navrhuje opravy a u podporovaných zásahů je po schválení uživatelem také pro...
- Cloud Run instances běží jako jediná dedikovaná instance bez automatického škálování a bez přechodu na nulu.
- Trvalý běh ale neznamená trvalé uložení dat: historie relací a rozpracovaná práce musí být pro spolehlivý produkční provoz uloženy v externí databázi nebo jiném persistentním úložišti.
AI Prompt
openai.comCreate 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, general web, documentation. 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, charts with fak
Google Cloud v srpnu 2026 představil dvě novinky, které míří na odlišné, ale navzájem propojené problémy infrastruktury pro AI agenty. Databázovým týmům chce usnadnit zdlouhavé nastavování, monitorování a odstraňování problémů. Vývojářům zároveň nabízí runtime, který se při nečinnosti okamžitě nevypne a neškáluje na nulu. 23
1
Dvě novinky, dva různé problémy
Database Operations Agents se zaměřují na datovou vrstvu. S využitím Gemini Cloud Assist provádějí uživatele výběrem databáze, jejím nasazením, monitorováním, diagnostikou i údržbou prostřednictvím přirozeného jazyka. 23
Cloud Run instances řeší vrstvu běhu aplikace. Jde o jednočlenné, dedikované runtime prostředí pro úlohy, jako jsou osobní AI agenti, které potřebují trvale dostupný proces, stabilní adresu nebo dlouhodobou interakci. 1
Je důležité tyto funkce nezaměňovat. Trvale běžící proces sám o sobě nezaručuje trvalé uložení dat a automatizace databáze nenahrazuje prostředí, ve kterém má nepřetržitě dostupný agent běžet. Obě novinky se tedy doplňují, nikoli nahrazují.
Database Operations Agents: méně ruční práce s databázemi
Google představil dva agenty jako součást své strategie Agentic Data Cloud:
- Database Onboarding Agent řeší takzvaný Day 0: výběr databáze, její nastavení, konfiguraci a počáteční nasazení.
- Database Observability Agent pokrývá Day 1 a Day 2: monitorování, řešení problémů a průběžnou údržbu.
23
Cílem je nahradit ruční skládání provisioningových skriptů, konfiguračních kroků, monitorovacích dotazů a diagnostických postupů řízenými úlohami v přirozeném jazyce. To může omezit opakující se práci databázových administrátorů, vývojářů, SRE i DevOps týmů. U důležitých změn přitom zůstává zachována kontrola člověka.
Podporované databázové služby
Onboarding Agent podle Googlu podporuje spravované databázové služby Google Cloud, mezi něž patří AlloyDB, Bigtable, Cloud SQL a Spanner. 29
Nejde však o plošně dostupnou funkci. Google popisuje onboarding i observability agenty jako preview a některé možnosti Observability Agenta jsou dostupné pouze vybraným zákazníkům a pro určité databázové služby. 29
34
Jak Observability Agent hledá příčiny problémů
Observability Agent nemá sledovat izolovanou metriku, ale spojovat provozní signály z více zdrojů. Při vyšetřování může využít Database Insights, Cloud Monitoring, Cloud Logging a Cloud Trace a hledat pravděpodobné příčiny, například problematická místa v dotazech, nárůst latence, soupeření o zámky nebo nedostatek zdrojů. 23
Poté vysvětlí podezřelou příčinu, navrhne změnu a uvede její zdůvodnění i očekávaný dopad. U podporovaných zásahů je před provedením vyžadováno schválení uživatelem. Mezi příklady Google uvádí zapnutí connection poolingu v Cloud SQL nebo přidání indexu. 23
44
Schvalovací krok je pro produkční provoz zásadní. Změna, která vypadá jako lokální optimalizace, může ovlivnit náklady, latenci, zamykání i chování aplikace. Automatizovaná diagnostika proto neznamená, že by měl systém bez kontroly měnit produkční databázi.
Kde lze agenty používat
Google funkce zpřístupňuje v prostředích, v nichž týmy cloud obvykle spravují. Agenti jsou integrováni do chatu Gemini Cloud Assist, příslušných databázových stránek v konzoli Google Cloud, fleetových pohledů Database Center, příkazového řádku, IDE a nástrojů třetích stran. 23
Funkce Database Insights a Database Center lze zpřístupnit také prostřednictvím rozhraní kompatibilních s MCP. Spravované MCP servery Googlu umožňují Gemini a dalším MCP klientům připojit se k databázovým a infrastrukturním funkcím, aniž by si uživatel musel MCP server sám nasazovat. 36
Výsledkem je možnost zapojit databázové agenty do širších automatizovaných pracovních postupů. Externí vývojářský nástroj nebo provozní agent může přes standardizované rozhraní získat inventář databází, metriky nebo informace o odhalených problémech, místo aby byl odkázán pouze na grafickou konzoli.
Cloud Run instances: dedikovaný běh pro dlouhodobé agenty
Cloud Run instances jsou dedikované jednočlenné runtime prostředí v Cloud Run. Na rozdíl od běžné služby Cloud Run spouštějí přesně jednu kopii, automaticky se neškálují a nepřecházejí na nulu. Google je v preview představil pro osobní AI agenty a další dlouhodobé, obvykle jednouživatelské úlohy. 1
Jedna instance může běžet nepřetržitě až sedm dní; ve výchozím nastavení má nakonfigurovaný automatický restart. Když ji uživatel nepotřebuje, může ji zastavit a později znovu spustit. Každá instance získá HTTPS adresu, která zůstává stejná i po aktualizaci nebo restartu. 1
Tento model řeší několik potíží běžného serverless provozu založeného na požadavcích:
- Žádné přerušení kvůli škálování na nulu: Proces zůstává dostupný i mezi požadavky.
- Jediná instance: Úloha běží jako jedna dedikovaná kopie, nikoli jako množství replik vytvářených autoscalingem.
- Stabilní adresa: HTTPS endpoint se při restartu ani aktualizaci nemění.
- Spravovaná infrastruktura: Vývojář získá trvalý procesní model, aniž by musel provozovat operační systém virtuálního stroje, nastavovat firewall nebo samostatně řešit HTTPS endpoint.
Google tuto možnost prezentuje jako alternativu k nepřetržitě provozovanému virtuálnímu stroji pro vybrané typy úloh. Nejde o univerzální náhradu virtuálních strojů ani běžných autoskalovaných služeb Cloud Run.
Cena a kompromis v podobě cold startů
Google uvádí, že nepřetržitý provoz instance Cloud Run s 1 sdíleným vCPU a 1 GiB paměti stojí 5,70 USD za 30 dní. Nabídka zároveň využívá rozpočty pro krátkodobé výpočetní špičky, takže runtime nemusí být dimenzován na každý maximální náraz. 1
Trvalé spuštění může omezit výskyt cold startů. Jeden z prvních uživatelů podle Googlu zaznamenal u dlouhodobého agenta pokles cold startů o 88 procent. Jde však o výsledek konkrétního zákazníka, nikoli o obecnou garanci výkonu. 1
Uvedenou cenu je proto třeba chápat jako příklad konkrétní konfigurace, nikoli jako kompletní odhad nákladů každého nasazení. Skutečný účet mohou zvýšit další poplatky za zdroje, síť, úložiště nebo související služby.
Důležité omezení: trvalý proces není trvalá paměť
Instance Cloud Run dokáže udržet proces v chodu, ale nezaručuje, že data uložená pouze v paměti přežijí každý restart, zastavení nebo vypršení životnosti runtime. Google ve své architektonické dokumentaci rozlišuje stav relace v paměti a externě uložený stav. Po restartu aplikace se historie konverzace uložená v paměti ztratí; produkční systémy, které vyžadují spolehlivost, proto mají používat externí správu stavu. 19
Produkční agent by měl obvykle ukládat relace, postup pracovního procesu a další trvalá data do databáze nebo jiného persistentního systému. Doporučení Googlu pro dlouhodobě běžící agenty počítá mimo jiné s databázovým ukládáním relací, například pomocí Cloud SQL v produkčních scénářích. 21
Slovo „stavový“ tedy v tomto případě označuje především model běhu. Cloud Run instances poskytují vymezený runtime s trvale běžícím procesem, ale neodstraňují potřebu externího úložiště ve chvíli, kdy se agent musí zotavit z restartu nebo zachovat kontext po skončení životnosti instance.
Co to znamená pro vývojáře AI agentů
Novinky dohromady ukazují, že Google Cloud cílí na obě hlavní části agentního systému:
- Spustit agenta: Cloud Run instances nabízejí úsporné prostředí pro dedikovaný, dlouhodobě běžící proces se stabilním endpointem.
- Spravovat datovou vrstvu: Database Operations Agents automatizují části nasazení, monitorování, diagnostiky a schválených oprav.
- Propojit nástroje napříč prostředími: Integrace MCP rozšiřují databázové funkce do externích klientů, IDE, CLI a dalších agentů.
- Nechat člověka rozhodovat o rizikových změnách: Observability Agent může opravu navrhnout, ale podporované zásahy vyžadují schválení.
Praktickým výsledkem není plně autonomní infrastruktura, která by odstranila potřebu technického rozhodování. Google spíše dodává spravované stavební bloky, které omezují rutinní práci a současně ponechávají architekturu, oprávnění, trvalý stav a pravidla pro produkční změny na vývojových a provozních týmech.
Pro osobní asistenty, asynchronní workflow nebo agenty s více koly interakce řeší Cloud Run instances kontinuitu běhu. Pro týmy, které spravují databáze, na nichž tito agenti závisejí, představují Database Operations Agents nástroj pro jednodušší konfiguraci, kontrolu zdraví systému a reakci na problémy. Širší směr Googlu je zřejmý: zpřístupnit výpočetní i datové operace agentům prostřednictvím přirozeného jazyka, telemetrie a standardizovaných rozhraní pro nástroje.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "Google Cloud propojuje AI agenty s databázemi a trvalým během"?
Google Cloud v srpnu 2026 představil dvě doplňující novinky pro infrastrukturu AI agentů: Database Operations Agents pro automatizaci správy databází a preview Cloud Run instances pro trvale běžící jednoagentové úlohy.
What are the key points to validate first?
Google Cloud v srpnu 2026 představil dvě doplňující novinky pro infrastrukturu AI agentů: Database Operations Agents pro automatizaci správy databází a preview Cloud Run instances pro trvale běžící jednoagentové úlohy. Database Onboarding Agent řeší výběr, nasazení a konfiguraci databáze, zatímco Observability Agent pomocí telemetrie hledá příčiny problémů, navrhuje opravy a u podporovaných zásahů je po schválení uživatelem také pro...
What should I do next in practice?
Cloud Run instances běží jako jediná dedikovaná instance bez automatického škálování a bez přechodu na nulu.