Google представила Agent Compute Engine: своя microVM для каждого ИИ-агента

Google анонсировала Agent Compute Engine, сервис, который выдаёт каждому ИИ-агенту отдельную изолированную виртуальную машину. По данным статьи, сервис уже используется в Gemini, а предварительный доступ (preview) откроется в ближайшие месяцы. Точной даты в источнике нет.
Каждый агент работает внутри microVM (микровиртуальной машины), защищённой чипом Google Titanium, так утверждает компания. Когда агент простаивает, его виртуальная машина автоматически ставится на паузу и освобождает физический сервер для других. Общая память между виртуальными машинами снижает стоимость содержания каждой из них. Автор The Decoder отмечает: виртуальные машины, весьма крупная статья расходов при запуске агентных систем, поэтому Google делает ставку на эффективность.
С этим связан и открытый проект Agent Substrate, среда выполнения (runtime) для Kubernetes. Google заявляет, что на одном сервере с ней помещается в десять раз больше агентов. В тесте с 200 000 агентов приостановка и возобновление заняли менее 500 миллисекунд, по данным Google.
Отдельно Google добавляет средства контроля: учёт токенов, маршрутизацию между моделями и поддержку сторонних поставщиков идентификации, таких как Ping Identity и SailPoint. Эти средства распространятся на Cloud Run, GKE и управляемые конечные точки (managed endpoints).
Ключевые факты
- Agent Compute Engine выдаёт каждому ИИ-агенту отдельную изолированную microVM; сервис уже обслуживает Gemini, предпросмотр откроется в ближайшие месяцы.
- По словам Google, microVM защищены чипом Titanium; простаивающая машина ставится на паузу и освобождает сервер, а общая память удешевляет каждую машину.
- Открытый Kubernetes-рантайм Agent Substrate, по заявлению Google, вмещает в десять раз больше агентов на одном сервере.
- В тесте с 200 000 агентов приостановка и возобновление заняли менее 500 миллисекунд, данные Google.
- Google добавляет учёт токенов, маршрутизацию моделей и поддержку Ping Identity и SailPoint; контроль распространится на Cloud Run, GKE и управляемые конечные точки.
Почему это важно
Виртуальные машины, крупная статья расходов для агентных систем, и Google пытается снизить её за счёт пауз простаивающих машин и общей памяти. Если заявленная плотность действительно достигается, это меняет экономику запуска большого числа агентов. При этом пока это заявления компании, а не независимые измерения.
Кому это важно
Командам, которые запускают много ИИ-агентов в облаке и упираются в стоимость и изоляцию. Также тем, кто работает с Kubernetes, Cloud Run и GKE: именно на них Google собирается распространить средства контроля. Компаниям, у которых уже есть Ping Identity или SailPoint, важна заявленная поддержка этих сторонних поставщиков идентификации.
Как это применить
Сервис пока не открыт: предварительный доступ обещан в ближайшие месяцы, цены и регионы в источнике не названы. Уже сейчас можно изучить открытый Agent Substrate, Kubernetes-рантайм, о котором говорится в анонсе. Когда откроется предпросмотр, стоит проверить заявленные цифры на собственной нагрузке.
Можно ли доверять
Все ключевые цифры (десятикратный выигрыш в плотности, менее 500 миллисекунд на 200 000 агентов), данные самой Google. Независимой проверки в источнике не упоминается. Не указано, относительно какой конфигурации посчитан десятикратный рост. Источник, короткая заметка без цитат представителей Google.
Риски и подводные камни
Сервис ещё не доступен, сроки названы лишь приблизительно. Нет сведений о стоимости, экономии от общей памяти и пауз, а также о регионах. Неясно, когда именно появятся средства контроля и когда они дойдут до Cloud Run, GKE и управляемых конечных точек. Привязка защиты к чипу Titanium означает зависимость от инфраструктуры Google.