Google Cloud 22 października 2026 r. zapowiedziało Agent Compute Engine (ACE), usługę obliczeniową zaprojektowaną z myślą o agentach AI. Według firmy ACE już obsługuje agentów Gemini wykonujących zadania służbowe, a preview dla klientów zaplanowano na kolejne miesiące. Google przedstawiło też Agent Substrate, odrębny, otwartoźródłowy runtime dla Kubernetes, oraz rozszerzenie zarządzania agentami.
Jak Google opisuje Agent Compute Engine
ACE ma uruchamiać agentów w szybko startujących maszynach wirtualnych microVM. Google opisuje współdzielenie pamięci metodą copy-on-write, czyli zapisywanie zmian bez kopiowania całej pamięci bazowej, oraz mechanizm checkpoint i przywracania, który pozwala wstrzymać bezczynne microVM i wznowić je z migawki.
Według Google każda microVM ma działać w sprzętowo izolowanym środowisku Cloud Hypervisor z własnym jądrem systemu gościa i dostępem root. Firma wskazuje też Titanium jako podstawę wielowarstwowej ochrony opartej na zabezpieczeniach sprzętowych. Każda maszyna ma otrzymywać własną tożsamość agenta i kryptograficznie weryfikowany identyfikator. Google opisuje również krótkotrwałe poświadczenia: poświadczenia usług mają być przekazywane przez warstwę wyjściową poza microVM. Dla każdej microVM przewidziano osobny Hyperdisk na trwały obszar roboczy i kontekst agenta.
Są to elementy opisu produktu przedstawionego przez Google. Firma podała, że ACE już obsługuje agentów Gemini do zadań służbowych, natomiast dostęp do usługi dla klientów ma rozpocząć się od zapowiadanego preview.
Agent Compute Engine i Agent Substrate mają różne role
Google przedstawia ACE jako usługę obliczeniową z izolowanymi sprzętowo microVM, a Agent Substrate jako otwarty runtime natywny dla Kubernetes. Pierwsza opcja skupia się na środowisku wykonawczym przygotowanym dla agentów; druga ma odpowiadać zespołom, które chcą dostosowywać infrastrukturę lub uruchamiać ją w swoim środowisku Kubernetes.
| Rozwiązanie | Rola | Model działania | Wskazane zastosowanie | Termin opisany przez Google |
| Agent Compute Engine | Usługa obliczeniowa dla agentów AI | Sprzętowo izolowane microVM, współdzielenie pamięci copy-on-write oraz wstrzymywanie i wznawianie z migawek | Uruchamianie agentów w środowisku przygotowanym przez Google | Preview dla klientów zapowiedziano na kolejne miesiące |
| Agent Substrate | Otwartoźródłowy runtime dla agentów | Kubernetes, pula zasobów obliczeniowych i migawki pamięci; izolacja microVM lub gVisor | Zespoły potrzebujące dostosowania lub przenośności między klastrami Kubernetes | Google wskazuje możliwość wypróbowania go na GKE |
Google deklaruje, że Agent Substrate współpracuje z dowolnym klastrem Kubernetes oraz dowolnym frameworkiem lub środowiskiem uruchomieniowym dla agentów. Wśród przykładów wymienia Claude Code, OpenClaw i Hermes. Te deklaracje zgodności dotyczą Agent Substrate, nie ACE. W przypadku ACE Google zapowiada obsługę własnych agentów klientów, ale nie przedstawia w tej zapowiedzi listy zgodnych frameworków.
Dla zespołu platformowego różnica sprowadza się więc do wyboru między usługą obliczeniową Google z zapowiedzianym preview dla klientów a runtime’em, który Google opisuje jako przenośny między klastrami Kubernetes. Agent Substrate może działać z różnymi frameworkami; ACE ma natomiast jasno opisaną architekturę microVM i jest już wykorzystywany przez agentów Gemini do pracy.
Benchmark Agent Substrate według Google
Google podało, że test obejmujący 200 000 agentów utrzymywał 500 aktywacji na sekundę, a opóźnienie wstrzymania i wznowienia wynosiło poniżej 500 ms. Osobno firma zadeklarowała do 10× większą gęstość obliczeniową niż w przypadku tradycyjnych rozwiązań obliczeniowych.
To wyniki przypisane przez Google do Agent Substrate. Dotyczą tego runtime’u, a nie Agent Compute Engine; liczby te nie są wynikiem przedstawionym dla ACE.
Co obejmuje zarządzanie agentami i jakie terminy podano
Google wymieniło cztery elementy zarządzania agentami: Agent Gateway, Agent Registry, Agent Identity oraz obserwowalność zgodną z OpenTelemetry. Gateway ma obsługiwać ruch między klientami a agentami oraz ruch wychodzący od agentów, a także egzekwować reguły dotyczące ochrony wrażliwych danych, ataków na agentów i polityk klienta. Registry ma katalogować zatwierdzone agenty, narzędzia, serwery MCP, umiejętności, modele i punkty końcowe. Agent Identity przypisuje agentom tożsamość opartą na SPIFFE, a obserwowalność obejmuje metryki, logi i ślady rozproszone dotyczące wywołań modeli, narzędzi oraz przejść między agentami.
Zapowiedziane rozszerzenia mają objąć egzekwowanie polityk w środowiskach hybrydowych i wielu chmurach oraz zarządzanie agentami działającymi na zarządzanych urządzeniach końcowych. Google opisało ich preview jako „wkrótce”. Dodatkowe funkcje Agent Gateway, w tym kontrola kosztów, kierowanie do modeli oraz integracje Service Extensions i Express Link dla Cloud Run, miały trafić do preview „w tym kwartale”.
Rozszerzenie obejmuje również środowiska lokalne i inne chmury, obok Google Cloud. W przykładzie klienta L’Oréal Alexandre Frizzo, inżynier AI w firmie, opisał wykorzystanie zarządzania Google Cloud w Beauty Tech Agentic Platform, między innymi w środowiskach takich jak Cloud Run.
