Архитектура: Разделение мозга и рук
Google Cloud анонсировала Agent Compute Engine (ACE) на конференции AGNTCon + MCPCon. Это вычислительный сервис, созданный специально для AI-агентов, где каждый сеанс работы агента выполняется в отдельной микроВМ (microVM) с аппаратной изоляцией. Ключевая особенность архитектуры — разделение на две части:
- Harness (Мозг): Управляет моделью и логикой, работает вне песочницы.
- Sandbox (Руки): Изолированная среда для выполнения кода, shell-команд и работы с браузером. Содержит ноль учетных данных (zero credentials).
Изоляция обеспечивается через Cloud Hypervisor. Хосты имеют только для чтения файловую систему (dm-verity), а ключи аттестации хранятся в чипе Titanium вне гостевой системы. Сеть микроВМ не имеет стандартного интерфейса или шлюза по умолчанию; весь трафик проходит через локальный прокси (virtio-vsock) и Agent Gateway, который подменяет учетные данные только после проверки политик.
Эффективность и производительность
Основная проблема агентов — простое в ожидании ответа модели или пользователя. Google решает это путем чекпоинтинга простаивающих микроВМ в ноль активных ресурсов и их быстрого восстановления из снимков. Плотность достигается за счет copy-on-write разделения памяти: базовые образы ОС и библиотек маппируются с DAX, потребляя оперативную память только для измененных страниц каждого агента.
Открытая версия Agent Substrate (базовая технология для ACE) уже демонстрирует впечатляющие метрики в бенчмарках с 200 000 агентов:
| Метрика | Значение |
|---|---|
| Пиковая скорость активации | 500 activations/s |
| Время приостановки/возобновления | менее 500 мс |
| Агентов на хост (в спящем режиме) | более 1 000 |
| Рост плотности вычислений | до 10x по сравнению с традиционными ВМ |
Идентификация и безопасность
Google внедрила четырехуровневую систему идентичности для агентов, чтобы минимизировать риски компрометации:
- User Identity: Аутентификация задачи пользователя.
- Delegated on-behalf-of Identity: Ограниченные права, хранящиеся в центральном сервисе, а не на ноде.
- Agent Workload Identity: Краткосрочный SPIFFE-идентификатор, используемый только для трафика внутри песочницы. Даже если он украден, он бесполезен для прямых API-вызовов.
- Agent Workforce Identity: Собственный аккаунт и ресурсы агента.
Сравнение с конкурентами
ACE позиционируется как решение с VM-уровнем изоляции, но скоростью контейнеров. Ниже приведено сравнение с ключевыми игроками рынка:
| Функция | Google ACE / Substrate | AWS AgentCore | Azure Dynamic Sessions | E2B |
|---|---|---|---|---|
| Изоляция | Cloud Hypervisor microVM | Выделенная microVM | Hyper-V sandbox | Firecracker microVM |
| Обработка простоя | Чекпоинтинг в 0 ресурсов | Биллинг пропускает I/O wait | Уничтожение после cooldown | Пауза с сохранением FS и памяти |
| Учетные данные в песочнице | Отсутствуют (swap через шлюз) | Управляются AgentCore Identity | Не раскрыто | Не раскрыто |
| Время восстановления | < 500 мс (Substrate) | Не раскрыто | Миллисекунды (прегретые пулы) | ~1 с |
| Открытый исходный код | Да (Substrate) | Нет | Нет | Не раскрыто |
Доступность и будущее
Сервис уже используется для работы Gemini как агента для рабочих задач. Agent Substrate доступен на GKE с 15 сентября 2026 года (не для продакшена, GA по allowlist). Сам Agent Compute Engine перейдет в customer preview в ближайшие месяцы. Точные цены, время загрузки (boot time) и показатели плотности для ACE пока не опубликованы. Google также расширяет governance-инструменты (Agent Gateway, Registry, Identity) на весь стек, включая Cloud Run и локальные агенты.
Источник: MarkTechPost ↗