Google Cloud חשפה ב־22 באוקטובר 2026 את Agent Compute Engine, שירות מחשוב ייעודי שנועד להריץ סוכני AI בתוך סביבת microVM מבודדת. השירות כבר משמש את סוכן Gemini למשימות עבודה, אך ללקוחות הוא צפוי להיפתח בגרסת Preview רק בחודשים הקרובים.
ההכרזה מצביעה על שינוי בתכנון תשתיות AI: במקום להריץ סוכן כתהליך נוסף על שרת כללי, Google מציעה לכל סוכן מחשב וירטואלי קטן עם ליבה משלו, זהות נפרדת ואחסון מתמשך. המטרה היא לשלב מהירות, בידוד ואפשרות לעצור סוכן כשהוא ממתין — ואז להחזיר אותו לפעולה בלי לשלם על משאבים פעילים כל הזמן.
מהו Agent Compute Engine?
לפי Google Cloud, סוכני AI שונים מעומסי עבודה רגילים. הם מפעילים קוד וכלים, ניגשים לדפדפנים ולמערכות ארגוניות, ממתינים לתשובות אנושיות וחוזרים לפעולה שוב ושוב. Agent Compute Engine מותאם למחזור הזה באמצעות microVMs שעולות במהירות ויכולות לעבור למצב השהיה כשהסוכן אינו פעיל.
המנגנון משתמש בשיתוף זיכרון בשיטת copy-on-write ובשמירת מצב מהירה. כאשר הסוכן מסיים קריאת כלי ועובר לשלב “חשיבה” או המתנה, המכונה הווירטואלית יכולה להיעצר, לפנות משאבי מחשוב ולהתחדש מאותה נקודה. לכל microVM מוצמד Hyperdisk משלה, כך שסביבת העבודה וההקשר יכולים להישמר בין הפעלות.
מה Google מבטיחה מבחינת אבטחה?
- בידוד חומרתי: כל סוכן פועל מאחורי גבול Cloud Hypervisor עם guest kernel והרשאות root משלו.
- זהות ייעודית: לכל סביבת הרצה יש מזהה מוצפן ואישורים קצרי־חיים, במקום סוד קבוע בתוך המכונה.
- הזרקת הרשאות מחוץ לסביבה: אישורי שירות מוכנסים בתעבורת היציאה מחוץ ל־microVM, כדי לצמצם את החשיפה שלהם לקוד שהסוכן מפעיל.
- מדיניות ותצפית: Agent Gateway אמור לאכוף מדיניות, לתעד קריאות כלים ולספק בדיקות אבטחה ותצפית על התנהגות הסוכנים.
אלה עקרונות חשובים, אך עדיין אין להתייחס אליהם כהבטחה שסוכן לא יגרום נזק. גם בידוד טוב אינו מחליף הרשאות מינימליות, בדיקת פעולות רגישות, הפרדה בין סביבת ניסוי לייצור ורישום מלא של גישה למידע.
Agent Substrate: חלופה פתוחה ל־Kubernetes
במקביל הציגה Google את Agent Substrate, סביבת הרצה בקוד פתוח ל־GKE ולסביבות Kubernetes. החברה טוענת כי בארכיטקטורה הזו ניתן להשיג עד פי 10 צפיפות מחשוב לעומת הפעלה מסורתית, ובבדיקה של 200 אלף סוכנים נמדדו השהיה וחזרה לפעולה בפחות מחצי שנייה. אלה נתוני Google ולא מבחן בלתי תלוי, ולכן כדאי לראות בהם יעד הנדסי ולא התחייבות לביצועים בכל עומס.
Agent Substrate יכולה לעבוד עם microVM או gVisor ועם מסגרות סוכנים שונות. זה עשוי לעניין ארגונים שכבר מפעילים Kubernetes ורוצים שליטה עמוקה יותר, ניידות בין עננים או אפשרות להריץ את שכבת הביצוע בתוך התשתית שלהם.
הרחבת הממשל לסוכנים
Google מרחיבה את בקרות Gemini for business מעבר לסביבה אחת. Agent Registry נועד להיות מאגר מרכזי לסוכנים, כלים, שרתי MCP, מיומנויות ומודלים מאושרים; Agent Identity מקצה זהות מאובטחת המבוססת על SPIFFE; ותצפית תואמת OpenTelemetry אמורה לתעד קריאות מודל, הפעלת כלים ומעברים בין סוכנים.
בהמשך מתוכננות גם בקרות תקציב וטוקנים, ניתוב בין מודלים ואכיפת מדיניות בסביבות multicloud, on-prem ובמכשירי קצה. חלק מהיכולות הוגדרו כ־Preview קרוב ולא כמוצר זמין באופן כללי.
מה צוותי IT צריכים לבדוק לפני אימוץ?
- סטטוס זמינות: Agent Compute Engine עדיין אינו שירות GA; יש לבדוק אזורים, SLA, תמחור ומגבלות כש־Preview ייפתח.
- מודל הרשאות: להגדיר לכל סוכן זהות נפרדת והרשאות מינימליות, ולא למחזר חשבונות שירות רחבים.
- יציאה לרשת: להגביל יעדים ו־API שמותר לסוכן לגשת אליהם ולתעד כל הזרקת אישור.
- שמירת מידע: לקבוע מה נשמר ב־Hyperdisk, כמה זמן נשמר ההקשר ומי יכול לקרוא אותו.
- בקרה אנושית: לדרוש אישור לפעולות בלתי הפיכות כגון מחיקה, תשלום, שינוי הרשאות או פרסום.
- מדידה אמיתית: לבחון עלויות השהיה והתעוררות תחת עומס ארגוני, ולא להסתמך רק על נתוני מעבדה.
השורה התחתונה
Agent Compute Engine הוא ניסיון להפוך את סביבת ההרצה של סוכני AI לשכבת תשתית בפני עצמה. הרעיון של microVM נפרדת לכל סוכן, עם זהות קצרה והשהיה אוטומטית, עשוי לפתור חלק מבעיות הבידוד והעלות. עם זאת, השירות עדיין בדרך ל־Preview, וחלק ניכר מטענות הביצועים והממשל טרם נבחן בשימוש רחב.
מקורות
- Google Cloud: Introducing Agent Compute Engine and expanded agent governance, 22.10.2026.
- The Decoder: סיכום בלתי תלוי של ההכרזה, 22.10.2026.
תמונה: Daniel Reynaga / Pexels. מקור: Pexels; שימוש בהתאם לרישיון Pexels.
