# Google Agent Compute Engine: Почему сервер модели и компьютер агента требуют разных жизненных циклов

Agent Compute Engine Google появился после маршрутизации инференса и confidential computing. Почему обслуживанию модели и рабочему компьютеру агента нужны разные жизненные циклы.

Автор: Редакция Retrivium
Language: ru
Разбор опубликован: 2026-11-03
Дата события: 2026-10-22
Первоисточник новости: https://cloud.google.com/blog/topics/ai-infrastructure/introducing-agent-compute-engine-and-expanded-agent-governance
Канонический URL: https://retrivium.ai/ru/retrospectives/retro-agent-compute-brain-hands/

Агент способен ожидать модель, пока инструменты и рабочее пространство остаются частью незавершённой задачи. Анонс Agent Compute Engine Google рассматривает такой компьютер как самостоятельный ресурс. Ранние этапы маршрутизации и confidential computing объясняют появление ещё одного уровня вместо простого переименования сервера модели или обычного endpoint инференса.

## Датированный путь

- 2025-04-09: [Kubernetes, your AI superpower: How Google Kubernetes Engine powers AI innovation](https://cloud.google.com/blog/products/containers-kubernetes/how-gke-powers-ai-innovation).

- 2026-06-23: [Verifiable, private AI: Google Cloud expands Confidential Computing frontiers](https://cloud.google.com/blog/products/identity-security/verifiable-trust-in-the-ai-era-whats-new-in-confidential-computing/).

- 2026-10-22: [Google объявил Agent Compute Engine с preview в будущем](https://cloud.google.com/blog/topics/ai-infrastructure/introducing-agent-compute-engine-and-expanded-agent-governance).

## Ранние примитивы относятся к разным границам

Предыдущий preview GKE Inference Gateway касался направления запросов к ресурсам обслуживания моделей. Последующее обновление confidential computing относилось к проверяемому выполнению и границам защиты. Октябрьский анонс агентных вычислений описывает аппаратно изолированные microVM, checkpoint и возобновление, постоянные рабочие пространства. Это связанные инфраструктурные направления с разными объектами. Редакционная связь состоит в потребности агента и в вычислении модели, и в месте выполнения действий. Датированные источники устанавливают развитие публичных возможностей, но не утверждают, что каждый ранний продукт непосредственно реализует новый сервис или автоматически предоставляет его свойства.

## Вызов модели не равен всей задаче

Условный агент может запросить интерпретацию у модели, применить инструмент, записать промежуточный артефакт и ожидать следующий результат. Запрос модели имеет ограниченный жизненный цикл инференса, а рабочая среда способна охватывать несколько таких вызовов. Одинаковое предположение о выделении обоих ресурсов скрывает, какой активен, а какой только сохраняет состояние. Пример объясняет архитектурное разделение, не предоставляя измерений производительности и не устанавливая расписание конкретного производственного агента. Именно различие продолжительности задач делает отдельный компьютер содержательной инфраструктурной единицей, а не дополнительным названием для уже существующего запроса модели.

## Состояние даёт компьютеру продолжающуюся идентичность

Постоянное рабочее пространство способно удерживать артефакты после прерывания, а checkpoint и возобновление касаются непрерывности выполнения. Эти свойства относятся к истории задачи, а не к генерации одного ответа. Эксплуатационная ценность зависит от сохранённых данных и отношения возобновлённой среды к внешнему миру. Анонс задаёт направление сервиса, но не гарантирует возобновление любого инструмента без согласования. Предлагаемая оценка проследила бы незавершённую задачу через паузу и возврат, определяя, какие ресурсы и состояния действительно остаются согласованными. Проверять нужно именно переход, а не только возможность повторно открыть сохранённый файл.

## Отдельный жизненный цикл меняет вопросы мощности

Если бы инструменты агента и инференс модели всегда были активны одновременно, общий жизненный цикл казался бы достаточным. Ожидание и длительная работа нарушают это предположение. Поэтому провайдеру полезно различать доступность инференса и компьютера агента при описании мощности. Внешний preview Google в октябрьском анонсе ещё оставался будущим, поэтому речь идёт об архитектурном прочтении, а не о текущем публичном выделении. Содержательное развитие состоит в явном признании выполнения инструментов с состоянием самостоятельной инфраструктурой. Ей нужны собственный жизненный цикл, эксплуатационные границы и доказательства, отличные от метрик модели.

## Технический контекст

Связанный инженерный контекст: [Сроки использования ресурсов инференса](/ru/journal/throughput-latency-tradeoff/); [Постоянное состояние среды выполнения](/ru/journal/read-only-container-writable-caches/).