ОтветыОпубликовано18 источники
Google Cloud готовит инфраструктуру для постоянно работающих ИИ-агентов
В августе 2026 года Google Cloud представила два взаимодополняющих инструмента для ИИ инфраструктуры: Database Operations Agents для управления базами данных и Cloud Run instances для постоянно работающих агентных при... Database Onboarding Agent помогает выбрать, развернуть и настроить AlloyDB, Bigtable, Cloud SQL...
ОпубликовалОтредактировано с помощью GPT-5.6 LunaИзображения созданы с помощью GPT Image 1.5
Ответ на исследование
Ключевые выводы
- В августе 2026 года Google Cloud представила два взаимодополняющих инструмента для ИИ инфраструктуры: Database Operations Agents для управления базами данных и Cloud Run instances для постоянно работающих агентных при...
- Database Onboarding Agent помогает выбрать, развернуть и настроить AlloyDB, Bigtable, Cloud SQL и Spanner, а Database Observability Agent анализирует телеметрию, ищет причины проблем и предлагает исправления с обязате...
- Cloud Run instances запускают один выделенный процесс без автоскейлинга и масштабирования до нуля, работают до семи дней, получают постоянный HTTPS адрес и стоят $5,70 за 30 дней при конфигурации 1 shared vCPU и 1 ГБ...
- Постоянный процесс не равен постоянному хранилищу: для сохранения сессий, контекста и незавершённых задач агентам по прежнему нужна внешняя база данных или другая система долговременного хранения.
Промпт ИИ
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
В августе 2026 года Google Cloud представила два инструмента, закрывающих разные слабые места инфраструктуры ИИ-агентов: Database Operations Agents упрощают настройку и обслуживание баз данных, а preview-инстансы Cloud Run дают долгоживущим агентам выделенную среду выполнения, которая не исчезает после завершения запроса. 23
1
Два инструмента — для разных уровней инфраструктуры
Database Operations Agents работают на уровне данных. Они используют Gemini Cloud Assist, чтобы сопровождать выбор базы, развёртывание, мониторинг, диагностику и обслуживание через запросы на естественном языке. 23
Cloud Run instances отвечают за уровень выполнения. Это отдельная среда для приложений, которым нужен постоянно доступный процесс, стабильная точка входа или длительное взаимодействие — например, персональным ИИ-агентам. 1
Эти решения дополняют друг друга, но не заменяют: постоянно работающий runtime сам по себе не делает данные долговечными, а автоматизация базы данных не предоставляет среду для непрерывной работы агента.
Что умеют Database Operations Agents
Google включила два агента в стратегию Agentic Data Cloud:
- Database Onboarding Agent отвечает за задачи Day 0: выбор базы данных, настройку, конфигурацию и первоначальное развёртывание.
- Database Observability Agent занимается операциями Day 1 и Day 2: мониторингом, поиском неисправностей и текущим обслуживанием.
23
Идея заключается в том, чтобы заменить набор разрозненных скриптов, ручных настроек, запросов для мониторинга и диагностических процедур управляемыми сценариями на естественном языке. Это может сократить рутинную нагрузку на администраторов баз данных, разработчиков, SRE- и DevOps-команды, при этом сохранив участие человека в потенциально рискованных изменениях.
Какие базы поддерживаются
Для Onboarding Agent Google указывает управляемые сервисы Google Cloud, включая AlloyDB, Bigtable, Cloud SQL и Spanner. 29
Возможности не заявлены как полностью доступные всем пользователям. В материалах Google функции подключения и наблюдаемости описываются как preview, а доступ к части возможностей Observability Agent ограничен отдельными клиентами и сервисами баз данных. 29
34
Как агент ищет причины проблем
Observability Agent сопоставляет несколько источников операционных данных, а не рассматривает отдельную метрику в отрыве от контекста. При расследовании он может использовать Database Insights, Cloud Monitoring, Cloud Logging и Cloud Trace, чтобы выявлять вероятные причины проблем — например, «горячие» точки в запросах, рост задержки, конкуренцию за блокировки или нехватку ресурсов. 23
Затем агент объясняет предполагаемую причину, предлагает изменение и описывает его обоснование и ожидаемый эффект. Для поддерживаемых действий требуется одобрение пользователя до выполнения. Среди приведённых Google примеров — включение пула соединений в Cloud SQL и добавление индекса. 23
44
Такой барьер особенно важен в production-среде. Изменение, которое выглядит как локальная оптимизация, может повлиять на стоимость, задержки, блокировки или поведение приложения. Поэтому автоматическая диагностика здесь сочетается с контролем со стороны инженера.
Где доступны агенты
Google распространяет эти функции через привычные инструменты управления облаком: чат Gemini Cloud Assist, соответствующие страницы баз данных в консоли Google Cloud, представления Database Center для управления парком, командную строку, IDE и сторонние инструменты. 23
Возможности Database Insights и Database Center также могут предоставляться через интерфейсы, совместимые с MCP. Управляемые MCP-серверы Google запускаются в Google Cloud, поэтому пользователю не нужно самостоятельно разворачивать сервер: достаточно настроить его конечную точку в конфигурации агента. 36
Это позволяет подключать базы данных к более крупным агентным сценариям. Внешний инструмент разработки или операционный агент может получать сведения об инвентаризации, метриках и обнаруженных проблемах через стандартизированный интерфейс, а не только через графическую консоль.
Что добавляют инстансы Cloud Run
Cloud Run instances — это выделенные singleton-среды Cloud Run. В отличие от обычного сервиса Cloud Run, такой инстанс запускает ровно одну копию приложения, не масштабируется автоматически и не уходит в режим scale-to-zero. Google представила функцию в preview для персональных ИИ-агентов и других долгоживущих приложений, обычно рассчитанных на одного пользователя. 1
Каждый инстанс может работать непрерывно до семи дней; политика автоматического перезапуска включена по умолчанию. При необходимости инстанс можно остановить, а затем возобновить работу. Каждому экземпляру назначается HTTPS-адрес, который сохраняется при обновлениях и перезапусках. 1
Для приложений, зависящих от постоянного процесса, это означает:
- Нет прерывания из-за scale-to-zero: процесс остаётся доступным между запросами.
- Одиночное выполнение: приложение работает как одна выделенная копия, а не размножается из-за автоскейлинга.
- Стабильный адрес: HTTPS-URL не меняется после обновления или перезапуска.
- Управляемая инфраструктура: разработчику не нужно администрировать гостевую ОС виртуальной машины, настраивать firewall и отдельно организовывать HTTPS-эндпоинт.
Google позиционирует Cloud Run instances как альтернативу постоянно работающей виртуальной машине для отдельных сценариев, а не как универсальную замену VM или масштабируемым сервисам Cloud Run.
Цена и компромисс с холодным стартом
По данным Google, непрерывная работа инстанса с 1 shared vCPU и 1 ГБ памяти стоит $5,70 за 30 дней. Для кратковременных вычислительных всплесков предусмотрены burst-бюджеты, поэтому не обязательно постоянно оплачивать конфигурацию, рассчитанную на максимальную пиковую нагрузку. 1
Постоянное выполнение также может уменьшить вероятность холодных стартов. Один из первых пользователей сообщил о снижении их количества на 88% для долгоживущего агента, однако это результат конкретного клиента, а не универсальная гарантия производительности. 1
Указанные $5,70 — пример стоимости определённой конфигурации, а не полный прогноз расходов для любого проекта. Итоговый счёт может включать плату за дополнительные ресурсы, сеть, хранилище и связанные сервисы.
Важное ограничение: постоянный runtime не сохраняет память навсегда
Инстанс Cloud Run поддерживает процесс в рабочем состоянии, но данные, которые хранятся только в оперативной памяти, не гарантированно переживут остановку, перезапуск или завершение срока работы runtime. В архитектурных рекомендациях Google различаются состояние в памяти и внешнее состояние: после перезапуска приложения история диалога, хранившаяся в памяти, теряется, а production-системам для надёжности рекомендуется внешнее управление состоянием. 19
Для рабочего ИИ-агента это обычно означает хранение сессий, прогресса задач и другого долговременного состояния в базе данных или иной постоянной системе. В рекомендациях Google для долгоживущих агентов среди production-вариантов упоминается хранение сессий в базе, включая Cloud SQL. 21
Иными словами, слово «stateful» в данном случае описывает модель выполнения, а не бессрочную сохранность данных. Cloud Run instance поддерживает долгоживущий процесс в пределах ограниченного runtime, но не отменяет необходимость внешнего хранилища, если агент должен восстанавливаться после перезапусков и сохранять контекст.
Как это вписывается в стратегию Google Cloud
Вместе эти релизы охватывают обе стороны агентной системы:
- Запустить агента. Cloud Run instances дают относительно простой вариант для выделенного долгоживущего процесса со стабильным адресом.
- Обслуживать слой данных. Database Operations Agents автоматизируют часть задач по развёртыванию, наблюдаемости, диагностике и согласованному устранению проблем.
- Связать инструменты в разных средах. Интеграции MCP передают возможности работы с базами данных внешним клиентам, IDE, CLI и другим агентам.
- Оставить человеку контроль над рискованными действиями. Observability Agent может предложить изменение, но поддерживаемые операции исправления выполняются после подтверждения.
Практический результат — не полностью автономный стек, который устраняет необходимость в инженерных решениях. Google предлагает набор управляемых примитивов, сокращающих операционную рутину, но оставляет за командами выбор архитектуры, настройку прав доступа, организацию долговременного состояния и правила внесения изменений в production.
Для разработчиков персональных ассистентов, асинхронных процессов и многошаговых агентов Cloud Run instances решают задачу непрерывности выполнения. Для команд, обслуживающих базы, от которых зависят такие агенты, Database Operations Agents упрощают настройку, контроль состояния и реакцию на неисправности. Общий вектор Google Cloud очевиден: сделать вычисления и операции с данными более доступными для агентов — через естественный язык, телеметрию и стандартизированные интерфейсы инструментов.
Studio Global AI
Продолжайте свое исследование
На этой странице есть ответ, подтвержденный источником, который вы можете продолжить внутри Studio Global.
Люди также спрашивают
Каков краткий ответ на вопрос «Google Cloud готовит инфраструктуру для постоянно работающих ИИ-агентов»?
В августе 2026 года Google Cloud представила два взаимодополняющих инструмента для ИИ инфраструктуры: Database Operations Agents для управления базами данных и Cloud Run instances для постоянно работающих агентных при...
Какие ключевые моменты необходимо проверить в первую очередь?
В августе 2026 года Google Cloud представила два взаимодополняющих инструмента для ИИ инфраструктуры: Database Operations Agents для управления базами данных и Cloud Run instances для постоянно работающих агентных при... Database Onboarding Agent помогает выбрать, развернуть и настроить AlloyDB, Bigtable, Cloud SQL и Spanner, а Database Observability Agent анализирует телеметрию, ищет причины проблем и предлагает исправления с обязате...
Что мне делать дальше на практике?
Cloud Run instances запускают один выделенный процесс без автоскейлинга и масштабирования до нуля, работают до семи дней, получают постоянный HTTPS адрес и стоят $5,70 за 30 дней при конфигурации 1 shared vCPU и 1 ГБ...