AntwortenVeröffentlicht15 Quellen
Google Cloud setzt im August auf Datenbank-Agenten und dauerhafte Cloud-Run-Instanzen
Google Cloud hat im August zwei Bausteine für KI Agenten vorgestellt: Database Operations Agents für Datenbankaufgaben sowie Cloud Run Instances für dauerhafte Einzelinstanz Laufzeiten. Der Database Onboarding Agent unterstützt die Auswahl, Bereitstellung und Erstkonfiguration von AlloyDB, Bigtable, Cloud SQL und Sp...
Veröffentlicht vonBilder erstellt mit GPT Image 1.5
Forschungsantwort
Wichtige Erkenntnisse
- Google Cloud hat im August zwei Bausteine für KI Agenten vorgestellt: Database Operations Agents für Datenbankaufgaben sowie Cloud Run Instances für dauerhafte Einzelinstanz Laufzeiten.
- Der Database Onboarding Agent unterstützt die Auswahl, Bereitstellung und Erstkonfiguration von AlloyDB, Bigtable, Cloud SQL und Spanner.
- Der Database Observability Agent wertet Telemetrie aus mehreren Google Cloud Diensten aus, schlägt begründete Maßnahmen vor und kann freigegebene Korrekturen ausführen.
- Cloud Run Instances laufen als einzelne, nicht automatisch skalierende Instanzen bis zu sieben Tage am Stück; eine kontinuierliche Nutzung mit 1 vCPU und 1 GiB Arbeitsspeicher soll 5,70 US Dollar für 30 Tage kosten.
KI-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 web, agents, ai, automation, workflow. 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, chart
Google Cloud adressiert im August zwei zentrale Herausforderungen beim Betrieb von KI-Agenten: Sie benötigen eine verlässliche, bezahlbare Laufzeit – und zugleich Datenbanken, die sich möglichst einfach einrichten, überwachen und reparieren lassen. Dafür stellte der Konzern Database Operations Agents sowie Cloud Run Instances vor. Zusammen erweitern sie Googles Strategie der „Agentic Data Cloud“ von der Datenverwaltung auf die Infrastruktur, auf der Agenten arbeiten. 7
8
Datenbankbetrieb per natürlicher Sprache
Die Gemini-Cloud-Assist-integrierte Lösung besteht aus zwei spezialisierten Agenten:
- Der Database Onboarding Agent übernimmt Aufgaben des „Day 0“: Auswahl der passenden Datenbank, Bereitstellung, Konfiguration und erste Bereitstellung.
- Der Database Observability Agent kümmert sich um „Day 1 und Day 2“ – also Überwachung, Fehlersuche und laufende Wartung.
8
Damit will Google wiederkehrende Arbeiten reduzieren, die bislang häufig manuell erledigt werden: Architekturplanung, Skripterstellung, Provisionierung, die Einrichtung von Schema und Indizes, Abfrageoptimierung sowie Diagnosen. Nutzer sollen stattdessen in natürlicher Sprache durch die einzelnen Schritte geführt werden. Das kann den Aufwand für Datenbankadministratoren, Entwickler, SRE- und DevOps-Teams senken. 8
Der Onboarding Agent unterstützt Googles verwaltete Datenbanken AlloyDB, Bigtable, Cloud SQL und Spanner. Der Observability Agent führt Telemetriedaten aus Database Insights, Cloud Monitoring, Cloud Logging, Cloud Trace und verwandten Quellen zusammen. So soll er unter anderem Latenzspitzen, problematische Abfragen, Sperrkonflikte oder Ressourcenengpässe als mögliche Ursachen erkennen. 8
Der Zugriff ist nicht auf eine einzelne Oberfläche beschränkt. Die Agenten sind in den Gemini-Cloud-Assist-Chat, passende Datenbankseiten der Google-Cloud-Konsole, die Flottenansichten im Database Center, die Kommandozeile, IDEs und Tools von Drittanbietern eingebunden. Über Google Remote MCP-Server lassen sich Funktionen von Database Insights und Database Center außerdem als MCP-Tools nutzen. Externe Entwicklerwerkzeuge und kompatible Agenten können dadurch beispielsweise System- und Abfragemetriken, den Datenbankbestand oder erkannte Probleme abrufen. 8
Die Lösung soll nicht nur Probleme melden. Sie kann Änderungen mit Begründung und erwarteten Auswirkungen vorschlagen. Nach Zustimmung des Nutzers sind unterstützte Maßnahmen auch ausführbar – etwa das Aktivieren von Connection Pooling bei Cloud SQL oder das Anlegen eines Indexes. Einige Untersuchungs- und Behebungsfunktionen befanden sich für ausgewählte Kunden noch in der Preview. 8
Cloud Run Instances: dauerhafte Laufzeit für einzelne Agenten
Ende August stellte Google außerdem Cloud Run Instances als Preview vor. Dabei handelt es sich um dedizierte Singleton-Laufzeiten: Pro Instance läuft genau eine Kopie, ohne automatische Skalierung und ohne Skalierung auf null. Das Modell richtet sich insbesondere an langlebige, zustandsbehaftete und typischerweise personenbezogene Anwendungen – etwa persönliche KI-Agenten. 9
Eine Instance kann bis zu sieben Tage kontinuierlich laufen; standardmäßig ist eine automatische Neustartregel vorgesehen. Betreiber können sie bei Nichtgebrauch anhalten und später fortsetzen. Jede Instance erhält zudem eine stabile HTTPS-Adresse, die auch nach Aktualisierungen und Neustarts unverändert bleibt. 9
Google positioniert das Angebot als Alternative zu einer dauerhaft betriebenen virtuellen Maschine. Nutzer müssen dabei nicht selbst das Betriebssystem pflegen oder Firewall und HTTPS-Endpunkt einrichten. Gleichzeitig bleibt ein dauerhaft laufender Prozess möglich – etwas, das klassische Serverless-Dienste mit Skalierung auf null nicht bieten.
Für eine kontinuierliche Nutzung mit 1 vCPU und 1 GiB Arbeitsspeicher nennt Google einen Preis von 5,70 US-Dollar für 30 Tage. Gelegentliche Rechenlastspitzen sollen über Burst-Budgets abgefedert werden, statt eine virtuelle Maschine dauerhaft für die maximale Last dimensionieren und bezahlen zu müssen. 9
Die permanente Ausführung kann außerdem die Auswirkungen von Kaltstarts verringern. Ein früher Nutzer berichtete, dass die Kaltstarts seines langlebigen Agenten um 88 Prozent zurückgingen. Dabei handelt es sich um eine Kundenaussage und nicht um eine allgemeine Leistungsgarantie. 9
Was die Neuerungen für Agenten-Architekturen bedeuten
Google bearbeitet damit zwei Seiten derselben Infrastrukturfrage: Agenten brauchen eine günstige, ausdauernde Ausführungsumgebung für asynchrone Aufgaben und längere Interaktionen; die von ihnen genutzten Datenbanken benötigen automatisierte Bereitstellung, Überwachung und möglichst sichere Fehlerbehebung. Cloud Run Instances zielen auf den ersten Bereich, Database Operations Agents auf den zweiten. 1
8
Eine wichtige Einschränkung bleibt jedoch bestehen: Eine zustandsbehaftete Laufzeit ersetzt keinen dauerhaft gespeicherten externen Zustand. Muss ein Agent Neustarts überstehen oder Arbeit über die Lebensdauer einer Runtime hinaus bewahren, braucht er weiterhin eine persistente Ablage. Google verweist für produktive Agenten unter anderem auf eine dauerhafte Sitzungsspeicherung, etwa über Cloud SQL. 5
Studio Global AI
Setzen Sie Ihre Recherche fort
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Die Leute fragen auch
Wie lautet die kurze Antwort auf „Google Cloud setzt im August auf Datenbank-Agenten und dauerhafte Cloud-Run-Instanzen“?
Google Cloud hat im August zwei Bausteine für KI Agenten vorgestellt: Database Operations Agents für Datenbankaufgaben sowie Cloud Run Instances für dauerhafte Einzelinstanz Laufzeiten.
Was sind die wichtigsten Punkte, die zuerst validiert werden müssen?
Google Cloud hat im August zwei Bausteine für KI Agenten vorgestellt: Database Operations Agents für Datenbankaufgaben sowie Cloud Run Instances für dauerhafte Einzelinstanz Laufzeiten. Der Database Onboarding Agent unterstützt die Auswahl, Bereitstellung und Erstkonfiguration von AlloyDB, Bigtable, Cloud SQL und Spanner.
Was soll ich als nächstes in der Praxis tun?
Der Database Observability Agent wertet Telemetrie aus mehreren Google Cloud Diensten aus, schlägt begründete Maßnahmen vor und kann freigegebene Korrekturen ausführen.