פחות מ-2 שניות לפתיחת session: ה-runtime החדש של AgentCore הופך לברירת המחדל ב-Bedrock
AWS הפכה את ה-runtime המשוכתב של AgentCore לברירת המחדל לכל deploy חדש של agents ב-Bedrock. Swami Sivasubramanian, סגן נשיא Agentic AI ב-AWS, סיכם את השיפורים ב-X: sessions עולות מהר עד פי 15, מגיעות לפי 4 יותר כוח מחשוב ורצות ביעילות גבוהה בעד 68%. לפי הפוסט ב-What's New של AWS:
- זמן עליית session ב-P75 ירד מ-29.7 שניות לפחות מ-2 שניות.
- sessions תומכות עכשיו בעד 8 vCPUs ו-32GB זיכרון.
- container images יכולים להגיע עד 10GB.
המנגנון הוא שחזור מ-snapshot. במקום להעלות container מאפס, AgentCore ממשיך session מ-snapshot בתוך Firecracker microVM, אותה טכנולוגיית בידוד שעומדת מאחורי Lambda. כל agent מקבל גבול בידוד ברמת החומרה, וזה קריטי כשה-agents מריצים קוד שהמודל כתב. sessions במצב idle מצטמצמות, כך שלא משלמים על זיכרון שלא בשימוש. לפי סיקור חיצוני, ההשקה מכסה 19 regions. היא הגיעה יחד עם תשתית agents נוספת: החלפת OAuth tokens ב-Cognito להאצלת הרשאות ל-agents, Nitro Sandboxes ל-EKS, ECS ו-EC2 שהכריז עליהם Matt Wood, ו-AWS Emulator החדש לבדיקת agents מקומית.
מבחינה תחרותית, agents גדולים שרצים לאורך זמן הם הכיוון של כולם: Microsoft עם Copilot Studio ו-Foundry, Google עם ה-agent engine של Vertex, וגם ספקי sandbox ייעודיים. AWS מהמרת שבידוד יחד עם עלייה מהירה יהפכו לדרך הסטנדרטית לארח agents אוטונומיים. סיפורי לקוח שפורסמו באותו יום תומכים בזה: Natera מדווחת שה-agent שלה לתפעול מעבדה, SWARM, רץ על AgentCore ומחזיר תגובה ראשונה מהר בערך פי 130, עם כיסוי של 96.2% מהטיקטים.
ההסתייESגויות מעשיות. AWS לא מציינת שה-runtimes הקיימים עוברים מיגרציה אוטומטית, נתון ה-68% תלוי בדפוסי ה-idle, ו-latency אמיתי ב-P99 לא נחשף. צוותים צריכים להריץ benchmark משלהם על agents עתירי state בשחזור מ-snapshot, ולוודא שהחיסכון באמת מופיע בדוחות ה-CUR.
