Google Cloud introduceerde in augustus 2026 agents voor database onboarding en observability en presenteerde daarnaast Cloud Run instances voor persistente AI workloads. De Database Onboarding Agent richt zich op Day 0: databasekeuze, configuratie en uitrol.
Gepubliceerd doorBewerkt met GPT-5.6 LunaAfbeeldingen gegenereerd met 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 pakte in augustus 2026 twee knelpunten rond AI-agents aan: het kiezen en beheren van een database en het hosten van agents die permanent beschikbaar moeten blijven, ook wanneer ze niet reageren op een gebruikelijke stroom webverzoeken.
Daarvoor introduceerde het bedrijf twee Database Operations Agents, geïntegreerd met Gemini Cloud Assist. Daarnaast kwam er een preview van Cloud Run instances: een singleton-runtime voor langdurige, stateful workloads. Samen laten de aankondigingen zien dat Google Cloud zowel de data- als de compute-laag aanpast aan agentic applicaties. 2
4
11
De Database Onboarding Agent en Database Observability Agent vallen onder Googles strategie voor de Agentic Data Cloud. De taakverdeling is helder: onboarding verzorgt het werk op Day 0, terwijl observability zich richt op de operationele dagen daarna, vaak aangeduid als Day 1 en Day 2. 2
De Database Onboarding Agent vertaalt de eisen van een workload naar een voorstel voor een geschikte beheerde database. Vervolgens helpt de agent bij de configuratie en implementatie. Daarmee wil Google de handmatige architectuur- en provisioningkeuzes verminderen die normaal gesproken voorafgaand aan een livegang nodig zijn.
De agent ondersteunt AlloyDB, Bigtable, Cloud SQL en Spanner. 2
Dat is vooral relevant voor teams die wel weten wat hun applicatie nodig heeft — bijvoorbeeld op het gebied van workloadkenmerken, schaalbaarheid of operationele eisen — maar nog niet weten welke Google Cloud-database daar het beste bij past.
Na de implementatie verschuift de aandacht naar het dagelijkse beheer. De Database Observability Agent is bedoeld voor vlootmonitoring, anomaliedetectie, diagnose, probleemoplossing, optimalisatie en onderhoud van Cloud SQL, AlloyDB, Spanner, Bigtable, Firestore en Memorystore. 2
24
De agent kijkt niet alleen naar één losse waarschuwing of metriek. Hij combineert informatie uit Database Insights en Database Center, Cloud Monitoring, Cloud Logging en Cloud Trace. Die context kan bestaan uit statistieken, querygegevens, inventaris en informatie over incidenten. Zo moet het eenvoudiger worden om de vermoedelijke hoofdoorzaak van een probleem te vinden. 2
Het doel is dus meer dan een melding op een dashboard. De agent kan een probleem uitleggen, een oplossing voorstellen en een workflow met meerdere stappen ondersteunen. Google noemt onder meer het inschakelen van connection pooling in Cloud SQL en het toevoegen van indexen als voorbeelden.
Voor ingrijpende wijzigingen blijft menselijke goedkeuring vereist. Pas na goedkeuring kan de agent gevalideerde remediations uitvoeren. De onderzoeks- en herstelmogelijkheden waren beschikbaar als preview voor geselecteerde klanten. 2
24
De database-agents zijn geïntegreerd met Gemini Cloud Assist. Gebruikers kunnen ermee werken via Gemini-chat en via relevante databasepagina's in de Cloud Console. Google noemt daarnaast toegang via commandline-tools, MCP-servers en -tools, tools van derden en geïntegreerde ontwikkelomgevingen (IDE's). 2
Dat maakt de assistentie minder afhankelijk van één operationsdashboard. Ontwikkelaars en platformteams kunnen dezelfde natuurlijke-taalworkflow gebruiken op de plekken waar ze al infrastructuur onderzoeken, resources uitrollen of code ontwikkelen.
Op 28 augustus presenteerde Google Cloud de preview van Cloud Run instances. Dit is een ander soort bouwsteen dan een conventionele, automatisch schalende Cloud Run-service.
Elke instance draait als een singleton: er wordt precies één instance onderhouden en er is geen autoscaling. Google richt de functie op langdurige, stateful workloads, zoals persoonlijke AI-agents. 4
De belangrijkste eigenschappen zijn:
Dit model past bij een agent die voor één gebruiker een identiteit, toestand of achtergrondactiviteit moet behouden. Voor een stateless webendpoint dat vooral pieken in gelijktijdig verkeer moet verwerken, is een traditionele autoscalende service logischer.
Google noemt een prijs van $5,70 voor 30 dagen continu gebruik van een configuratie met 1 vCPU en 1 GiB RAM, op basis van shared CPU en burstbudgetten. 4
Volgens Google zit het voordeel niet alleen in de prijs, maar ook in het beheer. In vergelijking met een eigen virtuele machine hoeven gebruikers bijvoorbeeld minder zelf te regelen rond VM- en besturingssysteemonderhoud, firewallbeheer en het opzetten van een HTTPS-endpoint.
De genoemde prijs moet wel worden gezien als Googles gepubliceerde positionering voor de preview, niet als een universele kostenvergelijking. De uiteindelijke kosten hangen af van onder meer configuratie, gebruik, regio en factureringsdetails. 4
30
31
Google verwees bovendien naar een verklaring van klant OffDeal, dat een verlaging van 88 procent in cold starts rapporteerde. Dat is een resultaat dat door een klant is gemeld en geen algemene prestatiegarantie of onafhankelijke benchmark van Google. 4
Traditionele cloudapplicaties scheiden vaak stateless verzoekverwerking van persistente datadiensten. AI-agents maken dat model ingewikkelder. Ze hebben mogelijk een duurzame identiteit en een vast endpoint nodig, moeten geheugen of toestand bijhouden, draaien langdurig op de achtergrond en gebruiken tools en operationele data.
Google Cloud benadert die ontwikkeling vanuit twee kanten:
De bredere strategie komt samen in Googles framing van de Agentic Data Cloud, waarin data, modellen en operationele databases worden verbonden tot één systeem voor actie door agents. 11
Opvallend is dat Google meer operationele taken automatiseert zonder de mens volledig uit de lus te halen. Voor databasewijzigingen met mogelijke gevolgen voor productie blijft goedkeuring vooraf nodig. 2
Google Cloud lanceert met deze aankondigingen geen universeel platform voor iedere AI-agent. Het voegt gerichte bouwstenen toe voor twee specifieke problemen:
Beide producten worden als preview of previewgericht beschreven. Teams die ze in productie willen gebruiken, doen er daarom goed aan beschikbaarheid, ondersteunde configuraties, toegangsrechten, prijzen en de grenzen van geautomatiseerde remediations eerst te controleren.
De richting is desondanks duidelijk: Google Cloud behandelt AI-agents steeds meer als workloads die zowel autonomer beheer als duurzamere infrastructuur nodig hebben.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Google Cloud introduceerde in augustus 2026 agents voor database onboarding en observability en presenteerde daarnaast Cloud Run instances voor persistente AI workloads.
Google Cloud introduceerde in augustus 2026 agents voor database onboarding en observability en presenteerde daarnaast Cloud Run instances voor persistente AI workloads. De Database Onboarding Agent richt zich op Day 0: databasekeuze, configuratie en uitrol.
Cloud Run instances zijn singleton runtimes zonder autoscaling, met een stabiel HTTPS adres en een maximale continue looptijd van zeven dagen.
Google Cloud introduceerde in augustus 2026 agents voor database onboarding en observability en presenteerde daarnaast Cloud Run instances voor persistente AI workloads. De Database Onboarding Agent richt zich op Day 0: databasekeuze, configuratie en uitrol.
Gepubliceerd doorBewerkt met GPT-5.6 LunaAfbeeldingen gegenereerd met 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 pakte in augustus 2026 twee knelpunten rond AI-agents aan: het kiezen en beheren van een database en het hosten van agents die permanent beschikbaar moeten blijven, ook wanneer ze niet reageren op een gebruikelijke stroom webverzoeken.
Daarvoor introduceerde het bedrijf twee Database Operations Agents, geïntegreerd met Gemini Cloud Assist. Daarnaast kwam er een preview van Cloud Run instances: een singleton-runtime voor langdurige, stateful workloads. Samen laten de aankondigingen zien dat Google Cloud zowel de data- als de compute-laag aanpast aan agentic applicaties. 2
4
11
De Database Onboarding Agent en Database Observability Agent vallen onder Googles strategie voor de Agentic Data Cloud. De taakverdeling is helder: onboarding verzorgt het werk op Day 0, terwijl observability zich richt op de operationele dagen daarna, vaak aangeduid als Day 1 en Day 2. 2
De Database Onboarding Agent vertaalt de eisen van een workload naar een voorstel voor een geschikte beheerde database. Vervolgens helpt de agent bij de configuratie en implementatie. Daarmee wil Google de handmatige architectuur- en provisioningkeuzes verminderen die normaal gesproken voorafgaand aan een livegang nodig zijn.
De agent ondersteunt AlloyDB, Bigtable, Cloud SQL en Spanner. 2
Dat is vooral relevant voor teams die wel weten wat hun applicatie nodig heeft — bijvoorbeeld op het gebied van workloadkenmerken, schaalbaarheid of operationele eisen — maar nog niet weten welke Google Cloud-database daar het beste bij past.
Na de implementatie verschuift de aandacht naar het dagelijkse beheer. De Database Observability Agent is bedoeld voor vlootmonitoring, anomaliedetectie, diagnose, probleemoplossing, optimalisatie en onderhoud van Cloud SQL, AlloyDB, Spanner, Bigtable, Firestore en Memorystore. 2
24
De agent kijkt niet alleen naar één losse waarschuwing of metriek. Hij combineert informatie uit Database Insights en Database Center, Cloud Monitoring, Cloud Logging en Cloud Trace. Die context kan bestaan uit statistieken, querygegevens, inventaris en informatie over incidenten. Zo moet het eenvoudiger worden om de vermoedelijke hoofdoorzaak van een probleem te vinden. 2
Het doel is dus meer dan een melding op een dashboard. De agent kan een probleem uitleggen, een oplossing voorstellen en een workflow met meerdere stappen ondersteunen. Google noemt onder meer het inschakelen van connection pooling in Cloud SQL en het toevoegen van indexen als voorbeelden.
Voor ingrijpende wijzigingen blijft menselijke goedkeuring vereist. Pas na goedkeuring kan de agent gevalideerde remediations uitvoeren. De onderzoeks- en herstelmogelijkheden waren beschikbaar als preview voor geselecteerde klanten. 2
24
De database-agents zijn geïntegreerd met Gemini Cloud Assist. Gebruikers kunnen ermee werken via Gemini-chat en via relevante databasepagina's in de Cloud Console. Google noemt daarnaast toegang via commandline-tools, MCP-servers en -tools, tools van derden en geïntegreerde ontwikkelomgevingen (IDE's). 2
Dat maakt de assistentie minder afhankelijk van één operationsdashboard. Ontwikkelaars en platformteams kunnen dezelfde natuurlijke-taalworkflow gebruiken op de plekken waar ze al infrastructuur onderzoeken, resources uitrollen of code ontwikkelen.
Op 28 augustus presenteerde Google Cloud de preview van Cloud Run instances. Dit is een ander soort bouwsteen dan een conventionele, automatisch schalende Cloud Run-service.
Elke instance draait als een singleton: er wordt precies één instance onderhouden en er is geen autoscaling. Google richt de functie op langdurige, stateful workloads, zoals persoonlijke AI-agents. 4
De belangrijkste eigenschappen zijn:
Dit model past bij een agent die voor één gebruiker een identiteit, toestand of achtergrondactiviteit moet behouden. Voor een stateless webendpoint dat vooral pieken in gelijktijdig verkeer moet verwerken, is een traditionele autoscalende service logischer.
Google noemt een prijs van $5,70 voor 30 dagen continu gebruik van een configuratie met 1 vCPU en 1 GiB RAM, op basis van shared CPU en burstbudgetten. 4
Volgens Google zit het voordeel niet alleen in de prijs, maar ook in het beheer. In vergelijking met een eigen virtuele machine hoeven gebruikers bijvoorbeeld minder zelf te regelen rond VM- en besturingssysteemonderhoud, firewallbeheer en het opzetten van een HTTPS-endpoint.
De genoemde prijs moet wel worden gezien als Googles gepubliceerde positionering voor de preview, niet als een universele kostenvergelijking. De uiteindelijke kosten hangen af van onder meer configuratie, gebruik, regio en factureringsdetails. 4
30
31
Google verwees bovendien naar een verklaring van klant OffDeal, dat een verlaging van 88 procent in cold starts rapporteerde. Dat is een resultaat dat door een klant is gemeld en geen algemene prestatiegarantie of onafhankelijke benchmark van Google. 4
Traditionele cloudapplicaties scheiden vaak stateless verzoekverwerking van persistente datadiensten. AI-agents maken dat model ingewikkelder. Ze hebben mogelijk een duurzame identiteit en een vast endpoint nodig, moeten geheugen of toestand bijhouden, draaien langdurig op de achtergrond en gebruiken tools en operationele data.
Google Cloud benadert die ontwikkeling vanuit twee kanten:
De bredere strategie komt samen in Googles framing van de Agentic Data Cloud, waarin data, modellen en operationele databases worden verbonden tot één systeem voor actie door agents. 11
Opvallend is dat Google meer operationele taken automatiseert zonder de mens volledig uit de lus te halen. Voor databasewijzigingen met mogelijke gevolgen voor productie blijft goedkeuring vooraf nodig. 2
Google Cloud lanceert met deze aankondigingen geen universeel platform voor iedere AI-agent. Het voegt gerichte bouwstenen toe voor twee specifieke problemen:
Beide producten worden als preview of previewgericht beschreven. Teams die ze in productie willen gebruiken, doen er daarom goed aan beschikbaarheid, ondersteunde configuraties, toegangsrechten, prijzen en de grenzen van geautomatiseerde remediations eerst te controleren.
De richting is desondanks duidelijk: Google Cloud behandelt AI-agents steeds meer als workloads die zowel autonomer beheer als duurzamere infrastructuur nodig hebben.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Google Cloud introduceerde in augustus 2026 agents voor database onboarding en observability en presenteerde daarnaast Cloud Run instances voor persistente AI workloads.
Google Cloud introduceerde in augustus 2026 agents voor database onboarding en observability en presenteerde daarnaast Cloud Run instances voor persistente AI workloads. De Database Onboarding Agent richt zich op Day 0: databasekeuze, configuratie en uitrol.
Cloud Run instances zijn singleton runtimes zonder autoscaling, met een stabiel HTTPS adres en een maximale continue looptijd van zeven dagen.