Google объявила о выходе Agent Substrate 1.0 и общей доступности Agent Substrate на GKE. Для бизнеса с большим числом агентных сессий важен сам принцип: состояние агента можно сохранять отдельно от занятого вычислительного ресурса. Агент ждёт ответа модели или человека, а исполнительный ресурс в это время используется другой сессией. Это потенциально полезно для платформ с прерывистой нагрузкой, но не доказывает экономию в конкретной компании.
Разбор подготовлен 6 ноября 2026 года по первичным источникам для технических руководителей и владельцев корпоративных агентных платформ. Издатель — AI студия Владимира Ломтева. Инфраструктуру редакция не разворачивала, производительность и безопасность самостоятельно не измеряла. Ниже отдельно обозначены сведения разработчиков и редакционные выводы.
Содержание
- Что объявлено и как понимать статус CNCF
- Какую проблему решает разделение состояния и вычислений
- Что даёт управляемый вариант на GKE
- Почему gVisor не заменяет политику доступа
- Кому новость полезна сейчас
- Какие ограничения остаются после анонса
Что объявлено и как понимать статус CNCF
В сообщении Google Cloud от 5 ноября названы три проекта: Agent Substrate, gVisor и OpenRL. Компания сообщила об их передаче в CNCF после принятия в Sandbox в предыдущем месяце. Для Agent Substrate также объявлены версия 1.0 и доступность управляемого варианта на GKE.
Это разные статусы. Версия программного проекта, стадия участия в CNCF и доступность облачной услуги отвечают на разные вопросы. Статус Sandbox не является сертификатом безопасности вашего приложения. А доступность управляемого сервиса не подтверждает, что нужные функции поддержаны в вашей конфигурации.
Проверить сам путь проекта в CNCF можно по публичной заявке Agent Substrate. Это источник о процедуре и статусе проекта, а не независимый отчёт о надёжности корпоративных внедрений. Сведения о переходе к нейтральному управлению полезны при оценке зависимости от поставщика; условия поддержки и ответственность за эксплуатацию следует разбирать отдельно.
Какую проблему решает разделение состояния и вычислений
Обычное веб-приложение часто рассматривают как постоянно работающий сервис. Агентная сессия может вести себя иначе: выполнить команду, дождаться инструмента, остановиться до ответа человека и затем продолжить с прежними файлами. Если каждой сессии постоянно выделять отдельное окружение, паузы тоже занимают ресурсы.
На сайте Agent Substrate описывается среда для изолированного исполнения агентных задач. В её модели сохраняемую сессию отделяют от ресурса, который исполняет очередной участок работы. Для архитектурного обсуждения полезно различать эти сущности:
| Сущность | За что отвечает | Вопрос владельцу платформы |
|---|---|---|
| Actor | Состояние конкретной сессии | Какие файлы и контекст должны переживать паузу? |
| Worker | Вычислительное исполнение | Когда ресурс можно освободить и передать другой задаче? |
| Gateway | Управление доступом на границе | К каким сервисам разрешены обращения этой сессии? |
Таблица — редакционное объяснение распределения ответственности, а не схема настроенного кластера. Она помогает увидеть, что перенос сессии и выдача полномочий требуют разных механизмов. Перемещение состояния само по себе не определяет, можно ли отправить письмо или изменить запись в ERP.
Что даёт управляемый вариант на GKE
Документация Agent Substrate на GKE описывает продуктовый вариант этой инфраструктуры. Для компании, которая уже эксплуатирует GKE, это повод оценить управляемую среду вместе с существующими процессами доступа, развёртывания и наблюдения. Для другой компании это ещё и решение об облачной платформе, а не только о библиотеке.
Редакционный вывод: сравнивать нужно полный путь выполнения задачи. Где хранятся снимки сессий? Кто имеет к ним доступ? Какие состояния восстанавливаются? Что произойдёт, если внешняя система приняла запрос, а сессия остановилась до получения подтверждения? Последний вопрос относится уже к логике приложения: сохранение памяти не делает повтор операции безопасным.
Например, предложенный сценарий с агентом поддержки может включать подготовку черновика и ожидание согласования. Здесь важно восстановить черновик и контекст. Если агент ещё и оформляет возврат, дополнительно потребуется механизм, исключающий повторное оформление одной операции. Это иллюстрация различий между состоянием и бизнес-эффектом, а не описание клиента или подтверждённой функции продукта.
Почему gVisor не заменяет политику доступа
В документации gVisor он описан как прикладное ядро, работающее в пользовательском пространстве. Среда перехватывает системные вызовы приложения и реализует Linux-подобный интерфейс. Это дополнительная граница между запускаемым кодом и ядром хоста; gVisor также имеет OCI-совместимую среду исполнения runsc.
Для агентных приложений это существенно, когда модель создаёт код или запускает внешние пакеты. Однако изоляция процесса и разрешение делового действия — разные задачи. Если приложению выдан действующий доступ к отправке сообщений, изолированное окружение само по себе не решает, какое сообщение допустимо отправить.
Модель безопасности gVisor помогает определить границы защиты и допущения. Сопоставляйте их со своей архитектурой: монтируемыми файлами, сетевыми разрешениями, секретами и внешними инструментами. Вынесение ключа за пределы окружения уменьшает прямой доступ к нему, но ещё требует правил использования соответствующего сервиса.
Кому новость полезна сейчас
Наибольший интерес новость представляет для разработчиков платформ, где много независимых сессий и значительная часть времени проходит в ожидании. Это могут быть рабочие пространства разработчиков, длительные задачи с подтверждениями или инфраструктура массовых оценок агентов. Здесь стоит отдельно измерять активное исполнение и паузы.
Для небольшого бота, который отвечает на вопросы и не запускает код, внедрение новой оркестрации может оказаться лишней сложностью. Сначала нужно понять, какую проблему решают: задержку модели, нехватку памяти, хранение сессий или изоляцию исполняемого кода. Эти причины требуют разных решений.
Если же задача — организовать испытания агента до доступа к рабочим системам, пригодится отдельный материал о тестовой песочнице для ИИ-агента. Он относится к порядку испытаний. Текущая новость — о среде исполнения и жизненном цикле сессий.
Какие ограничения остаются после анонса
В документации gVisor прямо отмечены компромиссы совместимости и накладные расходы на системные вызовы. Поэтому корректный запуск вашего набора инструментов нужно подтверждать отдельно. Поддержка стандартного контейнерного формата не гарантирует одинаковое поведение каждого пакета и каждой операции ввода-вывода.
Нельзя также вывести экономию из одного факта приостановки сессий. В итоговую стоимость входят активные вычисления, хранение состояния, передача данных, модели и эксплуатация. Это перечень факторов для сравнения, а не рассчитанная стоимость продукта. Численных обещаний ускорения или снижения расходов для читателя здесь нет.
Главное ограничение этого разбора — отсутствие собственного развёртывания. Мы проверили открытые описания и статус анонса, но не подтверждаем восстановление конкретного приложения, выполнение требований ИБ или доступность сервиса для определённого аккаунта и региона.
Как AI студия Владимира Ломтева помогает с агентной архитектурой
AI студия Владимира Ломтева может связать аудит процесса с проектированием ИИ-агента: описать границы сессии и внешних действий, подготовить интеграцию с корпоративными системами и организовать испытания восстановления после прерывания. Это задачи аудита, интеграции и тестирования; поддержка конкретного инфраструктурного продукта определяется отдельно.
Первый шаг — выбрать один процесс, описать текущую нагрузку, источники данных, ограничения и критерий успешного выполнения. Обсудить задачу.
Итог: новая единица планирования — сохраняемая сессия
Agent Substrate 1.0 делает заметнее архитектуру, в которой жизнь агентной сессии отделена от постоянно занятого исполнителя. Для бизнеса это основание пересмотреть размещение прерывистых задач. Решение о переходе должно опираться на собственную нагрузку, совместимость и управление внешними действиями; анонс не заменяет этих данных.
