نماذج ومنصات الذكاء الاصطناعي

AWS تعيد هيكلة وقت تشغيل Bedrock AgentCore للذاكرة المرنة وإقامات باردة سريعة

mm
أضف Unite.AI إلى مصادرك المفضلة على Google

Amazon Web Services أعلنت عن وقت تشغيل AgentCore الجديد في 18 سبتمبر 2026، وهو نسخة مُعاد تصميمها من طبقة الحوسبة المدارة في Amazon Bedrock AgentCore التي تقول الشركة إنّها تستعيد الذاكرة عندما تُطلق جلسات الوكيلها وتوفر أوقات إقلاع باردة ثابتة بغض النظر عن حجم صورة الحاوية أو مستوى التوازي.

وقت تشغيل AgentCore هو طبقة الحوسبة المدارة التي توفر للمطورين بيئة مُدارة بالكامل لنشر وتشغيل الوكلاء دون الحاجة إلى بناء أو صيانة البنية التحتية. صرحت AWS أن آلاف الفرق استخدمته لتشغيل الوكلاء في بيئات الإنتاج منذ الإطلاق، وأن النسخة الأولى أسست أساسًا بدون خوادم مع عزل الجلسات، وسلوك التحجيم إلى الصفر، وتسعير يعتمد على الاستخدام الفعلي. يستمر هذا النموذج الاستهلاكي: الفوترة تتبع استخدام الموارد دون أي تكلفة للمعالج الخامل أثناء انتظار الإدخال/الإخراج، وتقوم المنصة بالتحجيم إلى الصفر تمامًا عندما لا يكون لدى الوكيل أي عمل.

المشكلات التي يعالجها الإطلاق

في وقت التشغيل الأصلي، تحتفظ الجلسة بالذاكرة المخصصة لها منذ لحظة التخصيص حتى انتهاء الجلسة، لأنه لا شيء يستعيدها خلال ذلك. صرحت AWS أن ذلك جعل الوكلاء الذين يعملون لفترات طويلة أو يتقلبون يدفعون مقابل الحد الأقصى للذاكرة على مدار الساعة، حتى بعد توقف استخدام الذاكرة، وهو نقص خاص بالوكلاء الذين يزداد استهلاكهم مؤقتًا لكنهم يبقون خامدين معظم اليوم.

كان سلوك بدء التشغيل هو التحدي الثاني. صرحت AWS أن الجلسة التي تُشغل على بيئة مُهيأة مسبقًا تبدأ في أقل من 100 مللي ثانية، لكن الحفاظ على البيئة دافئة بما يكفي لضمان ذلك يعني حجز موارد الحوسبة، لذا تبدأ معظم الجلسات بإقلاع بارد يُنشئ بيئة جديدة، ويسحب الصورة، ويُهيئ الوكيل قبل تشغيل الطلب الأول. تزداد هذه الكمون مع حجم الصورة ومستوى التوازي وتكون أسوأ في حركة المرور المتقلبة، عندما تصل أكبر عدد من الجلسات وتبقى أقل عدد من البيئات الجاهزة. وفقًا لـ AWS، تجاوز العملاء هاتين المشكلتين عن طريق الاحتفاظ ببيئات احتياطية جاهزة، وتحسين تخصيص الذاكرة، وتقليل السعة للحفاظ على التكاليف.

ما الذي قاسته AWS

لعزل ما تضيفه المنصة نفسها إلى الإقلاع البارد، اختبرت AWS وكيل صدى فارغ يُعيد ما يُدخل ولا يستدعي أي نموذج ولا أي أدوات. استدعى عميل بايثون على مثيل Amazon EC2 في us-west-2 الوكلاء في us-east-1 عبر الإنترنت العام دون ربط VPC، باستخدام مجموعة أدوات boto3، لذا تشمل كل قياس من جانب العميل الرحلة ذهابًا وإيابًا بين المنطقتين بالإضافة إلى وقت بدء المنصة نفسه. أرسلت الشركة 5,000 استدعاء بارد لكل وكيل عبر كلا إصداري وقت التشغيل وخمس أحجام للصور، ضمن حصص الحساب الافتراضية.

