Google Cloud стартира Agent Compute Engine: microVM за всеки AI агент
Google Cloud обяви Agent Compute Engine — изчислителна услуга, създадена специално за AI агенти. Google Agent Compute Engine предоставя на всеки агент собствен хардуерно изолиран microVM. Пясъчната среда не съдържа никакви идентификационни данни. Услугата вече захранва Gemini като агент за работни задачи. Google я представи тази седмица на AGNTCon + MCPCon. Прегледът за клиенти е планиран за следващите месеци. Предложението: изолация на ниво виртуална машина със скорост и плътност, характерни за контейнерите.
Накратко
- Единица: Един хардуерно изолиран microVM за всяка агентска сесия, със собствено гост операционно ядро, root достъп и Hyperdisk.
- Работи върху: Управлявани от Google хостове, използващи силикона Titan и Titanium IPU. Агентът с отворен код Agent Substrate работи във всеки Kubernetes клъстер.
- Производителност: Неактивните агенти се запазват като контролни точки без активни ресурси и се възобновяват от снимки. Google не предоставя данни за времето за стартиране или плътността на ACE.
- Най-добро: Agent Substrate достигна 500 активации/секунда при спиране/възобновяване за под 500 ms при 200 000 агента.
- Най-лошо: Няма публикувани данни за времето за стартиране, плътността, цените или датата на предварителния преглед на самия Agent Compute Engine.
Какво представлява Google Agent Compute Engine?
Agent Compute Engine е услуга на Google Cloud, която изпълнява всеки AI агент в специализиран microVM. Според техническата публикация тя захранва Gemini, Antigravity, както и вътрешни конвейери за оценяване и обучение с подсилване.
Google разделя всеки агент на 2 части. Харнесът, или „мозъкът“, извиква модела. Пясъчната среда, или „ръцете“, изпълнява код, shell команди и браузъри. Харнесът работи изцяло извън пясъчната среда и изпраща към нея конкретни команди.
Как работи изолацията на microVM?
Всяка сесия работи в microVM за един наемател зад граница Cloud Hypervisor. Хостовете са апарати без запазено състояние, с файловата система root само за четене, наложена чрез dm-verity. Titanium съхранява ключовете за атестация извън гост системата.
Мрежовият дизайн е необичайната част:
- MicroVM нямат стандартен мрежов интерфейс, шлюз по подразбиране или директен достъп до VPC.
- Целият трафик преминава през граница virtio-vsock към локален прокси сървър, а след това към външен шлюз.
- Гост системите получават само SPIFFE сертификат, ограничен до сесията, и краткотраен токен за идентичност.
- Agent Gateway заменя реалните идентификационни данни за бекенда в движение след проверки на политиките.
Google приема, че нападателят контролира всичко в пясъчната среда. Агент, в чийто prompt е инжектиран злонамерен код, няма тайни за кражба.
Какви са четирите идентичности на агента?
Google определя 4 идентичности за всяко агентско натоварване:
- Идентичност на потребителя: удостоверява само цялостната задача.
- Делегирана идентичност от името на потребителя: ограничено разрешение, съхранявано в централизирана услуга за оторизация, никога на възела.
- Идентичност на агентското натоварване: краткотрайна SPIFFE идентичност, единствената, използвана за трафика на пясъчната среда.
- Идентичност на агентската работна сила: собствен акаунт и ресурси на агента.
Идентичността на натоварването е безполезна за директни API повиквания, ако бъде изнесена. Тя само идентифицира коя пясъчна среда е изпратила даден пакет.
Как поддържа ниски разходи за неактивните агенти?
Екипът на Google установи, че агентите прекарват по-голямата част от времето си в очакване на модели или потребители. Затова пясъчната среда сигнализира, когато извикването на инструмент приключи. Хостът запазва неактивния microVM като контролна точка без активни ресурси. Той се възобновява при следващото извикване.
Плътността идва от споделянето на памет чрез copy-on-write. Предварително загрятите snapshot изображения се съпоставят с DAX, така че microVM на един хост споделят страници от базовата операционна система и библиотеките. Само променените от конкретния агент страници използват частна памет. Харнесите също получават клониране, snapshot/forking, превъртане назад и възстановяване.
Съхранението е разделено по 3 начина: преходни scratch наслагвания, споделени томове само за четене и постоянни работни пространства на потребителите върху Hyperdisk.
</b>MicroVM на пясъчната среда<span class="zone z-in">ненадеждна</span></div>
<div class="node"><b>
</b>vsock + локален прокси сървър<span class="zone z-out">хост</span></div>
<div class="node"><b>
</b>Agent Gateway<span class="zone z-out">извън възела</span></div>
<div class="node"><b>
</b>Замяна на токена<span class="zone z-out">извън възела</span></div>
<div class="node"><b>
</b>Бекенд<span class="zone z-out">Работно пространство / VPC</span></div>
</div>
<div class="track"><span id="ace-fill"></span><i class="pkt" id="ace-pkt"></i></div>
<div class="card"><h4 id="ace-st">Стъпка 1</h4><p id="ace-sd"></p></div>
<div class="ctl">
<button class="btn" id="ace-prev">
Назад</button>
<button class="btn pri" id="ace-next">Следваща стъпка
</button>
<button class="btn" id="ace-play">
Автоматично възпроизвеждане</button>
</div>
<p class="note">Източник: технически задълбочен анализ на Google Cloud, 22 октомври 2026 г.</p>
</div>
<div class="pane" data-p="1">
<div class="life" id="ace-life">
<div class="st"><div class="lb">Състояние 1</div><div class="nm">Изпълнение на извикване на инструмент</div><div class="meter"><span style="width:100%;background:#34A853"></span></div><div class="ds">Кодът, shell командата или браузърът се изпълнява в microVM.</div></div>
<div class="st"><div class="lb">Състояние 2</div><div class="nm">Сигнал „Мислене“</div><div class="meter"><span style="width:55%;background:#FBBC04"></span></div><div class="ds">Пясъчната среда съобщава, че няма изпълнявани команди или фонови задачи.</div></div>
<div class="st"><div class="lb">Състояние 3</div><div class="nm">Неактивност с контролна точка</div><div class="meter"><span style="width:0%;background:#4285F4"></span></div><div class="ds">Състоянието е запазено. Нула активни ресурси на хоста.</div></div>
<div class="st"><div class="lb">Състояние 4</div><div class="nm">Възобновяване</div><div class="meter"><span style="width:100%;background:#34A853"></span></div><div class="ds">Следващото извикване на инструмент възстановява microVM от неговата snapshot снимка.</div></div>
</div>
<div class="card">
<h4>Памет copy-on-write, споделена между 6 microVM</h4>
<div class="mem" id="ace-mem"></div>
<div class="shared" id="ace-shared">1 споделено копие на базовата операционна система, библиотеките и двоичните файлове (DAX + CoW)</div>
<div class="legend"><span><i style="background:#4285F4"></i>Страници от базовия образ</span><span><i style="background:#FBBC04"></i>Частни страници, променени от агента</span></div>
<div class="ctl"><button class="btn pri" id="ace-cow">Включване на споделянето CoW</button><button class="btn" id="ace-cycle">
Изпълнение на цикъл на неактивност</button></div>
</div>
<p class="note">Височините на лентите са илюстративни. Google не разкрива данни за плътността на хост за Agent Compute Engine.</p>
</div>
<div class="pane" data-p="2">
<div class="ids">
<button class="id"><div class="n">ИД 1</div><div class="t">Идентичност на потребителя</div><div class="w" style="color:#4285F4">Стартира задачата</div><div class="more">Удостовереният потребител, инициирал заявката. Използва се само за удостоверяване на цялостната задача, никога за агентски операции.</div></button>
<button class="id"><div class="n">ИД 2</div><div class="t">Делегирана идентичност от името на потребителя</div><div class="w" style="color:#FBBC04">Намира се в централизирана услуга за удостоверяване</div><div class="more">Криптографски ограничено разрешение, доказващо, че потребителят е упълномощил харнеса. Тези дълготрайни разрешения никога не се намират на изчислителния възел.</div></button>
<button class="id key"><span class="badge">Единствената идентичност в пясъчната среда</span><div class="n">ИД 3</div><div class="t">Идентичност на агентското натоварване</div><div class="w" style="color:#34A853">Краткотраен SPIFFE ID</div><div class="more">Присвоява се при стартиране на microVM. Идентифицира коя пясъчна среда е изпратила пакет. Безполезна е за директни извиквания към бекенда, ако бъде изнесена.</div></button>
<button class="id"><div class="n">ИД 4</div><div class="t">Идентичност на агентската работна сила</div><div class="w" style="color:#EA4335">Собствен акаунт на агента</div><div class="more">Позволява на агента да действа като асистент със собствена идентичност, акаунт и ресурси.</div></button>
</div>
<p class="note">Докоснете карта, за да я разгънете. Agent Gateway преобразува ИД 3 в другите идентичности извън възела, след като провери хоста, потребителя, пясъчната среда, сесията и политиката.</p>
</div>
<div class="pane" data-p="3">
<div class="stats">
<div class="stat"><div class="v" data-n="200000" data-f=",">0</div><div class="k">агенти в теста</div></div>
<div class="stat"><div class="v" data-n="500">0</div><div class="k">активации в секунда</div></div>
<div class="stat"><div class="v" data-n="500" data-p="<" data-s=" ms">0</div><div class="k">латентност при спиране / възобновяване</div></div>
<div class="stat"><div class="v" data-n="10" data-s="x">0</div><div class="k">по-висока изчислителна плътност (до)</div></div>
<div class="stat"><div class="v" data-n="1000" data-f="," data-s="+">0</div><div class="k">неактивни агенти на хост</div></div>
</div>
<div class="bars">
<div class="bar"><div class="row"><span>Публикувана латентност при възобновяване: Agent Substrate</span><b>< 500 ms</b></div><div class="tr"><span data-w="50" style="background:#4285F4"></span></div></div>
<div class="bar"><div class="row"><span>Публикувано време за възобновяване: E2B (документация)</span><b>~1 s</b></div><div class="tr"><span data-w="100" style="background:#9aa4b2"></span></div></div>
<div class="bar"><div class="row"><span>Agent Compute Engine</span><b>Не е разкрито</b></div><div class="tr"><span data-w="0" style="background:#EA4335"></span></div></div>
</div>
<p class="note">Тези данни са за Agent Substrate с отворен код върху GKE, а не за Agent Compute Engine. Самоотчетени от Google. По-ниската латентност е по-добра.</p>
</div>
<div class="pane" data-p="4">
<div class="tw"><table>
<tr><th></th><th>Agent Compute Engine</th><th>AWS AgentCore Runtime</th><th>Динамични сесии на Azure</th><th>E2B</th></tr>
<tr><td>Изолация</td><td class="g">Cloud Hypervisor microVM</td><td>Специализиран microVM за всяка сесия</td><td>Пясъчна среда Hyper-V</td><td>Firecracker microVM</td></tr>
<tr><td>Неактивност</td><td class="g">Контролна точка без активни ресурси</td><td>Таксуването за CPU обикновено пропуска изчакването за I/O</td><td>Унищожава се след период на охлаждане</td><td>Пауза, която запазва файловете и паметта</td></tr>
<tr><td>Идентификационни данни</td><td class="g">Няма в пясъчната среда</td><td>Управляват се от AgentCore Identity</td><td>Не е разкрито</td><td>Не е разкрито</td></tr>
<tr><td>Максимална сесия</td><td class="g">Не е разкрито</td><td>8 ч. microVM, 14 дни инстанции</td><td>Конфигурируем период на охлаждане</td><td>Не е сравнено</td></tr>
<tr><td>Статус</td><td class="g">Преглед през следващите месеци</td><td>Налично</td><td>38 посочени региона</td><td>Налично</td></tr>
</table></div>
<p class="note">Източници: блогът на Google Cloud; документацията на AWS, Microsoft Learn и E2B. Проверено на 22 октомври 2026 г.</p>
</div>
<div class="ft"><span>Източници: <a href="https://cloud.google.com/blog/topics/ai-infrastructure/agent-compute-engine-deep-dive" target="_blank" rel="noopener">задълбочен анализ на Google Cloud</a> · <a href="https://cloud.google.com/blog/products/containers-kubernetes/agent-substrate-available-on-gke" target="_blank" rel="noopener">Agent Substrate</a></span><span class="mtp">Създадено от Marktechpost</span></div>
</div>
<script>
(function(){
var R=document.getElementById('mtp-ace-explainer');
function post(){try{parent.postMessage({mtpAceHeight:R.offsetHeight+40},'*')}catch(e){}}
var tabs=R.querySelectorAll('.tab'),panes=R.querySelectorAll('.pane');
tabs.forEach(function(t){t.addEventListener('click',function(){var i=+t.dataset.t;tabs.forEach(function(x){x.classList.toggle('on',x===t)});panes.forEach(function(p){p.classList.toggle('on',+p.dataset.p===i)});if(i===3)runStats();setTimeout(post,60);setTimeout(post,500)})});
/* flow */
var S=[["Харнесът изпраща команда","Харнесът (мозъкът) работи извън пясъчната среда. Той решава кое е следващото извикване на инструмент и изпраща конкретна команда към microVM."],
["Пясъчната среда изпълнява ненадежден код","MicroVM (ръцете) изпълнява код, shell или действия в браузър. В него няма токени, API ключове или достъп до сървъра за метаданни."],
["Трафикът излиза чрез vsock","Няма стандартна мрежова карта. Изходящите заявки преминават през граница virtio-vsock към локален прокси сървър, който обвързва атестацията на възела, базирана на Titanium."],
["Agent Gateway проверява триадата","Извън възела Agent Gateway валидира делегирането на потребителя, идентичността на агента и идентичността на възела, след което прилага политиките за изходящ трафик и предотвратяване на загуба на данни."],
["Замяна на токена в движение","Едва сега реалните идентификационни данни за бекенда се добавят към линията, когато заявката напуска шлюза. Пясъчната среда никога не ги вижда."],
["Бекендът вижда чиста идентичност","Работно пространство, частна VPC услуга или MCP сървър получава проверима идентичност, която може да бъде одитирана до конкретен агент, действащ от името на конкретен потребител."]];
var nodes=R.querySelectorAll('#ace-flow .node'),fill=R.querySelector('#ace-fill'),pkt=R.querySelector('#ace-pkt'),st=R.querySelector('#ace-st'),sd=R.querySelector('#ace-sd'),prev=R.querySelector('#ace-prev'),next=R.querySelector('#ace-next'),play=R.querySelector('#ace-play'),k=0,timer=null;
function draw(){nodes.forEach(function(n,i){n.classList.toggle('cur',i===k);n.classList.toggle('done',i<k)});var pct=k/(S.length-1)*100;fill.style.width=pct+'%';pkt.style.left='calc('+pct+'% - '+(pct/100*14)+'px)';st.textContent='Стъпка '+(k+1)+' от 6: '+S[k][0];sd.textContent=S[k][1];prev.disabled=k===0;next.textContent=k===S.length-1?'Рестартиране ↺':'Следваща стъпка
'}
next.onclick=function(){k=k===S.length-1?0:k+1;draw()};prev.onclick=function(){if(k>0){k--;draw()}};
play.onclick=function(){if(timer){clearInterval(timer);timer=null;play.textContent='
Автоматично възпроизвеждане';return}play.textContent='❚❚ Пауза';k=0;draw();timer=setInterval(function(){if(k<S.length-1){k++;draw()}else{clearInterval(timer);timer=null;play.textContent='
Автоматично възпроизвеждане'}},1800)};
draw();
/* memory */
var mem=R.querySelector('#ace-mem'),cow=false,priv=[14,22,10,18,26,12];
for(var i=0;i<6;i++){var v=document.createElement('div');v.className='vm';v.innerHTML='<small>VM '+(i+1)+'</small><span class="base" style="height:70px"></span><span class="priv" style="height:'+priv[i]+'px"></span>';mem.appendChild(v)}
var cowb=R.querySelector('#ace-cow'),sh=R.querySelector('#ace-shared');
cowb.onclick=function(){cow=!cow;mem.querySelectorAll('.base').forEach(function(b){b.style.height=cow?'0px':'70px';b.style.opacity=cow?0:1});sh.classList.toggle('on',cow);cowb.textContent=cow?'Изключване на споделянето CoW':'Включване на споделянето CoW'};
var lifes=R.querySelectorAll('#ace-life .st'),lt=null;
R.querySelector('#ace-cycle').onclick=function(){if(lt)clearInterval(lt);var j=0;lifes.forEach(function(x){x.classList.remove('on')});lifes[0].classList.add('on');lt=setInterval(function(){lifes[j].classList.remove('on');j++;if(j>=lifes.length){clearInterval(lt);lt=null;return}lifes[j].classList.add('on')},1300)};
/* ids */
R.querySelectorAll('.id').forEach(function(c){c.addEventListener('click',function(){c.classList.toggle('open');setTimeout(post,450)})});
/* stats */
var ran=false;
function runStats(){if(ran)return;ran=true;R.querySelectorAll('.stat .v').forEach(function(el){var n=+el.dataset.n,p=el.dataset.p||'',s=el.dataset.s||'',f=el.dataset.f,t0=null;function step(ts){if(!t0)t0=ts;var q=Math.min(1,(ts-t0)/1200),e=1-Math.pow(1-q,3),v=Math.round(n*e);el.textContent=p+(f?v.toLocaleString('en-US'):v)+s;if(q<1)requestAnimationFrame(step)}requestAnimationFrame(step)});setTimeout(function(){R.querySelectorAll('.bar .tr span').forEach(function(b){b.style.width=b.dataset.w+'%'})},80)}
window.addEventListener('load',post);window.addEventListener('resize',post);setTimeout(post,300);
})();
</script>
</body></html>
">
Какво добавя Agent Substrate?
Agent Substrate е аналогът с отворен код и нативна поддръжка за Kubernetes, наличен в GKE от 15 септември 2026 г. Той предлага microVM с Cloud Hypervisor или пясъчни среди gVisor. Google отчита следните показатели:
- До 10 пъти по-висока изчислителна плътност в сравнение с традиционните изчисления.
- 500 активации в секунда при спиране/възобновяване за под 500 ms в тест с 200 000 агента.
- Над 1000 неактивни агента на хост.
Работи с харнеси, сред които Claude Code, OpenClaw и Hermes. Отворен е за всички клиенти на GKE за непроизводствена употреба. Общата наличност за производствени среди е само чрез списък с разрешени потребители. Изходният код е на https://github.com/agent-substrate/substrate.
Как се сравнява с другите пясъчни среди за агенти?
| Функция | Google Agent Compute Engine | Google Agent Substrate | AWS AgentCore Runtime | Динамични сесии на Azure | E2B |
|---|---|---|---|---|---|
| Изолация | Cloud Hypervisor microVM (източник) | Cloud Hypervisor microVM или gVisor (източник) | Специализиран microVM за всяка сесия (източник) | Пясъчна среда Hyper-V за всяка сесия (източник) | Firecracker microVM (източник) |
| Обработка на неактивност | Контролна точка без активни ресурси | Snapshot, освободени CPU и RAM | Таксуването за CPU обикновено пропуска изчакването за I/O | Унищожава се след период на охлаждане | Пауза, която запазва файловата система и паметта (източник) |
| Постоянство | Hyperdisk за всеки microVM | Томове на агента във Filestore (по избор) | Файловата система се запазва при спиране/възобновяване | Ефимерни сесии | Snapshot при пауза |
| Максимална сесия | Не е разкрито | Не е разкрито | 8 часа (microVM), 14 дни (инстанции) | Конфигурируем период на охлаждане | Не е сравнено |
| Идентификационни данни в пясъчната среда | Няма (замяна на токена от шлюза) | Вмъкват се от прокси сървъра за изходящ трафик | Управляват се от AgentCore Identity | Не е разкрито | Не е разкрито |
| Публикуван показател за възобновяване/стартиране | Не е разкрито | Възобновяване за под 500 ms | Не е разкрито | Разпределяне за милисекунди от предварително загрети пулове | Около 1 s за възобновяване |
| Отворен код | Не | Да | Не | Не | Не е сравнено |
| Наличност | Преглед през следващите месеци | GKE за непроизводствени среди; обща наличност чрез списък с разрешени потребители | Налично | 38 посочени региона | Налично |
Как Google разширява управлението на агентите?
Google разширява управлението на агентите Gemini за бизнеса към Agent Runtime, Cloud Run, Agent Sandboxes, GKE и ACE. Стекът включва Agent Gateway, Agent Registry, Agent Identity и наблюдаемост, базирана на OpenTelemetry.
Новите компоненти пристигат поетапно:
- Скоро в предварителен преглед: точки за налагане на политики, базирани на Envoy, за мултиоблачни и хибридни конфигурации.
- Скоро в предварителен преглед: управление на локални агенти за програмиране като Claude Code и Antigravity CLI на управлявани устройства.
- В предварителен преглед през това тримесечие: управление на токени, маршрутизиране на модели, обвързвания на Service Extensions и Express Link за Cloud Run.
- В предварителен преглед през това тримесечие: делегирана оторизация с Ping Identity, SailPoint и Saviynt.
Основни изводи
- 1 хардуерно изолиран microVM за всеки агент, без идентификационни данни вътре.
- Неактивните агенти се запазват като контролни точки без активни ресурси, след което се възобновяват от snapshot снимки.
- 4 отделни идентичности; само краткотрайният SPIFFE ID докосва пясъчната среда.
- Agent Substrate: 500 активации/секунда, възобновяване за под 500 ms, 200 000 агента.
- Все още няма публични цени, време за стартиране или дата за предварителен преглед на Agent Compute Engine.
Разгледайте публикацията за представянето, техническия задълбочен анализ и съобщението за Agent Substrate. Регистрирайте интерес за предварителния преглед тук.. Цялата заслуга е на изследователя на този проект. Също така можете да ни последвате в Twitter и не забравяйте да се присъедините към нашия ML SubReddit с над 150 хил. членове и да се абонирате за нашия бюлетин. Чакайте! В Telegram ли сте? Вече можете да се присъедините към нас и в Telegram.
Имате нужда да си партнирате с нас за популяризиране на вашето GitHub хранилище, Hugging Face страница, продуктово представяне, уебинар и т.н.? Свържете се с нас
Преведено автоматично от английски. Оригиналната статия е на връзката по-долу.