AnswersPublished18 sources
Google Cloud dodaje agentów baz danych i trwałe instancje Cloud Run
W sierpniu 2026 roku Google Cloud zaprezentował agentów Database Operations Agents opartych na Gemini oraz instancje Cloud Run w wersji Preview: pierwsze automatyzują konfigurację i diagnostykę baz danych, drugie uruc... Database Onboarding Agent zajmuje się wdrożeniem i konfiguracją, a Database Observability Agent...
Opublikowane przezEdytowane za pomocą GPT-5.6 LunaObrazy wygenerowane za pomocą GPT Image 1.5
Research answer
Key takeaways
- W sierpniu 2026 roku Google Cloud zaprezentował agentów Database Operations Agents opartych na Gemini oraz instancje Cloud Run w wersji Preview: pierwsze automatyzują konfigurację i diagnostykę baz danych, drugie uruc...
- Database Onboarding Agent zajmuje się wdrożeniem i konfiguracją, a Database Observability Agent analizuje telemetrię, wykrywa problemy i proponuje zatwierdzane przez użytkownika działania naprawcze.
- Instancje Cloud Run działają bez autoskalowania i skalowania do zera, mogą pracować do siedmiu dni, mają stały adres HTTPS, a ciągłe działanie konfiguracji z 1 współdzielonym vCPU i 1 GiB pamięci kosztuje według Googl...
- Obie nowości uzupełniają strategię Google Cloud dla agentów AI, ale trwały proces Cloud Run nie zastępuje zewnętrznej, trwałej pamięci przechowującej sesje i postęp pracy.
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 w sierpniu 2026 roku zaproponował dwa uzupełniające się elementy infrastruktury dla agentów AI. Database Operations Agents mają ograniczyć ręczną pracę przy wdrażaniu, monitorowaniu i naprawianiu baz danych, a nowe, dostępne w wersji Preview instancje Cloud Run zapewniają pojedynczym, długo działającym agentom środowisko, które nie znika po chwili bezczynności. 23
1
Dwa różne problemy infrastrukturalne
Nowe agenty działają przede wszystkim na poziomie danych. Dzięki integracji z Gemini Cloud Assist prowadzą użytkownika w języku naturalnym przez wybór bazy, jej utworzenie, konfigurację, monitoring, diagnozowanie problemów i bieżące utrzymanie. 23
Instancje Cloud Run rozwiązują natomiast problem warstwy wykonawczej. Są przeznaczone dla procesów, które potrzebują stałej dostępności, stabilnego punktu końcowego lub długotrwałej interakcji — na przykład osobistych agentów AI. 1
To ważne rozróżnienie: trwały proces nie gwarantuje sam z siebie trwałości danych, a automatyzacja obsługi bazy danych nie zapewnia środowiska do uruchomienia stale dostępnego agenta. Obie funkcje są więc komplementarne, a nie wymienne.
Database Operations Agents: mniej ręcznej pracy z bazami
Google przedstawił dwa agenty w ramach strategii Agentic Data Cloud:
- Database Onboarding Agent odpowiada za operacje Day 0 — wybór bazy, konfigurację, przygotowanie środowiska i początkowe wdrożenie.
- Database Observability Agent zajmuje się operacjami Day 1 i Day 2, czyli monitoringiem, rozwiązywaniem problemów oraz bieżącym utrzymaniem.
23
Zamiast osobno tworzyć skrypty wdrożeniowe, ustawiać parametry, pisać zapytania monitorujące i przygotowywać procedury diagnostyczne, zespoły mogą opisywać swoje potrzeby językiem naturalnym. Ma to ograniczyć powtarzalne zadania administratorów baz danych, programistów, zespołów SRE i DevOps — przy zachowaniu kontroli człowieka nad zmianami o istotnych konsekwencjach.
Obsługiwane usługi bazodanowe
Google opisuje Database Onboarding Agent jako narzędzie obsługujące zarządzane usługi baz danych Google Cloud, w tym AlloyDB, Bigtable, Cloud SQL i Spanner. 29
Nie wszystkie możliwości są jednak powszechnie dostępne. Funkcje onboardingu i obserwowalności są oferowane jako wersje Preview, a część możliwości Observability Agent pozostaje ograniczona do wybranych klientów i usług bazodanowych. 29
34
Jak agent szuka przyczyny problemu
Observability Agent nie ogranicza się do odczytania pojedynczej metryki. Ma korelować sygnały operacyjne z wielu źródeł, takich jak Database Insights, Cloud Monitoring, Cloud Logging i Cloud Trace, aby wskazać prawdopodobne przyczyny problemów. Mogą to być między innymi przeciążone zapytania, wzrost opóźnień, rywalizacja o blokady lub presja na zasoby. 23
Następnie agent może wyjaśnić podejrzaną przyczynę, zaproponować zmianę oraz opisać jej uzasadnienie i przewidywany wpływ. W przypadku obsługiwanych działań wykonanie wymaga zgody użytkownika. Wśród przykładów Google wymienia włączenie puli połączeń Cloud SQL i dodanie indeksu. 23
44
Ten etap akceptacji ma znaczenie w środowisku produkcyjnym. Lokalna optymalizacja może przecież wpłynąć na koszty, opóźnienia, blokady lub zachowanie aplikacji. Agent może więc przyspieszyć analizę i przygotować rekomendację, ale nie powinien omijać procesu zatwierdzania zmian.
Dostęp przez konsolę, CLI i MCP
Google udostępnia te możliwości w miejscach, w których zespoły już prowadzą operacje chmurowe: w czacie Gemini Cloud Assist, na odpowiednich stronach baz danych w konsoli Google Cloud, w widokach Database Center, w wierszu poleceń, środowiskach IDE i narzędziach zewnętrznych. 23
Funkcje Database Insights i Database Center mogą być także udostępniane przez interfejsy zgodne z MCP. Zarządzany serwer MCP Google działa w chmurze, dzięki czemu użytkownik nie musi samodzielnie wdrażać i utrzymywać tej warstwy. Gemini oraz inne klienty MCP mogą łączyć się z możliwościami baz danych i infrastruktury przez skonfigurowany punkt końcowy. 36
W praktyce oznacza to, że zewnętrzne narzędzie deweloperskie albo inny agent może pobierać informacje o zasobach, metrykach baz czy wykrytych problemach przez ustandaryzowany interfejs, zamiast korzystać wyłącznie z graficznej konsoli.
Instancje Cloud Run: proces, który nie znika po bezczynności
Instancje Cloud Run to dedykowane, jednoinstancyjne środowiska uruchomieniowe. W przeciwieństwie do typowej usługi Cloud Run instancja uruchamia dokładnie jedną kopię obciążenia, nie autoskaluje się i nie skaluje do zera. Google udostępnił tę funkcję w wersji Preview z myślą między innymi o osobistych agentach AI oraz innych długo działających, zwykle jednoosobowych obciążeniach. 1
Każda instancja może działać nieprzerwanie przez maksymalnie siedem dni, a domyślnie skonfigurowana polityka automatycznie ją restartuje. Użytkownik może również zatrzymać instancję, gdy nie jest potrzebna, i wznowić ją później. Każda otrzymuje adres HTTPS, który pozostaje niezmieniony podczas aktualizacji i restartów. 1
Dla twórców agentów oznacza to kilka konkretnych korzyści:
- Brak przerwy związanej ze skalowaniem do zera: proces pozostaje uruchomiony także między kolejnymi żądaniami.
- Wykonanie singleton: obciążenie działa jako jedna dedykowana kopia, a nie jako wiele instancji tworzonych przez autoskalowanie.
- Stały adres: punkt końcowy HTTPS nie zmienia się po restarcie ani aktualizacji.
- Mniej obowiązków niż przy maszynie wirtualnej: Google zarządza infrastrukturą, więc zespół nie musi samodzielnie utrzymywać systemu gościa VM, reguł zapory ani konfiguracji punktu HTTPS.
Google pozycjonuje ten model jako alternatywę dla stale działającej maszyny wirtualnej w wybranych zastosowaniach, a nie jako uniwersalny zamiennik VM-ów ani autoskalujących usług Cloud Run.
Cena i kompromis związany z zimnym startem
Według Google ciągłe działanie instancji z 1 współdzielonym vCPU i 1 GiB pamięci kosztuje 5,70 USD za 30 dni. Mechanizm budżetów burst pozwala obsłużyć sporadyczne skoki obciążenia bez dobierania zasobów do każdego szczytu. 1
Stałe działanie może także ograniczyć liczbę zimnych startów. Jeden z pierwszych użytkowników poinformował o spadku ich liczby o 88 proc. w przypadku długo działającego agenta. To jednak wynik konkretnego klienta, a nie gwarancja wydajności dla każdej aplikacji. 1
Kwotę 5,70 USD należy traktować jako przykład określonej konfiguracji, a nie pełny koszt wdrożenia. Końcowy rachunek może obejmować także zasoby dodatkowe, transfer sieciowy, pamięć masową i powiązane usługi.
Najważniejsze ograniczenie: trwały proces to nie trwała pamięć
Instancja Cloud Run może utrzymywać proces przy życiu, ale dane przechowywane wyłącznie w pamięci operacyjnej nie muszą przetrwać każdego restartu, zatrzymania ani zakończenia działania środowiska. Dokumentacja architektoniczna Google rozróżnia stan przechowywany w pamięci od stanu zewnętrznego: po restarcie aplikacji historia rozmowy przechowywana w RAM może zostać utracona, dlatego systemy produkcyjne wymagające niezawodności powinny korzystać z zewnętrznego zarządzania stanem. 19
W praktyce agent produkcyjny powinien zapisywać sesje, postęp przepływów pracy i inne dane wymagające zachowania w bazie danych albo innym trwałym systemie. Wskazówki Google dotyczące długo działających agentów obejmują przechowywanie sesji w bazie danych, w tym w Cloud SQL w scenariuszach produkcyjnych. 21
Określenie „stanowy” opisuje więc przede wszystkim model wykonywania. Cloud Run zapewnia proces działający w sposób ciągły przez ograniczony czas, ale nie eliminuje potrzeby użycia trwałego magazynu, jeśli agent ma wznowić niedokończone zadanie albo zachować kontekst po zakończeniu życia instancji.
Co te premiery mówią o strategii Google Cloud
Obie nowości pokazują, że Google Cloud rozwija infrastrukturę agentów na dwóch poziomach:
- Uruchamianie agenta: instancje Cloud Run oferują stosunkowo prosty sposób na prowadzenie dedykowanego, długo działającego procesu ze stałym adresem.
- Obsługa warstwy danych: Database Operations Agents automatyzują część procesu wdrażania, obserwowalności, diagnozy i zatwierdzonych działań naprawczych.
- Łączenie narzędzi: integracje MCP przenoszą możliwości baz danych do zewnętrznych klientów, IDE, CLI i innych agentów.
- Kontrola człowieka: Observability Agent może proponować zmiany, ale obsługiwane działania naprawcze wymagają akceptacji użytkownika.
Nie jest to jeszcze w pełni autonomiczny stos infrastrukturalny, który usuwa potrzebę podejmowania decyzji przez inżynierów. To raczej zestaw zarządzanych elementów ograniczających operacyjną rutynę, podczas gdy architektura, uprawnienia, trwałość danych i zasady zatwierdzania zmian nadal pozostają po stronie zespołu.
Dla twórców osobistych asystentów, asynchronicznych przepływów pracy i agentów prowadzących wieloetapowe rozmowy instancje Cloud Run rozwiązują problem ciągłości działania. Dla zespołów utrzymujących bazy, od których zależą te agenty, Database Operations Agents upraszczają konfigurację, ocenę stanu systemów i reagowanie na problemy. Kierunek jest wyraźny: Google chce udostępniać agentom zarówno moc obliczeniową, jak i operacje na danych za pomocą języka naturalnego, telemetrii oraz standaryzowanych interfejsów narzędziowych.
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 dodaje agentów baz danych i trwałe instancje Cloud Run"?
W sierpniu 2026 roku Google Cloud zaprezentował agentów Database Operations Agents opartych na Gemini oraz instancje Cloud Run w wersji Preview: pierwsze automatyzują konfigurację i diagnostykę baz danych, drugie uruc...
What are the key points to validate first?
W sierpniu 2026 roku Google Cloud zaprezentował agentów Database Operations Agents opartych na Gemini oraz instancje Cloud Run w wersji Preview: pierwsze automatyzują konfigurację i diagnostykę baz danych, drugie uruc... Database Onboarding Agent zajmuje się wdrożeniem i konfiguracją, a Database Observability Agent analizuje telemetrię, wykrywa problemy i proponuje zatwierdzane przez użytkownika działania naprawcze.
What should I do next in practice?
Instancje Cloud Run działają bez autoskalowania i skalowania do zera, mogą pracować do siedmiu dni, mają stały adres HTTPS, a ciągłe działanie konfiguracji z 1 współdzielonym vCPU i 1 GiB pamięci kosztuje według Googl...