Google Cloud kündigt KI-Agenten für Datenbanken und dauerhafte Cloud-Run-Workloads an

Zwei Infrastruktur-Bausteine für die Agenten-Ära

Google Cloud hat im August 2026 zwei Neuerungen als ergänzende Infrastruktur für KI-Agenten positioniert: KI-gestützte Datenbank-Agents sollen den Aufwand für Einrichtung und Betrieb von Datenspeichern verringern. Gleichzeitig sollen persistente Cloud-Run-Instanzen Agenten beherbergen, die dauerhaft online bleiben müssen, statt bei Inaktivität auf null skaliert zu werden. Beide Angebote passen in Googles Konzept einer „Agentic Data Cloud“ und in den breiteren Versuch, Cloud-Infrastruktur autonomer, dialogorientierter und besser für Agenten geeignet zu machen. 211

Database Operations Agents: Von der Einrichtung bis zur Wartung

Google kündigte die Database Operations Agents am 5. August an. Sie sind in Gemini Cloud Assist integriert und sollen Datenbankteams sowohl bei der initialen Bereitstellung als auch im laufenden Betrieb unterstützen.

Database Onboarding Agent für den „Day 0“

Der Database Onboarding Agent übernimmt Aufgaben rund um den sogenannten „Day 0“ – also die Phase vor dem eigentlichen Betrieb. Er interpretiert Anforderungen an eine Anwendung oder einen Workload, empfiehlt einen passenden verwalteten Datenbankdienst und begleitet Konfiguration, Einrichtung und Deployment. Teams müssen damit nicht jede Architektur- und Provisionierungsentscheidung manuell anhand von Produktdokumentationen treffen.

Unterstützt werden:

• AlloyDB
• Bigtable
• Cloud SQL
• Spanner 2

Database Observability Agent für „Day 1/2“

Der Database Observability Agent kümmert sich um den laufenden Betrieb. Zu seinen Aufgaben gehören die Überwachung ganzer Datenbankflotten, die Erkennung von Anomalien, Fehlerdiagnose, Troubleshooting, Optimierung und Wartung.

Der Agent unterstützt Cloud SQL, AlloyDB, Spanner, Bigtable, Firestore und Memorystore. 213

Für die Analyse verknüpft er Informationen aus Database Insights beziehungsweise Database Center, Cloud Monitoring, Cloud Logging und Cloud Trace. Zusätzlich fließen Metriken, Abfragedaten, Inventarinformationen und Hinweise auf bestehende Probleme ein. Daraus soll der Agent Ursachenanalysen erstellen, anstatt lediglich einzelne Warnungen aufzulisten. 2

Nicht nur Empfehlungen: Änderungen nach Freigabe

Google beschreibt die Agents nicht als reine Chatbots für Handlungsempfehlungen. Nach einer menschlichen Freigabe können sie auch geprüfte Maßnahmen ausführen. Als Beispiele nennt Google das Aktivieren von Connection Pooling in Cloud SQL oder das Hinzufügen von Indizes.

Die integrierten Funktionen für Untersuchung und Behebung waren zunächst als Preview für ausgewählte Kunden verfügbar. Die Freigabe durch einen Menschen bleibt dabei ein wichtiger Kontrollpunkt, weil Änderungen an Produktionsdatenbanken weitreichende Folgen haben können. 2

Die Interaktion ist über Gemini Chat und die entsprechenden Datenbankseiten in der Cloud Console möglich. Google stellt verwandte Funktionen außerdem über die Kommandozeile, MCP-Server und -Tools, Drittanbieterwerkzeuge sowie Entwicklungsumgebungen bereit. 2

Cloud Run: Eine dauerhaft erreichbare Instanz statt Autoscaling

Am 28. August stellte Google Cloud außerdem eine dedizierte Singleton-Cloud-Run-Instanz als Preview vor. Dabei läuft genau eine Instanz, ohne automatisches Hoch- oder Herunterskalieren. Das Modell richtet sich daher weniger an klassische zustandslose Webdienste mit stark schwankendem Datenverkehr, sondern an zustandsbehaftete Workloads, die kontinuierlich verfügbar sein sollen. 4

Eine solche Instanz kann bis zu sieben Tage laufen. Standardmäßig ist eine automatische Neustart-Richtlinie eingerichtet. Die HTTPS-Adresse bleibt auch nach Updates und Neustarts stabil; Nutzer können die Instanz zudem stoppen und später wieder fortsetzen. 4

Als Beispielpreis nannte Google 5,70 US-Dollar für 30 Tage durchgehenden Betrieb mit 1 vCPU und 1 GiB Arbeitsspeicher. Zum Einsatz kommen dabei eine gemeinsam genutzte vCPU und Burst-Kontingente. Der Vorteil gegenüber einer dedizierten virtuellen Maschine soll nicht nur bei den Kosten liegen: Nutzer müssen sich weder um VM- und Betriebssystemwartung noch um Firewall-Konfiguration oder selbst eingerichtete HTTPS-Endpunkte kümmern. 4

Als erstes Einsatzgebiet nennt Google langlebige persönliche KI-Agenten, etwa OpenClaw oder Hermes. Sie können so für eine einzelne Person aktiv bleiben und ihren Zustand behalten, auch wenn der Laptop des Nutzers ausgeschaltet ist. 4

Google verweist außerdem auf eine Aussage des Kunden OffDeal, wonach sich die Zahl der Kaltstarts um 88 Prozent verringert habe. Dabei handelt es sich um ein von einem Kunden berichtetes Ergebnis – nicht um eine allgemeine Leistungszusage oder einen branchenweit geltenden Benchmark von Google. 4

Was Google damit erreichen will

Die beiden Ankündigungen adressieren unterschiedliche Ebenen derselben Entwicklung:

• Die Database Operations Agents machen die Datenebene agentenfähig. Nutzer können Datenbanken in natürlicher Sprache bereitstellen, überwachen und untersuchen; bestimmte Korrekturen lassen sich nach Freigabe auch ausführen.
• Die Cloud-Run-Instanzen liefern ein Laufzeitmodell für Agenten, die eine dauerhafte Identität, einen stabilen Endpunkt, Speicher oder länger laufende Hintergrundprozesse benötigen. 24

Damit reagiert Google Cloud auf einen Unterschied zwischen modernen KI-Agenten und herkömmlichen Webanwendungen. Agenten benötigen häufig dauerhaften Zustand, Zugriff auf Werkzeuge und Daten sowie langfristige Hintergrundaktivität. Googles Ansatz kombiniert deshalb autonome Betriebsunterstützung mit verwalteten Laufzeitbausteinen – behält bei folgenreichen Datenbankänderungen aber die menschliche Zustimmung als Sicherheitsstufe bei. 24