أعلنت AWS إتاحة runtime instances بشكل عام في Amazon Bedrock AgentCore في 6 أغسطس — وهو خيار حوسبة مُدار للوكلاء في الإنتاج، حيث تظل الجلسات قائمة لمدة تصل إلى 14 يومًا. وقد طُرح كإتاحة عامة، لا كنسخة تجريبية.
ما الذي يتضمنه
Python 3.11-3.14 مع تعليمات برمجية أصلية، إلى جانب صور الحاويات؛ وLinux على ARM64 وx86_64؛ وأنواع مثيلات مدعومة بتسريع GPU متاحة. المثال في الإطلاق هو c7g.2xlarge — بما يعادل 8 vCPUs و16 GiB. أما المناطق المتاحة عند الإطلاق فهي شرق الولايات المتحدة (Ohio, N. Virginia)، وغرب الولايات المتحدة (Oregon)، وآسيا والمحيط الهادئ (Mumbai, Singapore, Sydney, Tokyo)، وأوروبا (Frankfurt, Ireland).
أربعة عشر يومًا من ماذا
من حالة الجلسة، لا من تشغيل متواصل مضمون بلا انقطاع. وما تتيحه هذه المدة هو أن يحتفظ الوكيل بملفاته العاملة وسياقه عبر مهمة طويلة بدلًا من إعادة تحميله من التخزين في كل مرة — إلى جانب تعاون عدة وكلاء على مضيف واحد عبر نظام ملفات دائم مشترك.
تغيّر التسعير هو التغيّر الحقيقي
لا يوجد سعر ثابت لكل وكيل. تُحاسَب runtime instances وفق أسعار EC2 القياسية بالإضافة إلى رسوم إدارة مقابل التنسيق. فالوكيل الذي يحتفظ بجلسة لأيام يُحاسَب مثل خادم يعمل لأيام. وهذا ينقل تكلفة الوكيل من النموذج القائم على الرمز، حيث تتناسب مع حجم العمل المنجز، إلى النموذج القائم على الساعة، حيث تتناسب مع الزمن الذي يبقى فيه محجوزًا.
إلى جانب، لا بدلًا من
تقع runtime instances إلى جانب بيئة التشغيل microVM الحالية في AgentCore بدلًا من أن تحل محلها. أما الاستدعاءات القصيرة عديمة الحالة فما تزال تجد موطنًا أقل تكلفة؛ وهذه القدرة مخصصة للنمط طويل التشغيل الذي وعد به القطاع طوال عام. والقرار العملي الذي تفرضه على الفرق جديد — ليس أي نموذج سيُستدعى، بل إلى متى يُسمح لوكيل بأن يبقى محتفظًا بجهاز وهو ينتظر شيئًا ما.