उत्तरप्रकाशित18 स्रोत
AI एजेंट्स के लिए Google Cloud के दो बड़े अपडेट: Database Agents और Persistent Cloud Run
अगस्त 2026 में Google Cloud ने Gemini Cloud Assist से जुड़े Database Operations Agents और preview Cloud Run instances पेश किए—पहले डेटाबेस सेटअप व समस्या समाधान को आसान बनाते हैं, जबकि दूसरे single persistent workload... Database Onboarding Agent Day 0 के provisioning और configuration का मार्गदर्शन करता है; Observab...
प्रकाशितकर्ताGPT-5.6 Luna से संपादितGPT Image 1.5 से चित्र बनाए गए
शोध उत्तर
मुख्य निष्कर्ष
- अगस्त 2026 में Google Cloud ने Gemini Cloud Assist से जुड़े Database Operations Agents और preview Cloud Run instances पेश किए—पहले डेटाबेस सेटअप व समस्या समाधान को आसान बनाते हैं, जबकि दूसरे single persistent workload...
- Database Onboarding Agent Day 0 के provisioning और configuration का मार्गदर्शन करता है; Observability Agent telemetry के आधार पर समस्याओं की जांच, समाधान के सुझाव और मंजूरी मिलने पर कुछ remediation actions कर सकता है।...
- Cloud Run instances एक ही dedicated runtime, scale to zero के बिना execution, सात दिनों तक लगातार चलने, स्थायी HTTPS URL और 1 vCPU व 1 GiB memory के लिए 30 दिनों में $5.70 की घोषित कीमत देते हैं। [1]
- दोनों अपडेट Google की agent focused रणनीति के अलग अलग हिस्सों को जोड़ते हैं: Cloud Run execution layer संभालता है, जबकि Database Operations Agents data layer और MCP integrations को अधिक accessible बनाते हैं। [23][36]
AI संकेत
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 ने अगस्त 2026 में AI एजेंट्स के इंफ्रास्ट्रक्चर से जुड़ी दो आम दिक्कतों को लक्ष्य बनाया है: डेटाबेस की provisioning और troubleshooting के लिए अब भी विशेषज्ञता की जरूरत पड़ती है, जबकि लंबे समय तक चलने वाले एजेंट्स के लिए ऐसा runtime चाहिए जो तुरंत scale-to-zero न हो। कंपनी ने Database Operations Agents और preview Cloud Run instances पेश किए हैं। 23
1
दोनों अपडेट अलग-अलग समस्याओं का समाधान करते हैं
Database Operations Agents data layer पर काम करते हैं। ये Gemini Cloud Assist का इस्तेमाल करके database selection, provisioning, monitoring, diagnosis और maintenance जैसे कामों में natural-language workflows के जरिए मार्गदर्शन देते हैं। 23
इसके विपरीत, Cloud Run instances execution layer के लिए हैं। ये personal AI agents जैसे ऐसे workloads के लिए singleton runtime देते हैं जिन्हें लगातार उपलब्ध process, स्थायी endpoint या लंबे समय तक चलने वाली interaction की जरूरत होती है। 1
यह अंतर समझना जरूरी है: persistent runtime अपने-आप agent के data को durable नहीं बनाता। उसी तरह, database automation हमेशा उपलब्ध agent को चलाने का runtime नहीं देती। इसलिए Google के ये दोनों releases एक-दूसरे के पूरक हैं, विकल्प नहीं।
Database Operations Agents क्या कर सकते हैं?
Google ने इन्हें अपनी Agentic Data Cloud रणनीति के हिस्से के रूप में पेश किया है। इसमें दो प्रमुख agents हैं:
- Database Onboarding Agent: Day 0 के काम संभालता है—database selection, setup, configuration और initial deployment।
- Database Observability Agent: Day 1 और Day 2 operations पर ध्यान देता है—monitoring, troubleshooting और लगातार maintenance।
23
इनका उद्देश्य provisioning scripts, configuration steps, monitoring queries और diagnostic workflows को बार-बार हाथ से तैयार करने की जरूरत कम करना है। इससे database administrators, developers, SRE और DevOps teams का repetitive काम घट सकता है, जबकि महत्वपूर्ण बदलावों के लिए मानव समीक्षा बनी रहती है।
किन database services के लिए समर्थन?
Google के अनुसार Onboarding Agent, Google Cloud की managed database services—AlloyDB, Bigtable, Cloud SQL और Spanner—के साथ काम करता है। 29
हालांकि यह सुविधा अभी हर ग्राहक के लिए समान रूप से उपलब्ध नहीं है। Google की घोषणाओं में onboarding और observability capabilities को preview बताया गया है। Observability Agent की कुछ सुविधाएं चुनिंदा ग्राहकों और database services तक सीमित हैं। 29
34
Observability Agent समस्याओं की जांच कैसे करता है?
यह agent किसी एक database metric को अलग से देखने के बजाय कई operational signals को आपस में जोड़कर संभावित कारण खोजने के लिए बनाया गया है। इसकी जांच Database Insights, Cloud Monitoring, Cloud Logging और Cloud Trace जैसे स्रोतों से जानकारी ले सकती है। इससे query hot spots, latency बढ़ने, lock contention और resource pressure जैसी समस्याओं के संभावित कारण पहचाने जा सकते हैं। 23
इसके बाद agent संदिग्ध कारण समझा सकता है, बदलाव का सुझाव दे सकता है और उसके पीछे का rationale तथा संभावित प्रभाव बता सकता है। समर्थित actions को लागू करने से पहले user approval जरूरी है। rollout में बताए गए उदाहरणों में Cloud SQL connection pooling सक्षम करना और index जोड़ना शामिल हैं। 23
44
Production environment में यह approval step खास महत्व रखता है। database में किया गया कोई छोटा-सा optimization भी cost, latency, locking या application behavior पर असर डाल सकता है। इसलिए agent की सलाह और वास्तविक बदलाव के बीच human review boundary बनी रहती है।
इन agents तक पहुंच कहां से मिलेगी?
Google इन क्षमताओं को उन interfaces में उपलब्ध करा रहा है जहां cloud operations पहले से किए जाते हैं। Agents को Gemini Cloud Assist chat, Google Cloud console के संबंधित database pages, Database Center fleet views, command line, IDEs और third-party tools के साथ integrate किया गया है। 23
Database Insights और Database Center की क्षमताएं MCP-compatible interfaces के जरिए भी उपलब्ध कराई जा सकती हैं। Google का managed MCP server offering Gemini और अन्य MCP clients को database तथा infrastructure capabilities से जोड़ने के लिए है, और इसके लिए users को MCP server infrastructure खुद deploy करने की जरूरत नहीं होती। 36
इससे database agents बड़े agent workflows के building blocks बन सकते हैं। कोई external development tool या operational agent graphical console पर निर्भर रहने के बजाय standardized tool interface के जरिए fleet inventory, database metrics या पहचानी गई समस्याएं प्राप्त कर सकता है।
AI agents के लिए Cloud Run instances में क्या नया है?
Cloud Run instances dedicated, singleton Cloud Run runtimes हैं। सामान्य Cloud Run service के विपरीत, इनमें ठीक एक copy चलती है, autoscaling नहीं होता और workload scale-to-zero नहीं होता। Google ने इन्हें preview के रूप में personal AI agents और अन्य लंबे समय तक चलने वाले, आमतौर पर single-user workloads के लिए पेश किया है। 1
हर instance default रूप से configured automatic restart policy के साथ लगातार अधिकतम सात दिनों तक चल सकता है। जरूरत न होने पर user इसे stop करके बाद में resume भी कर सकता है। प्रत्येक instance को एक HTTPS URL मिलता है, जो updates और restarts के दौरान भी नहीं बदलता। 1
ये विशेषताएं request-driven serverless deployments की कुछ आम सीमाओं को कम करती हैं:
- Scale-to-zero से होने वाला interruption नहीं: requests के बीच process गायब नहीं होता।
- Singleton execution: workload autoscaling के कारण कई copies में replicate नहीं होता, बल्कि एक dedicated copy के रूप में चलता है।
- Stable addressing: restart या update के बाद भी HTTPS endpoint वही रहता है।
- Managed infrastructure: developer को virtual machine का guest operating system, firewall rules या HTTPS endpoint setup खुद manage नहीं करना पड़ता।
Google इसे कुछ workloads के लिए लगातार चलने वाली VM के विकल्प के रूप में पेश कर रहा है। यह VMs या autoscaling Cloud Run services का सार्वभौमिक replacement नहीं है।
कीमत और cold-start का संतुलन
Google के अनुसार, 1 shared vCPU और 1 GiB memory वाला Cloud Run instance लगातार चलाने की लागत 30 दिनों के लिए $5.70 है। इसमें कभी-कभार आने वाले compute spikes के लिए burst budgets का इस्तेमाल किया जा सकता है, जिससे हर peak के लिए runtime को जरूरत से अधिक बड़ा रखने की आवश्यकता घटती है। 1
Persistent execution से cold starts का जोखिम भी कम हो सकता है। एक शुरुआती user ने लंबे समय तक चलने वाले agent में cold starts में 88% कमी की जानकारी दी, लेकिन यह customer result है, सभी deployments के लिए performance guarantee नहीं। 1
इसलिए $5.70 को एक घोषित configuration example समझना चाहिए, न कि हर deployment का पूरा cost estimate। वास्तविक खर्च में resources, networking, storage या संबंधित services के अतिरिक्त charges शामिल हो सकते हैं।
सबसे अहम सीमा: persistent execution, durable memory नहीं है
Cloud Run instance process को जीवित रख सकता है, लेकिन इससे यह सुनिश्चित नहीं होता कि केवल memory में मौजूद data हर restart, stop या runtime expiration के बाद भी सुरक्षित रहेगा। Google की architecture guidance in-memory session state और external state के बीच अंतर करती है। Application restart होने पर memory में मौजूद conversation history खो सकती है; reliability और scalability वाली production applications के लिए external state management की सलाह दी जाती है। 19
Production agent के लिए sessions, workflow progress और अन्य durable state को database या किसी दूसरे persistent system में रखना आमतौर पर जरूरी होगा। Google की long-running-agent guidance production scenarios में Cloud SQL जैसे database-backed session storage की ओर संकेत करती है। 21
इसलिए यहां “stateful” शब्द का अर्थ समझना जरूरी है। Cloud Run instances सीमित अवधि वाले runtime के लिए stateful execution model देते हैं; वे उस durable storage की जरूरत खत्म नहीं करते जिसकी सहायता से agent restart के बाद अधूरा काम फिर शुरू कर सके या instance lifetime के बाद भी context सुरक्षित रख सके।
Agent builders के लिए अगस्त के इन updates का मतलब
दोनों releases को साथ देखकर Google Cloud की रणनीति के दोनों हिस्से स्पष्ट होते हैं:
- Agent चलाना: Cloud Run instances dedicated, लंबे समय तक चलने वाले process और stable endpoint के लिए कम operational overhead वाला विकल्प देते हैं।
- Data layer संभालना: Database Operations Agents provisioning, observability, diagnosis और approved remediation के कुछ हिस्सों को automate करते हैं।
- अलग-अलग environments के tools जोड़ना: MCP integrations database capabilities को external clients, IDEs, CLIs और दूसरे agents तक पहुंचाती हैं।
- जोखिम वाले बदलावों में इंसान की भूमिका बनाए रखना: Observability Agent बदलाव सुझा सकता है, लेकिन समर्थित remediation actions के लिए approval जरूरी है।
व्यावहारिक रूप से यह ऐसा पूरी तरह autonomous infrastructure stack नहीं है जो engineering judgment की जरूरत खत्म कर दे। यह managed primitives का एक समूह है जो operational toil कम करता है, जबकि architecture, permissions, durable state और production-change governance की जिम्मेदारी teams के पास रहती है।
Personal assistants, asynchronous workflows या multi-turn agents बनाने वाली teams के लिए Cloud Run instances runtime continuity की समस्या हल करते हैं। वहीं, उन agents पर निर्भर databases को manage करने वाली teams के लिए Database Operations Agents configuration, health monitoring और issue response के दोहराव वाले काम को आसान बनाते हैं। व्यापक दिशा साफ है: Google Cloud natural language, telemetry और standardized tool interfaces के जरिए compute और data operations—दोनों को agents के लिए अधिक accessible बना रहा है।
Studio Global AI
अपना शोध जारी रखें
इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।
लोग पूछते भी हैं
"AI एजेंट्स के लिए Google Cloud के दो बड़े अपडेट: Database Agents और Persistent Cloud Run" का संक्षिप्त उत्तर क्या है?
अगस्त 2026 में Google Cloud ने Gemini Cloud Assist से जुड़े Database Operations Agents और preview Cloud Run instances पेश किए—पहले डेटाबेस सेटअप व समस्या समाधान को आसान बनाते हैं, जबकि दूसरे single persistent workload...
सबसे पहले सत्यापित करने योग्य मुख्य बिंदु क्या हैं?
अगस्त 2026 में Google Cloud ने Gemini Cloud Assist से जुड़े Database Operations Agents और preview Cloud Run instances पेश किए—पहले डेटाबेस सेटअप व समस्या समाधान को आसान बनाते हैं, जबकि दूसरे single persistent workload... Database Onboarding Agent Day 0 के provisioning और configuration का मार्गदर्शन करता है; Observability Agent telemetry के आधार पर समस्याओं की जांच, समाधान के सुझाव और मंजूरी मिलने पर कुछ remediation actions कर सकता है।...
मुझे अभ्यास में आगे क्या करना चाहिए?
Cloud Run instances एक ही dedicated runtime, scale to zero के बिना execution, सात दिनों तक लगातार चलने, स्थायी HTTPS URL और 1 vCPU व 1 GiB memory के लिए 30 दिनों में $5.70 की घोषित कीमत देते हैं। [1]