מטריצת sandbox לסוכני AI

איפה אפשר להריץ קוד של סוכן AI בבידוד: תוכנה שמריצים על שרתים משלכם ושירותים מנוהלים, בהשוואה לפי מה שכל אחד מפרסם. בלי דירוג.

סוכן שמריץ קוד, מתקין חבילות או פותח דפדפן צריך גבול בין הקוד הזה לבין כל השאר: הקבצים שלכם, הסודות שלכם והרשת שלכם. המטריצה משווה את הדרכים לשרטט את הגבול הזה, מקונטיינר Docker מוקשח על שרת משלכם ועד microVMs שמפעיל שירות מנוהל.

כל תא מציג את מה שכתוב בעמוד של הספק עצמו, מקשר לעמוד ומציין את היום שבו נקרא. כשספק לא מפרסם נתון, התא אומר זאת. השורות בסדר קבוע: קודם תוכנה לשרתים משלכם, אחר כך שירותים מנוהלים, וכל קבוצה לפי סדר האלף-בית. שום דבר כאן אינו ציון.

המטריצה

בחרו מה אתם צריכים כדי לצמצם את השורות. כל תא מקשר לעמוד שממנו נקרא; תא ישן מחלון הרענון מסומן כלא עדכני.

מוצגים 8 מתוך 8 פתרונות.

