AnswersPublished18 sources
Google Cloud maakt infrastructuur voor langdurige AI-agenten eenvoudiger
Google Cloud introduceerde in augustus 2026 twee complementaire bouwstenen voor AI infrastructuur: Database Operations Agents en preview Cloud Run instances. De Onboarding Agent helpt bij databasekeuze, inrichting en implementatie; de Observability Agent analyseert telemetrie, stelt oplossingen voor en kan goedgekeu...
Gepubliceerd doorBewerkt met GPT-5.6 LunaAfbeeldingen gegenereerd met GPT Image 1.5
Research answer
Key takeaways
- Google Cloud introduceerde in augustus 2026 twee complementaire bouwstenen voor AI infrastructuur: Database Operations Agents en preview Cloud Run instances.
- De Onboarding Agent helpt bij databasekeuze, inrichting en implementatie; de Observability Agent analyseert telemetrie, stelt oplossingen voor en kan goedgekeurde wijzigingen uitvoeren.
- Cloud Run instances draaien als één permanente instantie, schalen niet terug naar nul, blijven maximaal zeven dagen actief en krijgen een stabiel HTTPS adres.
- Een continu draaiende instance met 1 gedeelde vCPU en 1 GiB geheugen kost volgens Google Cloud 5,70 dollar per 30 dagen; aanvullende kosten kunnen van toepassing zijn.
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 pakt in augustus 2026 twee hardnekkige problemen rond AI-agenten aan. Databases vragen nog altijd specialistische inrichting en foutanalyse, terwijl langdurig actieve agenten niet goed passen bij een runtime die bij weinig verkeer direct terug schaalt naar nul. Daarom introduceert het bedrijf Database Operations Agents voor databasebeheer en preview Cloud Run-instances voor permanente, geïsoleerde workloads met één agent. 23
1
Twee releases voor twee verschillende lagen
De Database Operations Agents richten zich op de datal laag. Ze gebruiken Gemini Cloud Assist om databasekeuze, provisioning, monitoring, diagnose en onderhoud via natuurlijke taal te begeleiden. 23
Cloud Run-instances richten zich op de uitvoeringslaag. Ze bieden een permanente runtime voor bijvoorbeeld persoonlijke AI-agenten die continu beschikbaar moeten zijn, een stabiel endpoint nodig hebben of langdurige interacties afhandelen. 1
Die scheiding is belangrijk. Een permanente runtime maakt gegevens niet automatisch duurzaam beschikbaar. Omgekeerd biedt geautomatiseerd databasebeheer op zichzelf geen plek om een agent continu te laten draaien. De twee vernieuwingen vullen elkaar dus aan, maar zijn niet uitwisselbaar.
Wat de Database Operations Agents doen
Google presenteert twee agents binnen zijn strategie voor de Agentic Data Cloud:
- Database Onboarding Agent: neemt het zogeheten Day 0-werk op zich: databasekeuze, inrichting, configuratie en de eerste implementatie.
- Database Observability Agent: richt zich op Day 1- en Day 2-werk, zoals monitoring, probleemoplossing en doorlopend onderhoud.
23
Het doel is om handmatig samengestelde provisioning-scripts, configuratiestappen, monitoringqueries en diagnostische procedures deels te vervangen door begeleide workflows in natuurlijke taal. Dat kan repetitief werk verminderen voor databasebeheerders, ontwikkelaars, SRE- en DevOps-teams. Voor ingrijpende wijzigingen blijft de mens aan zet.
Ondersteunde databases
De Onboarding Agent wordt beschreven als ondersteuning voor beheerde Google Cloud-databases zoals AlloyDB, Bigtable, Cloud SQL en Spanner. 29
De functies zijn niet zonder meer voor iedereen beschikbaar. Google beschrijft de onboarding- en observabilitymogelijkheden als previewfuncties. Voor bepaalde observabilityfuncties is toegang bovendien beperkt tot geselecteerde klanten en databaseservices. 29
34
Hoe de Observability Agent problemen onderzoekt
De Observability Agent kijkt niet alleen naar één losse databasemetriek, maar probeert verschillende operationele signalen met elkaar in verband te brengen. De analyse kan gegevens gebruiken uit onder meer Database Insights, Cloud Monitoring, Cloud Logging en Cloud Trace. Zo zoekt de agent naar waarschijnlijke oorzaken van problemen zoals query-hotspots, oplopende latency, lock contention en druk op systeembronnen. 23
Vervolgens kan de agent de vermoedelijke oorzaak toelichten, een wijziging voorstellen en aangeven waarom die wijziging nodig is en welk effect wordt verwacht. Voor ondersteunde acties is goedkeuring van de gebruiker vereist voordat de wijziging wordt uitgevoerd. Google noemt als voorbeelden het inschakelen van connection pooling in Cloud SQL en het toevoegen van een index. 23
44
Die goedkeuringsstap is vooral relevant in productieomgevingen. Een optimalisatie die lokaal verstandig lijkt, kan gevolgen hebben voor kosten, latency, vergrendelingen of het gedrag van applicaties. Een duidelijke controlegrens blijft daarom noodzakelijk.
Beschikbaar via console, CLI en MCP
Google brengt de functies naar de plekken waar cloudteams hun infrastructuur al beheren. De agents zijn geïntegreerd in Gemini Cloud Assist-chat, relevante databasepagina’s in de Google Cloud-console, Database Center-overzichten, de command line, IDE’s en tools van derden. 23
Ook Database Insights en Database Center kunnen via MCP-compatibele interfaces beschikbaar worden gemaakt. Met de beheerde MCP-servers van Google Cloud kunnen Gemini en andere MCP-clients verbinding maken met database- en infrastructuurfuncties zonder dat gebruikers zelf zo’n MCP-server hoeven te implementeren. 36
Daardoor kunnen de database-agents onderdeel worden van grotere agentworkflows. Een ontwikkeltool of operationele agent kan bijvoorbeeld inventarisgegevens, database-telemetrie of gedetecteerde problemen ophalen via een gestandaardiseerde toolinterface, in plaats van uitsluitend via een grafische console.
Wat Cloud Run-instances toevoegen
Cloud Run-instances zijn toegewijde, singleton-runtimes binnen Cloud Run. Anders dan een conventionele Cloud Run-service draait een instance precies één kopie, wordt deze niet automatisch opgeschaald en schaalt hij ook niet terug naar nul. Google brengt de functie als preview uit voor onder meer persoonlijke AI-agenten en andere langdurige workloads die doorgaans door één gebruiker worden gebruikt. 1
Een instance kan maximaal zeven dagen onafgebroken draaien. Standaard is een automatisch herstartbeleid ingesteld. Gebruikers kunnen een instance stoppen wanneer die niet nodig is en later weer hervatten. Elke instance krijgt bovendien een HTTPS-adres dat hetzelfde blijft bij updates en herstarts. 1
Daarmee adresseert Google een aantal bekende nadelen van requestgestuurde serverless deployments:
- Geen onderbreking door scale-to-zero: het proces blijft beschikbaar tussen verzoeken door.
- Eén vaste uitvoering: de workload draait als één toegewijde kopie en wordt niet door autoscaling gerepliceerd.
- Stabiele adressering: het HTTPS-endpoint verandert niet na een herstart of update.
- Beheerde infrastructuur: ontwikkelaars krijgen een permanent procesmodel zonder zelf het besturingssysteem van een virtuele machine, firewallregels of HTTPS-configuratie te beheren.
Google positioneert dit als alternatief voor het voortdurend laten draaien van een virtuele machine bij geselecteerde workloads. Het is geen algemene vervanger voor VM’s of voor autoscalende Cloud Run-services.
Kosten en de afweging rond cold starts
Volgens Google kost een continu draaiende Cloud Run-instance met 1 gedeelde vCPU en 1 GiB geheugen 5,70 dollar per 30 dagen. Voor incidentele pieken gebruikt de dienst burstbudgetten, zodat ontwikkelaars de runtime niet volledig op de hoogste verwachte piek hoeven af te stemmen. 1
De permanente uitvoering kan ook het aantal cold starts verminderen. Een vroege gebruiker meldde een daling van 88 procent bij een langdurig draaiende agent. Dat is echter een resultaat van één klant en geen algemene prestatiegarantie. 1
Het bedrag van 5,70 dollar is daarom vooral een voorbeeld voor de genoemde configuratie, geen volledige prijsopgave voor elke deployment. Kosten voor bijvoorbeeld extra resources, netwerkverkeer, opslag of gekoppelde diensten kunnen daar nog bij komen.
Permanente uitvoering is geen permanent geheugen
Een Cloud Run-instance kan een proces actief houden, maar dat betekent niet dat gegevens die alleen in het geheugen staan elke herstart, stop of afloop van de runtime overleven. Google maakt in zijn architectuuradvies onderscheid tussen sessiestatus in het geheugen en externe statusopslag. Bij een herstart gaat in-memory gespreksgeschiedenis verloren; productieapplicaties die betrouwbaarheid en herstel nodig hebben, moeten daarom externe status gebruiken. 19
Voor een productie-agent betekent dit doorgaans dat sessies, workflowvoortgang en andere duurzame gegevens in een database of een ander persistent systeem moeten worden opgeslagen. In de richtlijnen voor langdurig draaiende agents noemt Google databasegebaseerde sessieopslag, waaronder Cloud SQL in productiescenario’s. 21
De term “stateful” moet hier dus precies worden geïnterpreteerd. Cloud Run-instances bieden een stateful uitvoeringsmodel binnen een begrensde runtime. Ze nemen niet de noodzaak weg van duurzame opslag wanneer een agent onafgemaakt werk moet kunnen hervatten of context langer moet bewaren dan de levensduur van de instance.
Wat dit zegt over Googles agentstrategie
Samen laten de releases zien dat Google Cloud beide kanten van een agentsysteem probeert te bedienen:
- De agent uitvoeren: Cloud Run-instances bieden een relatief eenvoudige optie voor een toegewijd, langdurig proces met een stabiel endpoint.
- De datalaag beheren: Database Operations Agents automatiseren delen van provisioning, observability, diagnose en goedgekeurde herstelacties.
- Tools tussen omgevingen verbinden: MCP-integraties brengen databasefuncties naar externe clients, IDE’s, CLI’s en andere agents.
- Menselijke controle behouden waar het risico groter is: de Observability Agent kan wijzigingen voorstellen, maar ondersteunde herstelacties vereisen goedkeuring.
Het resultaat is geen volledig autonome infrastructuur die technisch inzicht, toegangsbeheer, architectuurkeuzes en governance overbodig maakt. Google levert vooral beheerde bouwstenen die operationeel handwerk verminderen, terwijl ontwerpbeslissingen, duurzame status en controle over wijzigingen bij engineeringteams blijven liggen.
Voor teams die persoonlijke assistenten, asynchrone workflows of meerstapsagents bouwen, lost Cloud Run vooral het probleem van runtimecontinuïteit op. Voor de databases waarvan die agents afhankelijk zijn, verminderen de Database Operations Agents het terugkerende werk rond inrichting, gezondheidscontrole en probleemoplossing. De bredere richting is duidelijk: Google maakt zowel compute als databeheer toegankelijker voor agents via natuurlijke taal, telemetrie en gestandaardiseerde toolinterfaces.
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 maakt infrastructuur voor langdurige AI-agenten eenvoudiger"?
Google Cloud introduceerde in augustus 2026 twee complementaire bouwstenen voor AI infrastructuur: Database Operations Agents en preview Cloud Run instances.
What are the key points to validate first?
Google Cloud introduceerde in augustus 2026 twee complementaire bouwstenen voor AI infrastructuur: Database Operations Agents en preview Cloud Run instances. De Onboarding Agent helpt bij databasekeuze, inrichting en implementatie; de Observability Agent analyseert telemetrie, stelt oplossingen voor en kan goedgekeurde wijzigingen uitvoeren.
What should I do next in practice?
Cloud Run instances draaien als één permanente instantie, schalen niet terug naar nul, blijven maximaal zeven dagen actief en krijgen een stabiel HTTPS adres.