I august 2026 lancerede Google Cloud databaseagenter til onboarding og observability og forhåndsviste Cloud Run instanser til vedvarende AI arbejdsbelastninger. Database Onboarding Agent hjælper med den indledende opsætning og valg af database, mens Database Observability Agent overvåger flåder, undersøger problemer...
Udgivet afRedigeret med GPT-5.6 LunaBilleder genereret med GPT Image 1.5
Research answer

Create a landscape editorial hero image for this Studio Global article: What did Google Cloud announce in August 2026 to reduce the operational burden of managing databases and hosting persistent AI workloads, in. Article summary: In August 2026, Google Cloud positioned two new offerings as complementary infrastructure for AI agents: database agents that reduce the human work of provisioning and operating data stores, and persistent Cloud Run runt. Topic tags: general, general web, documentation, user generated. 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,
Google Cloud adresserede i august 2026 to udfordringer, der bliver stadig mere tydelige med AI-agenter: arbejdet med at vælge og administrere databaser samt behovet for at køre agenter, der skal være tilgængelige, også når de ikke håndterer en traditionel strøm af webforespørgsler.
Den første nyhed var to Database Operations Agents, integreret med Gemini Cloud Assist. Den anden var en forhåndsvisning af Cloud Run-instanser – en singleton-runtime til langvarige og stateful arbejdsbelastninger. Tilsammen viser produkterne, hvordan Google Cloud tilpasser både data- og beregningslaget til agentbaserede applikationer. 2
4
11
Google Cloud introducerede Database Onboarding Agent og Database Observability Agent som en del af strategien Agentic Data Cloud. Opdelingen er enkel: Onboarding håndterer Day 0, altså arbejdet før lancering, mens observability dækker Day 1 og Day 2, hvor databasen er i drift. 2
Database Onboarding Agent fortolker et teams krav til arbejdsbelastningen, anbefaler en passende administreret database og hjælper med konfiguration og implementering. Formålet er at reducere de manuelle arkitektur- og klargøringsbeslutninger, der normalt skal træffes, før en applikation går i produktion.
Agenten understøtter AlloyDB, Bigtable, Cloud SQL og Spanner. 2
Det gør den især relevant i situationer, hvor et udvikler- eller platformsteam ved, hvad applikationen skal kunne – eksempelvis hvilke belastningsmønstre og driftskrav den har – men endnu ikke ved, hvilken Google Cloud-database der passer bedst til kravene.
Database Observability Agent fokuserer på driften efter implementeringen. Google beskriver funktioner som overvågning af hele databaseflåden, anomalidetektion, diagnosticering, fejlsøgning, optimering og vedligeholdelse på tværs af Cloud SQL, AlloyDB, Spanner, Bigtable, Firestore og Memorystore. 2
24
I stedet for at se på ét signal ad gangen sammenholder agenten oplysninger fra Database Insights- og Database Center-telemetri, Cloud Monitoring, Cloud Logging og Cloud Trace. Det kan blandt andet være målinger, forespørgselsdata, lagerbeholdning og oplysninger om registrerede problemer, som bruges til at undersøge mulige grundårsager. 2
Målet er dermed mere end en alarm i et dashboard. Agenten kan forklare problemet, anbefale en reaktion og understøtte et flertrinsforløb til afhjælpning. Google nævner blandt andet aktivering af forbindelsespooling i Cloud SQL eller tilføjelse af indekser som eksempler.
Ved ændringer med konsekvenser for driften kræver agenten menneskelig godkendelse, før validerede rettelser bliver udført. Funktionerne til undersøgelse og afhjælpning var i forhåndsvisning for udvalgte kunder. 2
24
Agenterne er integreret i Gemini Cloud Assist og kan bruges via Gemini-chatten samt relevante databasesider i Cloud Console. Google beskriver også adgang gennem kommandolinjeværktøjer, MCP-servere og -værktøjer, tredjepartsværktøjer og integrerede udviklingsmiljøer (IDE'er). 2
Det betyder, at databasehjælpen ikke er begrænset til ét operationsdashboard. Den samme naturlige sproggrænseflade kan indgå i de miljøer, hvor udviklere og driftsteams allerede undersøger infrastruktur, klargør ressourcer eller arbejder med kode.
Den 28. august forhåndsviste Google Cloud Cloud Run-instanser, som er en anden type byggesten end en traditionel Cloud Run-tjeneste med autoskalering. Hver instans kører som en singleton: Der holdes præcis én instans kørende, og den skalerer ikke automatisk. Google målretter funktionen mod langvarige, stateful arbejdsbelastninger som personlige AI-agenter. 4
De vigtigste egenskaber er:
Modellen passer til en agent, der skal bevare identitet, tilstand eller baggrundsaktivitet for én bruger. Den er mindre oplagt til et traditionelt stateless web-endpoint, hvor den primære opgave er at håndtere pludselige spidsbelastninger med mange samtidige forespørgsler.
Google oplyste en pris på 5,70 dollar for 30 dages kontinuerlig drift af en konfiguration med 1 vCPU og 1 GiB RAM, baseret på delt vCPU og burst-budgetter. 4
Google fremhæver både driftsmæssige og økonomiske fordele sammenlignet med at administrere en dedikeret virtuel maskine. Brugere kan blandt andet undgå vedligeholdelse af VM og operativsystem, firewall-administration og opsætning af deres eget HTTPS-endpoint.
Prisen og produktets egenskaber bør dog ses som Googles offentliggjorte positionering i forhåndsvisningen – ikke som en universel sammenligning af omkostninger. Den faktiske pris afhænger af konfiguration, forbrug, region og faktureringsdetaljer. 4
30
31
Google henviste også til en udtalelse fra kunden OffDeal, som rapporterede en reduktion på 88 procent i cold starts. Det er et kunderapporteret resultat og ikke en generel ydelsesgaranti fra Google eller en uafhængig benchmarkmåling. 4
Traditionelle cloud-applikationer adskiller ofte stateless håndtering af forespørgsler fra vedvarende datatjenester. AI-agenter gør arkitekturen mere kompliceret. De kan have brug for en permanent identitet og et stabilt endpoint, hukommelse eller anden tilstand, langvarig baggrundskørsel samt adgang til værktøjer og driftsdata.
Googles augustnyheder adresserer disse behov fra to sider:
Den bredere strategi ses i Googles rammeværk Agentic Data Cloud, som samler data, modeller og operationelle databaser i et system, hvor agenter kan handle. 11 Den praktiske designbeslutning er værd at bemærke: Google automatiserer mere af driftsarbejdet, men fastholder menneskelig godkendelse ved databaseændringer, der kan få konsekvenser i produktionen.
2
Google Cloud lancerer ikke én universel agentplatform med disse nyheder. I stedet tilføjer selskabet målrettede byggesten til to konkrete problemer:
Begge produkter beskrives i forhåndsvisningsorienterede termer. Teams bør derfor kontrollere tilgængelighed, understøttede konfigurationer, tilladelser, priser og grænserne for automatisk afhjælpning, før de bruger funktionerne i produktion.
Den overordnede retning er dog tydelig: Google Cloud behandler AI-agenter som arbejdsbelastninger, der både kræver mere autonom drift og mere holdbar infrastruktur.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
I august 2026 lancerede Google Cloud databaseagenter til onboarding og observability og forhåndsviste Cloud Run instanser til vedvarende AI arbejdsbelastninger.
I august 2026 lancerede Google Cloud databaseagenter til onboarding og observability og forhåndsviste Cloud Run instanser til vedvarende AI arbejdsbelastninger. Database Onboarding Agent hjælper med den indledende opsætning og valg af database, mens Database Observability Agent overvåger flåder, undersøger problemer og kan udføre godkendte rettelser.
Cloud Run instanser er singleton runtime miljøer uden autoskalering og med stabile HTTPS adresser, målrettet langvarige personlige AI agenter.
I august 2026 lancerede Google Cloud databaseagenter til onboarding og observability og forhåndsviste Cloud Run instanser til vedvarende AI arbejdsbelastninger. Database Onboarding Agent hjælper med den indledende opsætning og valg af database, mens Database Observability Agent overvåger flåder, undersøger problemer...
Udgivet afRedigeret med GPT-5.6 LunaBilleder genereret med GPT Image 1.5
Research answer

Create a landscape editorial hero image for this Studio Global article: What did Google Cloud announce in August 2026 to reduce the operational burden of managing databases and hosting persistent AI workloads, in. Article summary: In August 2026, Google Cloud positioned two new offerings as complementary infrastructure for AI agents: database agents that reduce the human work of provisioning and operating data stores, and persistent Cloud Run runt. Topic tags: general, general web, documentation, user generated. 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,
Google Cloud adresserede i august 2026 to udfordringer, der bliver stadig mere tydelige med AI-agenter: arbejdet med at vælge og administrere databaser samt behovet for at køre agenter, der skal være tilgængelige, også når de ikke håndterer en traditionel strøm af webforespørgsler.
Den første nyhed var to Database Operations Agents, integreret med Gemini Cloud Assist. Den anden var en forhåndsvisning af Cloud Run-instanser – en singleton-runtime til langvarige og stateful arbejdsbelastninger. Tilsammen viser produkterne, hvordan Google Cloud tilpasser både data- og beregningslaget til agentbaserede applikationer. 2
4
11
Google Cloud introducerede Database Onboarding Agent og Database Observability Agent som en del af strategien Agentic Data Cloud. Opdelingen er enkel: Onboarding håndterer Day 0, altså arbejdet før lancering, mens observability dækker Day 1 og Day 2, hvor databasen er i drift. 2
Database Onboarding Agent fortolker et teams krav til arbejdsbelastningen, anbefaler en passende administreret database og hjælper med konfiguration og implementering. Formålet er at reducere de manuelle arkitektur- og klargøringsbeslutninger, der normalt skal træffes, før en applikation går i produktion.
Agenten understøtter AlloyDB, Bigtable, Cloud SQL og Spanner. 2
Det gør den især relevant i situationer, hvor et udvikler- eller platformsteam ved, hvad applikationen skal kunne – eksempelvis hvilke belastningsmønstre og driftskrav den har – men endnu ikke ved, hvilken Google Cloud-database der passer bedst til kravene.
Database Observability Agent fokuserer på driften efter implementeringen. Google beskriver funktioner som overvågning af hele databaseflåden, anomalidetektion, diagnosticering, fejlsøgning, optimering og vedligeholdelse på tværs af Cloud SQL, AlloyDB, Spanner, Bigtable, Firestore og Memorystore. 2
24
I stedet for at se på ét signal ad gangen sammenholder agenten oplysninger fra Database Insights- og Database Center-telemetri, Cloud Monitoring, Cloud Logging og Cloud Trace. Det kan blandt andet være målinger, forespørgselsdata, lagerbeholdning og oplysninger om registrerede problemer, som bruges til at undersøge mulige grundårsager. 2
Målet er dermed mere end en alarm i et dashboard. Agenten kan forklare problemet, anbefale en reaktion og understøtte et flertrinsforløb til afhjælpning. Google nævner blandt andet aktivering af forbindelsespooling i Cloud SQL eller tilføjelse af indekser som eksempler.
Ved ændringer med konsekvenser for driften kræver agenten menneskelig godkendelse, før validerede rettelser bliver udført. Funktionerne til undersøgelse og afhjælpning var i forhåndsvisning for udvalgte kunder. 2
24
Agenterne er integreret i Gemini Cloud Assist og kan bruges via Gemini-chatten samt relevante databasesider i Cloud Console. Google beskriver også adgang gennem kommandolinjeværktøjer, MCP-servere og -værktøjer, tredjepartsværktøjer og integrerede udviklingsmiljøer (IDE'er). 2
Det betyder, at databasehjælpen ikke er begrænset til ét operationsdashboard. Den samme naturlige sproggrænseflade kan indgå i de miljøer, hvor udviklere og driftsteams allerede undersøger infrastruktur, klargør ressourcer eller arbejder med kode.
Den 28. august forhåndsviste Google Cloud Cloud Run-instanser, som er en anden type byggesten end en traditionel Cloud Run-tjeneste med autoskalering. Hver instans kører som en singleton: Der holdes præcis én instans kørende, og den skalerer ikke automatisk. Google målretter funktionen mod langvarige, stateful arbejdsbelastninger som personlige AI-agenter. 4
De vigtigste egenskaber er:
Modellen passer til en agent, der skal bevare identitet, tilstand eller baggrundsaktivitet for én bruger. Den er mindre oplagt til et traditionelt stateless web-endpoint, hvor den primære opgave er at håndtere pludselige spidsbelastninger med mange samtidige forespørgsler.
Google oplyste en pris på 5,70 dollar for 30 dages kontinuerlig drift af en konfiguration med 1 vCPU og 1 GiB RAM, baseret på delt vCPU og burst-budgetter. 4
Google fremhæver både driftsmæssige og økonomiske fordele sammenlignet med at administrere en dedikeret virtuel maskine. Brugere kan blandt andet undgå vedligeholdelse af VM og operativsystem, firewall-administration og opsætning af deres eget HTTPS-endpoint.
Prisen og produktets egenskaber bør dog ses som Googles offentliggjorte positionering i forhåndsvisningen – ikke som en universel sammenligning af omkostninger. Den faktiske pris afhænger af konfiguration, forbrug, region og faktureringsdetaljer. 4
30
31
Google henviste også til en udtalelse fra kunden OffDeal, som rapporterede en reduktion på 88 procent i cold starts. Det er et kunderapporteret resultat og ikke en generel ydelsesgaranti fra Google eller en uafhængig benchmarkmåling. 4
Traditionelle cloud-applikationer adskiller ofte stateless håndtering af forespørgsler fra vedvarende datatjenester. AI-agenter gør arkitekturen mere kompliceret. De kan have brug for en permanent identitet og et stabilt endpoint, hukommelse eller anden tilstand, langvarig baggrundskørsel samt adgang til værktøjer og driftsdata.
Googles augustnyheder adresserer disse behov fra to sider:
Den bredere strategi ses i Googles rammeværk Agentic Data Cloud, som samler data, modeller og operationelle databaser i et system, hvor agenter kan handle. 11 Den praktiske designbeslutning er værd at bemærke: Google automatiserer mere af driftsarbejdet, men fastholder menneskelig godkendelse ved databaseændringer, der kan få konsekvenser i produktionen.
2
Google Cloud lancerer ikke én universel agentplatform med disse nyheder. I stedet tilføjer selskabet målrettede byggesten til to konkrete problemer:
Begge produkter beskrives i forhåndsvisningsorienterede termer. Teams bør derfor kontrollere tilgængelighed, understøttede konfigurationer, tilladelser, priser og grænserne for automatisk afhjælpning, før de bruger funktionerne i produktion.
Den overordnede retning er dog tydelig: Google Cloud behandler AI-agenter som arbejdsbelastninger, der både kræver mere autonom drift og mere holdbar infrastruktur.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
I august 2026 lancerede Google Cloud databaseagenter til onboarding og observability og forhåndsviste Cloud Run instanser til vedvarende AI arbejdsbelastninger.
I august 2026 lancerede Google Cloud databaseagenter til onboarding og observability og forhåndsviste Cloud Run instanser til vedvarende AI arbejdsbelastninger. Database Onboarding Agent hjælper med den indledende opsætning og valg af database, mens Database Observability Agent overvåger flåder, undersøger problemer og kan udføre godkendte rettelser.
Cloud Run instanser er singleton runtime miljøer uden autoskalering og med stabile HTTPS adresser, målrettet langvarige personlige AI agenter.