פתרונות sandbox לסוכנים לפי קריטריון, בסדר קבוע, בלי דירוג
ספקבידודזמן עלייה מפורסםרשתשמירת מצבמגבלות משאביםרישיוןמחיר ציבורי
Docker Engine (hardened)הקונטיינרים חולקים את ה-kernel של השרת; namespaces, ‏cgroups, פרופיל seccomp ברירת מחדל ומצב rootless אופציונלימקור · לא מפורסםמקור · ברירת המחדל היא רשת bridge עם גישה לאינטרנט; ‏--network none משאיר loopback בלבד; לרשת --internal אין גישה החוצהמקור · volumes ו-bind mounts נשמרים אחרי שהקונטיינר נמחקמקור · אין מגבלות כברירת מחדל; קובעים עם ‎--memory (מינימום 6m), ‏‎--cpus ו-‎--pids-limitמקור · Docker Engine ‏(moby): רישיון Apache 2.0מקור · ה-Engine בקוד פתוח, ללא דמי רישיון; Docker Desktop דורש מנוי בתשלום מעל 250 עובדים או הכנסה של 10 מיליון דולרמקור ·
FirecrackermicroVM לכל עומס על Linux KVM, עם מודל התקנים מינימלי; ‏jailer לסביבת ייצורמקור · מפורסם: עד 125 ms מקריאת InstanceStart ועד /sbin/init של האורח (kernel ו-rootfs מינימליים)מקור · התקן TAP לכל microVM בשרת; ניתוב, NAT וסינון מוגדרים בשרת המארחמקור · snapshots שומרים microVM רץ (זיכרון ומצב ההתקנים) לשחזור מאוחר יותרמקור · vCPU (ברירת מחדל 1) וזיכרון (ברירת מחדל 128 MiB) נקבעים ב-API; תקורת ה-VMM עד 5 MiB ב-1 vCPU ו-128 MiBמקור · רישיון Apache 2.0מקור · קוד פתוח, ללא דמי רישיון; השרת צריך KVM (שרת פיזי או וירטואליזציה מקוננת)מקור ·
gVisorkernel אפליקטיבי ב-user space לכל sandbox, בין העומס לבין ה-kernel של השרתמקור · לא מפורסם מספר; הפרויקט כותב שקונטיינרים עולים בתוך מילישניותמקור · מחסנית רשת משלו ב-user space; אפשר לנתק רשת חיצונית (loopback נשאר); הגבלת קצב לתעבורה יוצאתמקור · checkpoint של sandbox לקובץ מצב ושחזור שלו לקונטיינר חדשמקור · ה-threads והזיכרון של ה-sandbox כפופים ל-cgroup של הקונטיינר; לא מתועדות מגבלות עליונותמקור · רישיון Apache 2.0מקור · קוד פתוח, ללא דמי רישיון; רץ בכל מקום שכלי הקונטיינרים הקיימים רציםמקור ·
Kata Containersכל pod או קונטיינר ב-VM קל עם kernel משלו, בעזרת וירטואליזציה בחומרהמקור · לא מפורסם; התיעוד מציין שיותר vCPU מאריכים את זמן העלייהמקור · משתמש ב-network namespace של הקונטיינר, כך שמדיניות תוסף הרשת חלה; התעבורה מנותבת להתקן tap של ה-VMמקור · אין checkpoint או restore; נתונים נשמרים מעבר ל-sandbox ב-volumes של הקונטיינר ובהתקני בלוקמקור · vCPU וזיכרון (MiB) של ה-VM נקבעים לכל sandbox; התיעוד מציין תקורה לא זניחה לכל sandboxמקור · רישיון Apache 2.0מקור · קוד פתוח, ללא דמי רישיון; דורש שרת פיזי או וירטואליזציה מקוננתמקור ·
Daytonaקונטיינרי לינוקס כברירת מחדל; אפשרות ל-sandboxes של VM עם מערכת לינוקס או Windows משלהםמקור · מפורסם: יצירת sandbox בפחות מ-90 ms, מהקוד ועד ההרצהמקור · דרגות 1 ו-2: גישה מוגבלת; דרגות 3 ו-4: פתוח כברירת מחדל, עם חסימה מלאה או רשימות CIDR ודומיינים מותריםמקור · שמירה כברירת מחדל: עצירה והפעלה, ארכוב, snapshots ו-volumes; עצירה אוטומטית אחרי 15 דקות כברירת מחדלמקור · ברירת מחדל 1 vCPU, ‏1 GB RAM ו-3 GiB דיסק; עד 4 vCPU, ‏8 GB RAM ו-10 GB דיסק ל-sandboxמקור · שירות מסחרי; המאגר הציבורי (AGPL-3.0) לא מתוחזק מאז יוני 2026מקור · לפי שנייה: 0.0504$ לשעת vCPU, ‏0.0162$ לשעת GiB זיכרון, דיסק מעבר ל-5 GiB בתוספת; מחשוב בשווי 200$ בחינםמקור ·
E2BmicroVM של Firecracker לכל sandbox, וכל אחד מעלה kernel משלומקור · מפורסם: כ-80 ms לטעינת sandbox מ-snapshot של תבניתמקור · גישה יוצאת לאינטרנט פתוחה כברירת מחדל; אפשר לכבות או להגביל ברשימות הרשאה וחסימה של IP, ‏CIDR ודומייניםמקור · השהיה והמשך שומרים מערכת קבצים וזיכרון; sandbox מושהה נשמר בלי הגבלת זמןמקור · Hobby: ‏8 vCPU, ריצה של שעה, 20 במקביל; Pro: ‏8+ vCPU, ריצה של 24 שעות, 100 עד 1,100 במקבילמקור · ה-runtime וה-SDK ברישיון Apache 2.0; ‏E2B Cloud הוא שירות מסחרימקור · לפי שנייה: 0.000014$ ל-vCPU, ‏0.0000045$ ל-GiB זיכרון; Hobby ב-0$ עם קרדיט חד-פעמי של 100$, ‏Pro ב-150$ לחודשמקור ·
Modal Sandboxesברירת המחדל היא gVisor; אפשרות ל-runtime של VM עם kernel לינוקס משלומקור · לא מפורסם מספר; הספק כותב על cold start של פחות משנייה, גם בתמונות מותאמות וגדולותמקור · תעבורה יוצאת פתוחה כברירת מחדל; חסימה מלאה, רשימת CIDR מותרים או רשימת דומיינים מותרים (בטא)מקור · volumes ו-snapshots של מערכת קבצים, תיקייה וזיכרון; זמן חיים 5 דקות כברירת מחדל, עד 24 שעותמקור · מקסימום CPU וזיכרון נאכף ביצירה; לא מפורסמים מספריםמקור · שירות מסחרי; ה-SDK ללקוח ברישיון Apache 2.0מקור · ‏0.00003942$ לשנייה לליבה פיזית (2 vCPU) ו-0.00000667$ לשנייה ל-GiB; קרדיט חינם של 30$ בחודש (Starter)מקור ·
Vercel SandboxmicroVM של Firecracker לכל sandbox, עם kernel משלומקור · לא מפורסם מספר; הספק כותב שה-sandboxes עולים בתוך מילישניותמקור · חומת אש לתעבורה יוצאת: הכול מותר (ברירת מחדל), הכול חסום, או כללי הרשאה וחסימה לדומיינים ול-CIDRמקור · שמירה כברירת מחדל: מערכת הקבצים נשמרת בעצירה ומשוחזרת בהמשךמקור · Pro: עד 8 vCPU ו-16 GB, סשן של 24 שעות, 10,000 במקביל; ב-Hobby סשן של 45 דקותמקור · שירות מסחרי; ה-SDK ברישיון Apache 2.0מקור · Pro, ‏iad1: ‏0.128$ לשעת Active CPU, ‏0.0212$ ל-GB-שעה של זיכרון, 0.60$ למיליון יצירות; מכסה חינמית ב-Hobbyמקור ·