وبهذا القياس، أفادت AWS أن وقت التشغيل الجديد قدم زمن إقلاع بارد عند P75 يبلغ حوالي ثانيتين من صورة بحجم 200 ميغابايت حتى 2 جيجابايت، لأن حجم الصورة لا يؤثر على ذلك، بينما ارتفع زمن الإقلاع للوقت التشغيل الأصلي مع حجم الصورة من حوالي 5.4 ثوانٍ إلى ما يقرب من 30 ثانية. في اختبار الصدى، استغرق رمز الوكيل نفسه حوالي 34 مللي ثانية عند P75، لذا كان معظم الوقت المقاس هو زمن بدء المنصة. تقترح AWS إخفاء زمن البدء للوكيل التفاعلي ببدء الجلسة بمجرد تفاعل المستخدم، مثل عندما يفتح دردشة، بحيث تُسخن البيئة أثناء كتابة الطلب الأول.

كيف يعمل وقت التشغيل الجديد

يبدأ وقت التشغيل الجديد كل جلسة من ملف تعريف ذاكرة صغير بدلاً من بصمة مخصصة بالكامل، ثم يخصص ويُحمل ذاكرة إضافية حسب الطلب كلما تلامست عبء العمل معها. عندما يُفرج الوكيل عن المخازن المؤقتة لكل طلب أو يسمح بانتهاء البيانات المخزنة مؤقتًا بين الطلبات، تستعيد المنصة الذاكرة بدلاً من تركها محجوزة حتى انتهاء الجلسة. صرحت AWS أنها ضبطت سلوك الاستعادة استنادًا إلى تحليل أنماط التخصيص عبر مليارات الجلسات.

تتغير الإقامات الباردة لأن كل وكيل يُحمَّل مرة واحدة ثم يعمل من لقطة. عندما يتم إنشاء أو تحديث وقت تشغيل، يطلق AgentCore الحاوية، ينتظر حتى تُبلغ عن صحتها، ويُلتقط لقطة للبيئة العاملة، لذا يتم إنجاز التهيئة الأولية مثل تحميل قطع النموذج وجلب التكوين الثابت مسبقًا. كل نسخة جديدة تستعيد تلك اللقطة بدلاً من التهيئة من الصفر. صرحت AWS أن وقت التشغيل يزيل التخزين المؤقت والذاكرة المتقلبة من اللقطة بحيث يبقى حجمها ثابتًا تقريبًا مع نمو صورة الحاوية، مما يحافظ على استقرار زمن الاستعادة عبر مجموعة واسعة من أحجام الصور.

تتغير الفوترة مع نموذج الذاكرة. يفرض وقت التشغيل الجديد رسومًا على الذاكرة التي يستخدمها الوكيل بنشاط، تُحمَّل عند الطلب وتُستعاد عندما تكون خاملة، بدلاً من حجز صورة الحاوية بالكامل في الذاكرة طوال مدة الجلسة. وصفت AWS التغيير بأنه معدل أعلى يُطبق على عدد أقل بكثير من جيجابايت-ساعات، وقالت إن بصمة معظم الوكلاء تنخفض أكثر مما يرتفع المعدل، وبالتالي ينخفض الفاتورة.

إصدارات المنصة، المناطق، والحدود

يقوم المطورون بتشغيل وقت التشغيل الجديد عن طريق ضبط حقل platformVersion إلى V2 عند إنشاء أو تحديث وقت تشغيل، وفقًا لـ دليل مطور AgentCore. V1 هو الافتراضي: إهمال الحقل عند الإنشاء ينتج وقت تشغيل V1، وإهماله عند التحديث يبقي نسخة منصة وقت التشغيل الحالية. V2 متوفر في us-east-1 و us-east-2 و us-west-2 و eu-west-1 و ap-northeast-1.

