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

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.