AnswersPublished18 sources
Google Cloud lanserer databaseagenter og permanente Cloud Run-instanser
I august 2026 introduserte Google Cloud Gemini drevne Database Operations Agents og Cloud Run instanser i forhåndsvisning – det ene automatiserer databasearbeid, det andre kjører én vedvarende arbeidsprosess. Database Onboarding Agent håndterer oppsett og konfigurasjon, mens Observability Agent bruker telemetri til...
Publisert avRedigert med GPT-5.6 LunaBilder generert med GPT Image 1.5
Research answer
Key takeaways
- I august 2026 introduserte Google Cloud Gemini drevne Database Operations Agents og Cloud Run instanser i forhåndsvisning – det ene automatiserer databasearbeid, det andre kjører én vedvarende arbeidsprosess.
- Database Onboarding Agent håndterer oppsett og konfigurasjon, mens Observability Agent bruker telemetri til å finne problemer, foreslå tiltak og – med godkjenning – utføre støttede endringer.
- Cloud Run instanser tilbyr én dedikert kjøretidsinstans uten autoskalering til null, opptil sju dagers sammenhengende drift, en stabil HTTPS adresse og en oppgitt pris på 5,70 dollar per 30 dager for 1 delt vCPU og 1...
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 retter seg mot to velkjente flaskehalser i infrastrukturen for AI-agenter: Databaser krever fortsatt mye spesialistarbeid, mens langvarige agenter trenger et kjøremiljø som ikke forsvinner så snart trafikken stopper. Selskapet har derfor introdusert Database Operations Agents for hele databasens livssyklus og Cloud Run-instanser for dedikerte, vedvarende arbeidsprosesser. 23
1
To lanseringer – to ulike problemer
Database Operations Agents arbeider i datalaget. De bruker Gemini Cloud Assist til å veilede valg av database, klargjøring, overvåking, feilsøking og vedlikehold gjennom arbeidsflyter i naturlig språk. 23
Cloud Run-instanser handler derimot om kjøring. De gir en enkelinstans-basert kjøretid for blant annet personlige AI-agenter som trenger en prosess som er tilgjengelig hele tiden, et stabilt endepunkt eller langvarige interaksjoner. 1
Forskjellen er viktig: En vedvarende kjøretid gjør ikke agentens data automatisk varig, og databaseautomatisering gir ikke i seg selv et sted å kjøre en alltid tilgjengelig agent. Lanseringene utfyller derfor hverandre, men kan ikke erstatte hverandre.
Dette gjør Database Operations Agents
Google lanserte to agenter som del av strategien Agentic Data Cloud:
- Database Onboarding Agent: Håndterer «dag 0»-arbeid som valg av database, oppsett, konfigurasjon og første utrulling.
- Database Observability Agent: Håndterer «dag 1» og «dag 2», inkludert overvåking, feilsøking og løpende vedlikehold.
23
Målet er å erstatte deler av det manuelle arbeidet med klargjøringsskript, konfigurasjonstrinn, overvåkingsspørringer og diagnostikk med veiledede arbeidsflyter i naturlig språk. Det kan redusere repetitivt arbeid for databaseadministratorer, utviklere, SRE- og DevOps-team – samtidig som mennesker fortsatt godkjenner endringer med større konsekvenser.
Hvilke databaser støttes?
Onboarding Agent er beskrevet med støtte for Googles administrerte databasetjenester AlloyDB, Bigtable, Cloud SQL og Spanner. 29
Tilgjengeligheten er ikke universell. Google beskriver funksjonene for onboarding og observability som forhåndsvisninger, og enkelte observasjonsfunksjoner er begrenset til utvalgte kunder og databasetjenester. 29
34
Slik undersøker Observability Agent problemer
Observability Agent skal sammenstille driftsdata i stedet for å se på én enkelt databasemåling isolert. Undersøkelsene kan trekke inn Database Insights, Cloud Monitoring, Cloud Logging og Cloud Trace for å finne sannsynlige årsaker til problemer som flaskehalser i spørringer, økt latenstid, låsekonflikter og press på ressurser. 23
Agenten kan deretter forklare den mistenkte årsaken, foreslå en endring og beskrive begrunnelsen og forventet effekt. For støttede tiltak kreves brukerens godkjenning før endringen gjennomføres. Google nevner blant annet aktivering av tilkoblingspooling i Cloud SQL og opprettelse av en indeks. 23
44
Dette godkjenningssteget er sentralt i produksjonsmiljøer. En endring som ser ut som en lokal optimalisering, kan påvirke kostnader, latenstid, låsing eller hvordan applikasjonen oppfører seg.
Tilgjengelig i flere arbeidsflater
Google distribuerer funksjonene gjennom verktøyene der skyinfrastruktur allerede driftes. Agentene er integrert i Gemini Cloud Assist-chat, relevante databasesider i Google Cloud-konsollen, flåtevisninger i Database Center, kommandolinjen, IDE-er og tredjepartsverktøy. 23
Funksjoner fra Database Insights og Database Center kan også gjøres tilgjengelige gjennom MCP-kompatible grensesnitt. Googles administrerte MCP-servere skal la Gemini og andre MCP-klienter koble seg til database- og infrastrukturtjenester uten at brukeren må drifte MCP-serveren selv. 36
Det gjør databaseagentene til byggesteiner i større agentarbeidsflyter. Et eksternt utviklerverktøy eller en driftsagent kan for eksempel hente oversikt over databaser, måledata eller oppdagede problemer gjennom et standardisert verktøygrensesnitt, i stedet for å være avhengig av et grafisk konsollgrensesnitt.
Hva Cloud Run-instanser tilfører AI-agenter
Cloud Run-instanser er dedikerte Cloud Run-kjøretider med én instans. I motsetning til en vanlig Cloud Run-tjeneste kjører de nøyaktig én kopi, autoskalerer ikke og skalerer ikke ned til null. Google lanserte funksjonen i forhåndsvisning for blant annet personlige AI-agenter og andre langvarige arbeidsbelastninger som vanligvis brukes av én bruker. 1
Hver instans kan kjøre kontinuerlig i opptil sju dager, med automatisk omstart som standard. Brukeren kan også stoppe en instans når den ikke trengs, og starte den igjen senere. Alle instanser får en HTTPS-adresse som forblir uendret ved oppdateringer og omstarter. 1
Dette løser flere utfordringer ved forespørselsstyrt serverløs drift:
- Ingen avbrudd ved skalering til null: Prosessen forblir tilgjengelig mellom forespørsler.
- Én dedikert kopi: Arbeidsbelastningen kjører som én instans i stedet for å bli kopiert av autoskalering.
- Stabil adresse: HTTPS-endepunktet endres ikke når instansen startes på nytt eller oppdateres.
- Administrert infrastruktur: Utvikleren får en vedvarende prosessmodell uten å måtte drifte operativsystemet i en virtuell maskin, brannmurregler eller oppsett av HTTPS-endepunkt.
Google fremstiller modellen som et alternativ til å kjøre en virtuell maskin kontinuerlig for utvalgte arbeidsbelastninger – ikke som en generell erstatning for virtuelle maskiner eller autoskalerende Cloud Run-tjenester.
Pris og kaldstart
Google oppgir at en Cloud Run-instans som kjører kontinuerlig med 1 delt vCPU og 1 GiB minne, koster 5,70 dollar per 30 dager. Tjenesten bruker også burst-budsjetter for kortvarige beregningstopper, slik at utviklere ikke trenger å dimensjonere kjøretiden for alle toppene. 1
Vedvarende kjøring kan redusere risikoen for kaldstarter. En tidlig bruker rapporterte 88 prosent færre kaldstarter for en langvarig agent, men dette er et kundetall og ingen generell ytelsesgaranti. 1
Prisopplysningen bør derfor ses som et eksempel på en bestemt konfigurasjon, ikke som et komplett kostnadsestimat. Faktiske løsninger kan få ekstra kostnader for blant annet ressurser, nettverk, lagring og tilknyttede tjenester.
Viktig begrensning: Vedvarende kjøring er ikke det samme som varig minne
En Cloud Run-instans kan holde en prosess i live, men det betyr ikke at data som bare ligger i minnet overlever enhver omstart, stopp eller utløp av kjøretiden. Googles arkitekturveiledning skiller mellom tilstand i minnet og ekstern tilstand: Ved en omstart går samtalehistorikk som bare ligger i minnet tapt, mens produksjonssystemer med krav til pålitelighet bør bruke ekstern tilstandshåndtering. 19
For en produksjonsagent betyr det vanligvis at økter, fremdrift i arbeidsflyter og annen varig tilstand må lagres i en database eller et annet persistent system. Googles veiledning for langvarige agenter peker på databasebasert øktlagring, blant annet Cloud SQL i produksjonsscenarier. 21
Det er den viktigste presiseringen bak ordet «stateful». Cloud Run-instanser tilbyr en tilstandsbevisst kjøremodell for en avgrenset levetid, men fjerner ikke behovet for varig lagring når agenten må kunne gjenoppta uferdig arbeid eller bevare kontekst etter at instansen er avsluttet.
Hva strategien betyr for utviklere av AI-agenter
Sett under ett viser lanseringene at Google Cloud retter seg mot begge sider av et agentsystem:
- Kjør agenten: Cloud Run-instanser gir et lite administrasjonsbehov for dedikerte, langvarige prosesser med stabil adresse.
- Drift datalaget: Database Operations Agents automatiserer deler av klargjøring, observability, diagnostikk og godkjent feilretting.
- Koble sammen verktøy: MCP-integrasjoner gjør databasefunksjoner tilgjengelige for eksterne klienter, IDE-er, kommandolinjer og andre agenter.
- Behold menneskelig kontroll der risikoen er høyere: Observability Agent kan foreslå endringer, mens støttede feilrettinger krever godkjenning.
Det praktiske resultatet er ikke en fullstendig autonom infrastruktur som gjør tekniske vurderinger overflødige. Det er et sett med administrerte byggesteiner som reduserer driftsarbeidet, mens arkitektur, tilgangsrettigheter, varig tilstand og styring av produksjonsendringer fortsatt er utviklernes ansvar.
For team som bygger personlige assistenter, asynkrone arbeidsflyter eller agenter med flere samtaler, løser Cloud Run-instanser problemet med kontinuitet i kjøretiden. For teamene som drifter databasene disse agentene er avhengige av, automatiserer Database Operations Agents mye av arbeidet med å konfigurere systemene, forstå helsetilstanden deres og håndtere problemer. Retningen er tydelig: Google gjør både beregning og datadrift mer tilgjengelig for agenter gjennom naturlig språk, telemetri og standardiserte verktøygrensesnitt.
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 lanserer databaseagenter og permanente Cloud Run-instanser"?
I august 2026 introduserte Google Cloud Gemini drevne Database Operations Agents og Cloud Run instanser i forhåndsvisning – det ene automatiserer databasearbeid, det andre kjører én vedvarende arbeidsprosess.
What are the key points to validate first?
I august 2026 introduserte Google Cloud Gemini drevne Database Operations Agents og Cloud Run instanser i forhåndsvisning – det ene automatiserer databasearbeid, det andre kjører én vedvarende arbeidsprosess. Database Onboarding Agent håndterer oppsett og konfigurasjon, mens Observability Agent bruker telemetri til å finne problemer, foreslå tiltak og – med godkjenning – utføre støttede endringer.
What should I do next in practice?
Cloud Run instanser tilbyr én dedikert kjøretidsinstans uten autoskalering til null, opptil sju dagers sammenhengende drift, en stabil HTTPS adresse og en oppgitt pris på 5,70 dollar per 30 dager for 1 delt vCPU og 1...