AnswersPublished18 sources
Google Cloud tuo AI-agenteille tietokanta-automaatioita ja pysyvän ajonaikaisen ympäristön
Google Cloud esitteli elokuussa 2026 Gemini Cloud Assist pohjaiset Database Operations Agents agentit sekä esiversiona Cloud Run instanssit: ensimmäiset automatisoivat tietokantojen hallintaa, jälkimmäiset ajavat yhtä... Database Onboarding Agent huolehtii käyttöönotosta ja määrityksistä, kun taas Observability Agen...
JulkaisijaMuokattu mallilla GPT-5.6 LunaKuvat luotu mallilla GPT Image 1.5
Research answer
Key takeaways
- Google Cloud esitteli elokuussa 2026 Gemini Cloud Assist pohjaiset Database Operations Agents agentit sekä esiversiona Cloud Run instanssit: ensimmäiset automatisoivat tietokantojen hallintaa, jälkimmäiset ajavat yhtä...
- Database Onboarding Agent huolehtii käyttöönotosta ja määrityksistä, kun taas Observability Agent yhdistää telemetriaa ongelmien löytämiseksi, korjausten ehdottamiseksi ja hyväksyttyjen toimenpiteiden suorittamiseksi.
- Cloud Run instanssi toimii yhtenä omistettuna prosessina ilman automaattista skaalausta tai skaalautumista nollaan, enintään seitsemän päivän ajan.
- Pysyvä ajonaikainen ympäristö ei kuitenkaan tarkoita pysyvää muistia: keskusteluhistoria, istunnot ja työn tila on tallennettava erilliseen tietokantaan, jos niiden pitää säilyä uudelleenkäynnistyksen jälkeen.
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 Cloudin elokuun 2026 julkistukset tarttuvat kahteen AI-agenttien infrastruktuurin toistuvaan ongelmaan. Tietokantojen käyttöönotto ja vianmääritys vaativat yhä paljon erikoisosaamista, kun taas pitkään toimivat agentit tarvitsevat ajonaikaisen ympäristön, joka ei katoa heti liikenteen päätyttyä. Google esitteli tähän Database Operations Agents -agentit sekä esiversiona Cloud Run -instanssit. 23
1
Kaksi julkaisua, kaksi eri ongelmaa
Database Operations Agents keskittyy dataan. Gemini Cloud Assistin avulla agentit ohjaavat tietokannan valintaa, käyttöönottoa, valvontaa, vianmääritystä ja ylläpitoa luonnollisella kielellä. 23
Cloud Run -instanssit puolestaan keskittyvät suorittamiseen. Ne tarjoavat yhden agentin omistaman, jatkuvasti käynnissä pysyvän ympäristön esimerkiksi henkilökohtaisille AI-agenteille, jotka tarvitsevat vakaan HTTPS-osoitteen tai pitkäkestoisen vuorovaikutuksen. 1
Nämä ominaisuudet täydentävät toisiaan, mutta eivät korvaa toisiaan. Pysyvä ajonaikainen prosessi ei automaattisesti tee agentin datasta pysyvää, eikä tietokantojen automatisoitu hallinta tarjoa itsessään ympäristöä jatkuvasti saatavilla olevan agentin ajamiseen.
Database Operations Agents vähentää tietokantojen käsityötä
Google esitteli kaksi agenttia osana Agentic Data Cloud -strategiaansa:
- Database Onboarding Agent hoitaa niin sanotut Day 0 -tehtävät eli tietokannan valinnan, käyttöönoton, määritykset ja ensimmäisen julkaisun.
- Database Observability Agent keskittyy Day 1- ja Day 2 -vaiheisiin: valvontaan, vianmääritykseen ja jatkuvaan ylläpitoon.
23
Tavoitteena on korvata osa manuaalisesti koottavista käyttöönotto-ohjeista, määrityksistä, valvontakyselyistä ja diagnostiikkaprosesseista ohjatuilla luonnollisen kielen työnkuluilla. Tämä voi vähentää tietokanta-asiantuntijoiden, kehittäjien, SRE-tiimien ja DevOps-ammattilaisten rutiinityötä. Tuotantoympäristöissä ihminen säilyy kuitenkin päätösten tarkistajana.
Tuetut tietokantapalvelut
Onboarding Agentin kuvataan tukevan Googlen hallinnoituja tietokantapalveluita, kuten AlloyDB:tä, Bigtablea, Cloud SQL:ää ja Spanneria. 29
Ominaisuudet eivät ole yleisesti saatavilla kaikille käyttäjille. Googlen julkaisujen mukaan käyttöönotto- ja observability-toiminnot ovat esiversioita, ja osa valvontaominaisuuksista on tarjolla vain valituille asiakkaille ja tietokantapalveluille. 29
34
Miten Observability Agent etsii vikoja?
Observability Agent ei tarkastele vain yhtä mittaria, vaan pyrkii yhdistämään useita operatiivisia signaaleja. Sen analyysi voi hyödyntää Database Insightsia, Cloud Monitoringia, Cloud Loggingia ja Cloud Tracea. Näiden tietojen perusteella se voi etsiä esimerkiksi kyselyjen kuormitushuippuja, kasvaneita viiveitä, lukkiutumista ja resurssipulaa. 23
Agentti voi selittää todennäköisen syyn, ehdottaa muutosta ja kertoa perustelut sekä odotetun vaikutuksen. Tuetuissa toimenpiteissä käyttäjän on hyväksyttävä muutos ennen sen suorittamista. Esimerkkeinä Google mainitsee Cloud SQL:n yhteyspoolauksen käyttöönoton ja indeksin lisäämisen. 23
44
Hyväksyntävaihe on tuotantokäytössä olennainen turvaraja. Näennäisen paikallinen optimointi voi vaikuttaa kustannuksiin, viiveisiin, lukituksiin tai sovelluksen toimintaan muualla järjestelmässä.
Käyttöliittymät ja MCP-yhteydet
Google tuo agentit niihin työkaluihin, joissa pilviympäristöjä jo hallitaan. Ominaisuudet on integroitu Gemini Cloud Assist -chatiin, Google Cloud -konsolin tietokantasivuille, Database Centerin kalustonäkymiin, komentoriville, IDE-ympäristöihin ja kolmannen osapuolen työkaluihin. 23
Database Insightsin ja Database Centerin toimintoja voidaan käyttää myös MCP-yhteensopivien rajapintojen kautta. Googlen hallinnoidut MCP-palvelimet toimivat Google Cloudissa, joten käyttäjän ei tarvitse asentaa ja ylläpitää MCP-palvelinta itse. Gemini ja muut MCP-asiakkaat voivat niiden kautta muodostaa yhteyden tietokanta- ja infrastruktuuritoimintoihin. 36
Käytännössä ulkoinen kehitystyökalu tai operatiivinen agentti voi hakea tietoja tietokantakalustosta, mittareista ja havaituista ongelmista standardoidun työkalurajapinnan kautta sen sijaan, että kaikki työ tehtäisiin graafisessa konsolissa.
Cloud Run -instanssit pitävät yhden agentin käynnissä
Cloud Run -instanssit ovat omistettuja, yhden instanssin Cloud Run -ympäristöjä. Toisin kuin tavallinen Cloud Run -palvelu, instanssi ajaa täsmälleen yhtä kopiota, ei automaattisesti skaalaudu eikä skaalaudu nollaan. Google esitteli ominaisuuden esiversiona esimerkiksi henkilökohtaisia AI-agentteja ja muita pitkäkestoisia, tyypillisesti yhden käyttäjän työkuormia varten. 1
Yksi instanssi voi toimia yhtäjaksoisesti enintään seitsemän päivän ajan, ja automaattinen uudelleenkäynnistyskäytäntö on oletusarvoisesti määritetty. Instanssin voi pysäyttää, kun sitä ei tarvita, ja käynnistää myöhemmin uudelleen. Jokaiselle instanssille annetaan HTTPS-osoite, joka säilyy samana päivitysten ja uudelleenkäynnistysten yli. 1
Tämä ratkaisee useita pyyntöpohjaisten palveluttomien ympäristöjen haasteita:
- Ei skaalausta nollaan: prosessi pysyy saatavilla myös pyyntöjen välissä.
- Yksi omistettu suoritus: työkuorma toimii yhtenä kopiona automaattisesti monistuvan palvelun sijaan.
- Vakaa osoite: HTTPS-osoite ei vaihdu päivityksen tai uudelleenkäynnistyksen yhteydessä.
- Hallinnoitu infrastruktuuri: kehittäjän ei tarvitse ylläpitää virtuaalikoneen käyttöjärjestelmää, palomuurisääntöjä tai HTTPS-päätepistettä.
Google asemoi Cloud Run -instanssit vaihtoehdoksi jatkuvasti käynnissä olevalle virtuaalikoneelle tietyissä käyttötapauksissa. Kyse ei ole virtuaalikoneiden tai automaattisesti skaalautuvien Cloud Run -palveluiden yleisestä korvaajasta.
Hinta ja kylmäkäynnistysten väheneminen
Google ilmoittaa, että Cloud Run -instanssin jatkuva käyttö 1 jaetulla vCPU:lla ja 1 gigatavulla muistia maksaa 5,70 dollaria 30 päivältä. Satunnaisia laskentapiikkejä varten käytössä on burst-budjetti, joten ympäristöä ei tarvitse mitoittaa jokaisen hetkellisen huipun mukaan. 1
Jatkuva suoritus voi myös vähentää kylmäkäynnistysten vaikutusta. Eräs varhainen käyttäjä ilmoitti pitkäkestoisen agenttinsa kylmäkäynnistysten vähentyneen 88 prosenttia. Kyse on kuitenkin asiakasraportista, ei yleisestä suorituskykytakuusta. 1
5,70 dollarin lukua kannattaa pitää ilmoitettuna esimerkkikokoonpanona, ei kaikkien käyttöönottojen kokonaishintana. Todellisiin kustannuksiin voivat vaikuttaa lisäksi esimerkiksi resurssien käyttö, verkkoliikenne, tallennus ja muut liittyvät palvelut.
Tärkeä rajoitus: jatkuva suoritus ei ole sama asia kuin pysyvä muisti
Cloud Run -instanssi voi pitää prosessin käynnissä, mutta vain muistiin tallennetun datan ei voi olettaa säilyvän jokaisen uudelleenkäynnistyksen, pysäytyksen tai suoritusajan päättymisen jälkeen. Googlen arkkitehtuuriohjeissa erotetaan sovelluksen muistissa oleva istuntotila ja ulkoinen tilanhallinta: jos sovellus käynnistyy uudelleen, muistissa ollut keskusteluhistoria katoaa. Luotettavissa tuotantojärjestelmissä suositellaan ulkoista tilanhallintaa. 19
Tuotantoagentin istunnot, työn eteneminen ja muu säilytettävä tila on siis yleensä tallennettava tietokantaan tai muuhun pysyvään järjestelmään. Googlen pitkäkestoisia agentteja koskevissa ohjeissa mainitaan tietokantapohjainen istuntojen tallennus, kuten Cloud SQL tuotantokäytössä. 21
Sana ”tilallinen” on tässä syytä ymmärtää tarkasti. Cloud Run -instanssi tarjoaa tilallisen suoritusmallin rajatuksi ajaksi, mutta se ei poista pysyvän tallennuksen tarvetta, jos agentin täytyy jatkaa keskeneräistä työtä tai säilyttää asiayhteys instanssin elinkaaren yli.
Googlen laajempi strategia agenttien ympärillä
Yhdessä julkaisut kattavat AI-agenttijärjestelmän kaksi keskeistä puolta:
- Agentin ajaminen: Cloud Run -instanssi tarjoaa kevyen vaihtoehdon omistetulle, pitkäkestoiselle prosessille ja vakaalle päätepisteelle.
- Datakerroksen hallinta: Database Operations Agents automatisoi osia käyttöönotosta, valvonnasta, diagnostiikasta ja hyväksytystä korjaamisesta.
- Työkalujen yhdistäminen: MCP-integraatiot tuovat tietokantatoiminnot IDE-ympäristöihin, komentoriville ja muille agenteille.
- Ihmisen pitäminen mukana riskialttiissa muutoksissa: Observability Agent voi ehdottaa muutoksia, mutta tuetut korjaustoimet edellyttävät hyväksyntää.
Lopputuloksena ei ole täysin itsenäinen infrastruktuuri, joka poistaisi arkkitehtuuripäätösten ja tuotannon muutosten hallinnan tarpeen. Google tarjoaa pikemminkin hallinnoituja rakennuspalikoita, jotka vähentävät ylläpidon rutiinityötä mutta jättävät käyttöoikeudet, pysyvän tilan, arkkitehtuurin ja muutoshallinnan suunnittelijan vastuulle.
Henkilökohtaisia avustajia, asynkronisia työnkulkuja tai monivaiheista vuorovaikutusta rakentaville Cloud Run -instanssit vastaavat suoritusympäristön jatkuvuuteen. Niiden käyttämien tietokantojen ylläpidosta vastaaville Database Operations Agents puolestaan tarjoavat luonnollisen kielen avulla tukea järjestelmien käyttöönottoon, kunnon ymmärtämiseen ja ongelmiin reagointiin. Suunta on selvä: Google tekee sekä laskennasta että datan operoinnista agenteille helpommin käytettävää luonnollisen kielen, telemetrian ja standardoitujen työkalurajapintojen avulla.
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 tuo AI-agenteille tietokanta-automaatioita ja pysyvän ajonaikaisen ympäristön"?
Google Cloud esitteli elokuussa 2026 Gemini Cloud Assist pohjaiset Database Operations Agents agentit sekä esiversiona Cloud Run instanssit: ensimmäiset automatisoivat tietokantojen hallintaa, jälkimmäiset ajavat yhtä...
What are the key points to validate first?
Google Cloud esitteli elokuussa 2026 Gemini Cloud Assist pohjaiset Database Operations Agents agentit sekä esiversiona Cloud Run instanssit: ensimmäiset automatisoivat tietokantojen hallintaa, jälkimmäiset ajavat yhtä... Database Onboarding Agent huolehtii käyttöönotosta ja määrityksistä, kun taas Observability Agent yhdistää telemetriaa ongelmien löytämiseksi, korjausten ehdottamiseksi ja hyväksyttyjen toimenpiteiden suorittamiseksi.
What should I do next in practice?
Cloud Run instanssi toimii yhtenä omistettuna prosessina ilman automaattista skaalausta tai skaalautumista nollaan, enintään seitsemän päivän ajan.