Google Cloud хочет снять с разработчиков рутину управления базами данных и ИИ-агентами

В августе 2026 года Google Cloud представила набор инструментов, призванных уменьшить операционную нагрузку при работе с базами данных и длительно работающими ИИ-агентами. Первый компонент — Database Operations Agents, встроенные в экосистему Gemini Cloud Assist. Второй — Cloud Run Instances, постоянная среда выполнения для процессов, которым недостаточно обычной модели serverless-приложений с масштабированием от нуля. Вместе они укладываются в концепцию «Agentic Data Cloud» и общий курс Google Cloud на более автономную, диалоговую и готовую к работе с агентами инфраструктуру. 211

Два ИИ-агента для жизненного цикла базы данных

Database Onboarding Agent: от требований до запуска

Database Onboarding Agent предназначен для так называемого Day 0 — первоначального проектирования и развёртывания. Пользователь описывает требования к нагрузке, а агент помогает подобрать подходящую управляемую базу данных, подготовить конфигурацию и пройти этапы настройки и запуска. Это должно сократить объём ручной работы и необходимость самостоятельно сопоставлять требования приложения с многочисленными параметрами облачных сервисов.

Агент поддерживает AlloyDB, Bigtable, Cloud SQL и Spanner. 2

Database Observability Agent: мониторинг и устранение проблем

Database Observability Agent рассчитан на операции Day 1/2 — то есть на постоянное наблюдение, диагностику, оптимизацию и обслуживание уже работающих баз данных. Он может следить за парком баз, обнаруживать аномалии, искать причины сбоев и проблем с производительностью, а также предлагать варианты исправления. 2

В список поддерживаемых сервисов входят Cloud SQL, AlloyDB, Spanner, Bigtable, Firestore и Memorystore. 213

Для анализа агент сопоставляет данные из Database Insights и Database Center, Cloud Monitoring, Cloud Logging и Cloud Trace. В расчёт также берутся метрики, сведения о запросах, инвентаризация ресурсов и данные об известных проблемах — это позволяет формировать анализ первопричины, а не просто сообщать о симптоме. 2

Важная особенность — агент не ограничивается рекомендациями. После одобрения пользователем он может выполнить проверенное исправление, например включить пул соединений в Cloud SQL или добавить индексы. Функции расследования и автоматического устранения неполадок были доступны в предварительном режиме для отдельных клиентов. 2

Как пользователи смогут обращаться к агентам

Database Operations Agents интегрированы с Gemini Cloud Assist. Работать с ними можно через чат Gemini и соответствующие страницы баз данных в Cloud Console. Google также заявила о доступе к связанным возможностям через командную строку, MCP-серверы и инструменты, сторонние инструменты и среды разработки. 2

Такой подход превращает управление базой данных из последовательности ручных действий в диалоговый процесс: команда может описать задачу обычным языком, получить объяснение происходящего и, если требуется, подтвердить применение изменения.

Cloud Run Instances для постоянно работающих агентов

28 августа Google Cloud представила в предварительной версии другой элемент инфраструктуры — выделенный singleton-экземпляр Cloud Run. Он запускается в единственном числе, не использует автомасштабирование и рассчитан не на высоконагруженные stateless-сервисы, а на stateful-нагрузки, которым нужна постоянная доступность и сохранение состояния. 4

Один экземпляр может работать до семи дней. По умолчанию для него настроен автоматический перезапуск. HTTPS-адрес сохраняется при обновлениях и перезапусках, а сам экземпляр можно остановить, а затем возобновить. 4

Google привела ориентир стоимости: 5,70 доллара за 30 дней непрерывной работы конфигурации с 1 vCPU и 1 ГБ оперативной памяти при использовании shared CPU и бюджетов burst. Преимущество по сравнению с выделенной виртуальной машиной компания видит не только в цене. Пользователю не нужно самостоятельно обслуживать ОС и ВМ, настраивать сетевые правила и поднимать HTTPS-эндпоинт, при этом не требуется оплачивать вычислительные ресурсы полноценной постоянно включённой виртуальной машины. 4

Первый целевой сценарий — персональные долгоживущие ИИ-агенты, например OpenClaw или Hermes, которым нужно сохранять состояние и оставаться доступными, пока ноутбук пользователя выключен. 4

Google также сослалась на заявление клиента OffDeal о сокращении числа cold start на 88%. Это результат, сообщённый конкретным клиентом, а не универсальная гарантия производительности или общий бенчмарк Google. 4

Что это означает для архитектуры ИИ-приложений

Обычные веб-приложения часто можно масштабировать по запросу: нет трафика — нет работающего экземпляра. ИИ-агенты устроены иначе. Им могут требоваться постоянная идентичность и адрес, память или другое состояние, фоновые задачи, длительные процессы, доступ к инструментам и базам данных.

Google Cloud предлагает закрыть обе стороны этой задачи:

• Database Operations Agents делают слой данных более автономным — от выбора и развёртывания СУБД до мониторинга, расследования и одобренного устранения проблем. 2
• Cloud Run Instances дают вычислительную основу для агентов, которым нужен длительно работающий и адресуемый процесс. 4

При этом Google не отказывается от участия человека там, где изменение базы может иметь существенные последствия: применение исправлений остаётся привязанным к явному одобрению пользователя. 2