AnswersPublished18 sources
Google Cloud готує інфраструктуру для ШІ-агентів: агенти баз даних і постійні інстанси Cloud Run
У серпні 2026 року Google Cloud представила Database Operations Agents і попередню версію інстансів Cloud Run: перші автоматизують налаштування та діагностику баз даних, другі підтримують постійний запуск окремого роб... Database Onboarding Agent відповідає за початкове розгортання, а Observability Agent аналізує те...
ОпублікувавВідредаговано за допомогою GPT-5.6 LunaЗображення створено за допомогою GPT Image 1.5
Research answer
Key takeaways
- У серпні 2026 року Google Cloud представила Database Operations Agents і попередню версію інстансів Cloud Run: перші автоматизують налаштування та діагностику баз даних, другі підтримують постійний запуск окремого роб...
- Database Onboarding Agent відповідає за початкове розгортання, а Observability Agent аналізує телеметрію, пропонує виправлення та може виконувати схвалені користувачем зміни.
- Інстанси Cloud Run працюють як одиночні середовища до семи днів, мають незмінну HTTPS адресу й коштують $5,70 за 30 днів у конфігурації з 1 спільним vCPU та 1 ГБ пам’яті.
- Постійний процес не дорівнює постійній пам’яті: для збереження сесій і прогресу агентам усе одно потрібне зовнішнє сховище, наприклад база даних.
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 у серпні 2026 року представила два взаємодоповнювальні елементи інфраструктури для ШІ-агентів. Database Operations Agents мають зменшити обсяг ручної роботи з базами даних, а preview-інстанси Cloud Run — забезпечити постійне середовище для довготривалих агентів. 23
1
Ці рішення відповідають на різні інфраструктурні проблеми: бази даних досі потребують спеціалістів для налаштування й діагностики, тоді як агентам, що працюють тривалий час, не завжди підходить модель Cloud Run із масштабуванням до нуля.
Два релізи — дві різні задачі
Database Operations Agents працюють на рівні даних. Вони використовують Gemini Cloud Assist, щоб через запити природною мовою допомагати обирати базу даних, розгортати її, налаштовувати, моніторити та обслуговувати. 23
Інстанси Cloud Run стосуються виконання. Це окремі, одиночні середовища для робочих процесів на кшталт персональних ШІ-агентів, яким потрібні постійно доступний процес, стабільна адреса або тривала взаємодія з користувачем. 1
Важливе уточнення: постійний процес не робить дані автоматично довговічними, а автоматизація роботи з базою даних сама по собі не створює середовище для безперервної роботи агента. Тому ці релізи доповнюють один одного, а не замінюють.
Як працюють Database Operations Agents
Google представила двох агентів у межах стратегії Agentic Data Cloud:
- Database Onboarding Agent відповідає за так званий Day 0 — вибір бази даних, підготовку, конфігурацію та початкове розгортання.
- Database Observability Agent працює на етапах Day 1 і Day 2 — стежить за системою, допомагає знаходити несправності та підтримувати базу в робочому стані.
23
Ідея полягає в тому, щоб замінити набір ручних скриптів, кроків конфігурації, запитів для моніторингу й діагностичних процедур на керовані сценарії природною мовою. Це може скоротити рутинне навантаження на адміністраторів баз даних, розробників, SRE- та DevOps-команди, водночас залишаючи людину в контурі ухвалення важливих рішень.
Які бази даних підтримуються
Google описує Onboarding Agent як інструмент для керованих сервісів баз даних Google Cloud, зокрема AlloyDB, Bigtable, Cloud SQL і Spanner. 29
Водночас можливості не заявлені як загальнодоступні для всіх користувачів. У повідомленнях Google зазначено, що агенти onboarding та observability перебувають у режимі попереднього доступу, а частина функцій спостереження доступна лише окремим клієнтам і для вибраних сервісів баз даних. 29
34
Як Observability Agent шукає причину проблеми
Observability Agent аналізує не окрему метрику, а взаємозв’язок між різними операційними сигналами. Під час розслідування він може використовувати Database Insights, Cloud Monitoring, Cloud Logging і Cloud Trace, щоб визначати ймовірні причини проблем — наприклад, перевантажені запити, зростання затримки, конфлікти блокувань або нестачу ресурсів. 23
Після цього агент пояснює ймовірну причину, пропонує зміни та описує їхнє обґрунтування й очікуваний вплив. Для підтримуваних дій потрібне схвалення користувача. Серед прикладів Google називає ввімкнення пулу з’єднань Cloud SQL і додавання індексу. 23
44
Такий бар’єр погодження особливо важливий у робочих середовищах. Навіть локальна оптимізація може вплинути на витрати, затримки, блокування або поведінку застосунку, тому повністю автоматичне внесення змін до продуктивної бази даних було б ризикованим.
Де доступні агенти
Google інтегрує ці можливості в інструменти, якими команди вже користуються для роботи з хмарою. Агенти доступні через чат Gemini Cloud Assist, відповідні сторінки баз даних у консолі Google Cloud, представлення флоту в Database Center, командний рядок, IDE та сторонні інструменти. 23
Функції Database Insights і Database Center також можна використовувати через інтерфейси, сумісні з MCP — Model Context Protocol, протоколом підключення ШІ-клієнтів до зовнішніх інструментів. Керовані MCP-сервери Google працюють у хмарі, тому користувачам не потрібно розгортати їх самостійно. 36
Це дає змогу підключати можливості роботи з базами даних до зовнішніх інструментів розробки або операційних агентів. Вони можуть отримувати інформацію про склад флоту, метрики баз даних і виявлені проблеми через стандартизований інтерфейс, а не лише через графічну консоль.
Що дають інстанси Cloud Run для ШІ-агентів
Інстанси Cloud Run — це виділені одиночні середовища Cloud Run. На відміну від звичайного сервісу Cloud Run, такий інстанс запускає рівно одну копію робочого процесу, не масштабується автоматично і не переходить до нуля. Google представила цю можливість у preview для персональних ШІ-агентів та інших довготривалих, зазвичай однокористувацьких сценаріїв. 1
Кожен інстанс може працювати безперервно до семи днів. За замовчуванням налаштована політика автоматичного перезапуску. Користувач може зупинити інстанс, коли він не потрібен, а згодом відновити його роботу. Кожен інстанс отримує HTTPS-адресу, яка не змінюється після оновлень і перезапусків. 1
Для робочих процесів, що залежать від постійної доступності, це дає кілька переваг:
- Відсутність переривання через масштабування до нуля: процес не зникає між запитами.
- Одиночне виконання: застосунок працює як одна виділена копія, а не розмножується через автомасштабування.
- Стабільна адреса: HTTPS-ендпойнт залишається незмінним після оновлення або перезапуску.
- Керована інфраструктура: розробнику не потрібно адмініструвати гостьову операційну систему віртуальної машини, налаштовувати правила брандмауера чи окремо організовувати HTTPS-ендпойнт.
Google позиціонує цю модель як альтернативу постійно запущеній віртуальній машині для окремих сценаріїв, а не як універсальну заміну віртуальним машинам або сервісам Cloud Run з автомасштабуванням.
Вартість і компроміс із холодним стартом
За даними Google, безперервна робота інстансу Cloud Run з 1 спільним vCPU і 1 ГБ пам’яті коштує $5,70 за 30 днів. Для короткочасних пікових навантажень передбачені burst-бюджети, тож розробникам не обов’язково постійно підбирати ресурси під максимальний пік. 1
Постійне виконання також може зменшити кількість холодних стартів. Один із перших користувачів повідомив про скорочення холодних стартів на 88% у довготривалого агента, однак це результат окремого клієнта, а не загальна гарантія продуктивності. 1
Зазначену суму варто сприймати як приклад конкретної конфігурації, а не як повну оцінку вартості будь-якого розгортання. Фактичні витрати можуть включати оплату додаткових ресурсів, мережі, сховища та пов’язаних сервісів.
Головне обмеження: постійне виконання — це не довговічна пам’ять
Інстанс Cloud Run може підтримувати процес активним, але це не гарантує збереження даних, які перебувають лише в оперативній пам’яті, після кожного перезапуску, зупинки або завершення терміну роботи середовища. В архітектурних рекомендаціях Google розрізняє стан у пам’яті та зовнішній стан: після перезапуску застосунок втрачає історію діалогу, якщо вона зберігалася лише в пам’яті. Для надійних продуктивних систем рекомендується зовнішнє керування станом. 19
На практиці це означає збереження сесій, прогресу робочих процесів та іншого важливого стану в базі даних або іншій системі постійного зберігання. У рекомендаціях Google для довготривалих агентів згадується зберігання сесій у базі даних, зокрема Cloud SQL для продуктивних сценаріїв. 21
Отже, слово «стан» у цьому контексті описує передусім модель виконання: інстанс залишається активним протягом обмеженого періоду. Це не скасовує потреби в довговічному сховищі, якщо агент має відновлювати незавершену роботу або зберігати контекст після завершення життєвого циклу інстансу.
Що це означає для розробників агентів
Разом ці релізи показують, що Google Cloud розвиває обидві ключові частини агентної системи:
- Запуск агента: інстанси Cloud Run пропонують відносно простий варіант для виділеного довготривалого процесу зі стабільною адресою.
- Обслуговування рівня даних: Database Operations Agents автоматизують частину розгортання, спостереження, діагностики та схвалених виправлень.
- Підключення інструментів у різних середовищах: інтеграції MCP виводять можливості роботи з базами даних у IDE, CLI та інші клієнти й агенти.
- Збереження людського контролю: Observability Agent може пропонувати зміни, але підтримувані дії з виправлення потребують погодження.
Практичний результат — не повністю автономний стек, який усуває потребу в інженерних рішеннях. Йдеться про набір керованих примітивів, що зменшують операційну рутину, але залишають архітектуру, права доступу, довговічне зберігання даних і правила внесення змін відповідальністю команди.
Для персональних помічників, асинхронних процесів і багатоетапних агентів інстанси Cloud Run вирішують проблему безперервності виконання. Для команд, які обслуговують бази даних таких агентів, Database Operations Agents спрощують налаштування систем, оцінювання їхнього стану та реагування на проблеми. Загальний напрямок очевидний: Google робить обчислювальні ресурси й операції з даними доступнішими для агентів через природну мову, телеметрію та стандартизовані інтерфейси інструментів.
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 готує інфраструктуру для ШІ-агентів: агенти баз даних і постійні інстанси Cloud Run"?
У серпні 2026 року Google Cloud представила Database Operations Agents і попередню версію інстансів Cloud Run: перші автоматизують налаштування та діагностику баз даних, другі підтримують постійний запуск окремого роб...
What are the key points to validate first?
У серпні 2026 року Google Cloud представила Database Operations Agents і попередню версію інстансів Cloud Run: перші автоматизують налаштування та діагностику баз даних, другі підтримують постійний запуск окремого роб... Database Onboarding Agent відповідає за початкове розгортання, а Observability Agent аналізує телеметрію, пропонує виправлення та може виконувати схвалені користувачем зміни.
What should I do next in practice?
Інстанси Cloud Run працюють як одиночні середовища до семи днів, мають незмінну HTTPS адресу й коштують $5,70 за 30 днів у конфігурації з 1 спільним vCPU та 1 ГБ пам’яті.