نظرًا لأن عملية الإنشاء أو التحديث في V2 تُعد البيئة وتُنشئ لقطة لها، فإن هذه العمليات تستغرق عدة دقائق قبل أن يصل وقت التشغيل إلى الحالة READY، بينما يصبح وقت تشغيل V1 جاهزًا في ثوانٍ. يقوم AgentCore بأخذ اللقطة عند أول استجابة صحية من نقطة النهاية /ping الخاصة بالحاوية، وإذا لم تُبلغ الحاوية عن صحتها خلال 120 ثانية من بدء التشغيل، فإن الإنشاء يفشل بخطأ فحص الصحة. كما يُشير الدليل إلى أن V2 يحد حاليًا حجم متغيرات البيئة الإجمالي إلى 1.5 كيلوبايت للنشر المباشر للكود و2.5 كيلوبايت لوكلاء الحاويات، مقارنةً بـ 4 كيلوبايت في V1، وأن AWS CloudFormation وAWS CDK لا يدعمان حاليًا تعيين platformVersion.

تتبع اللقطات إصدارات وقت التشغيل ونقاط النهاية بدلاً من أن تُدار مباشرة. يُعد AgentCore لقطة عندما تشير نقطة النهاية إلى إصدار، ويحذفها عندما لا تشير أي نقطة نهاية إليها، وقد تستغرق عملية الحذف حتى 8 ساعات، وهي أقصى مدة للجلسة، لأن الجلسات التي تعمل بالفعل على اللقطة تستمر حتى تنتهي. تُشغل الجلسات في microVMs مخصصة مع موارد معزولة من وحدة المعالجة المركزية والذاكرة ونظام الملفات، وتستمر حتى 8 ساعات، وتُنهي بعد 15 دقيقة من عدم النشاط، ثم يتم إيقاف الـ microVM وتعقيم الذاكرة.

خارطة الطريق والبدء

بعد الإطلاق، قامت AWS بذكر عدة قدرات قيد التطوير: خصومات أساسية مُلتزمة تحجز حدًا أدنى للذاكرة لكل جلسة مع إمكانية الارتفاع حسب الطلب فوقه، موجهة للجلسات المستمرة دائمًا؛ زيادة حجم RAM وvCPU وتخزين الجلسات؛ دعم microVM للمعمارية x86؛ وضعية الإيقاف والاستئناف مع إنشاء لقطات للذاكرة بالإضافة إلى ربطات وقت التشغيل لتسلسل الحالة قبل انتهاء جلسة نشطة؛ ومفاتيح سياق الجلسة التي تُعطي كل جلسة هوية محددة للوكالات غير المُراقبة.

وجهت AWS المطورين إلى دليل مطور AgentCore، ومستودع عينات AgentCore على GitHub، بالإضافة إلى مثال اختبار التحميل المرافق الذي يُظهر زمن بدء التشغيل البارد للوقت التشغيلي الجديد داخل حساب AWS الخاص بالمستخدم.

ثيو ناش هو خبير في مجال الذكاء الاصطناعي في Unite.AI ، ويهتم ببنية تحتية للذكاء الاصطناعي والحوسبة والأنظمة المادية التي تعمل بالذكاء الاصطناعي الحديث. يركز عمله على الأسس الفنية خلف حمولات الذكاء الاصطناعي على نطاق واسع ، بما في ذلك مراكز البيانات والمسرعات والشبكات وبرامج التطبيقات التي تربطها معًا.
بمنظور تحليلي ومهندس مدفوع ، يفحص ثيو كيف تتيح التطورات في وحدات معالجة الرسومات والصمامات المخصصة وعمليات الذاكرة والأنظمة الموزعة لأجيال جديدة من نماذج الذكاء الاصطناعي. يهتم بشكل خاص بالتضحيات في الأداء والكفاءة في استهلاك الطاقة وال قابلية للتوسيع والقيود العملية التي تشكل النشر الفعلي للبنية التحتية للذكاء الاصطناعي.
المقالات التي كتبها ثيو ناش يتم إنشاؤها بواسطة الذكاء الاصطناعي ومراجعتها بواسطة فريق التحرير في Unite.AI لضمان الدقة الفنية والوضوح والتغطية المسؤولة للمناظر الحوسبية للذكاء الاصطناعي التي تتطور بسرعة.