איך לקרוא את העמודות

בידוד
הגבול בין הקוד של הסוכן לבין השרת. קונטיינר חולק את ה-kernel של השרת; ‏kernel ב-user space ‏(gVisor) עונה בעצמו לקריאות המערכת של הקוד; ‏microVM נותן לכל sandbox ‏kernel משלו מאחורי וירטואליזציה בחומרה.
זמן עלייה מפורסם
זמן העלייה שהספק עצמו מפרסם, עם התנאים שלו. כל ספק מודד בדרך שלו, ולכן המספרים אינם ברי השוואה זה לזה; אנחנו לא מדדנו דבר.
רשת
האם תעבורה יוצאת פתוחה כברירת מחדל, ואיך אפשר לכבות אותה או להגביל אותה ליעדים שבוחרים.
שמירת מצב
מה נשמר כשה-sandbox נעצר: volumes, ‏snapshots, השהיה והמשך, וזמן החיים ברירת המחדל כשהוא מפורסם.
מגבלות משאבים
איך מגבילים CPU, זיכרון ומשך ריצה, והמקסימום שהספק מפרסם.
רישיון ומחיר ציבורי
הרישיון של ה-runtime או של ה-SDK, והמחיר כפי שמופיע בעמוד המחירים הציבורי. לתוכנה שמריצים בעצמכם אין דמי רישיון; משלמים על השרתים שהיא רצה עליהם.

דוגמה

סוכן שמריץ קוד לא מהימן ואסור לו לצאת לאינטרנט, על שרתים משלכם: בחרו "על שרתים משלי" ו"אפשר לחסום או להגביל תעבורה יוצאת". כל השורות של תוכנה לשרתים משלכם נשארות, אז צמצמו לפי הגבול: "microVM ‏(kernel משלו)" משאיר את סביבות ה-microVM, ועמודת המחיר מראה מה כל אחת צריכה מהשרת (KVM על שרת פיזי או וירטואליזציה מקוננת). אחר כך חשבו את גודל השרתים במחשבון המשאבים לסוכני AI.

שיטה

השורות הן סביבות בידוד שאפשר להריץ בעצמכם (Docker Engine מוקשח, ‏gVisor, ‏Firecracker, ‏Kata Containers) ושירותים מנוהלים ציבוריים שנבנו להרצת קוד של סוכנים, לכל אחד תיעוד ציבורי, ולשירות גם עמוד מחירים ציבורי. הרשימה נקבעה מראש ומתרחבת לפי אותו כלל; ANAROQ לעולם אינה שורה, ואף אחד לא משלם על מקום.

כל תא נקרא ידנית מהתיעוד, מעמוד המחירים או מהמאגר הרשמי של הספק, ושומר את העמוד ואת היום שבו נקרא. תא הופך ללא עדכני 90 ימים אחרי שנקרא. זמני עלייה ומגבלות הם טענות הספקים עצמם; העמוד לא מריץ בנצ'מרק.

הסינון רק מסתיר שורות שלא עונות על צורך; הוא אף פעם לא משנה את הסדר. התכונות שהוא בודק (גבול הבידוד, בקרת תעבורה יוצאת, שמירת מצב, runtime בקוד פתוח) חוזרות על תאים של אותה שורה.

איך אנחנו אוספים ומשווים את הנתונים

מגבלות

  • אין בנצ'מרק: זמני העלייה והמגבלות הם מה שכל ספק מפרסם, במדידה שלו.
  • מדגם, לא כל המוצרים: יש סביבות ושירותים נוספים, והיעדרות של שורה לא אומרת עליהם דבר.
  • מחירים משתנים ותלויים בתוכנית ובאזור; התא מציין את התוכנית שלגביה נקרא, והעמוד של הספק הוא הקובע.
  • בידוד הוא שכבה אחת. סודות בתוך ה-sandbox, רשת יוצאת פתוחה ופרטי גישה ארוכי חיים הם סיכון בתוך כל גבול.

הצעדים הבאים

מקורות

כל עמוד שממנו נקרא תא, עם היום שבו נקרא.

הנתונים נכונים ל-18 באוק׳ 2026, תמונת מצב 2026.10.8. איך אנחנו אוספים ומשווים את הנתונים