#

النقاط الرئيسية

• تقارن AWS بين جلسات MicroVM عديمة الخادم وRuntime Instances المُدارة القائمة على EC2.

• يستخدم الخياران نفس واجهات برمجة تطبيقات وقت التشغيل ويدعمان أطر الوكلاء والنماذج وMCP والتواصل بين الوكلاء.

• تضيف Runtime Instances وحدات GPU مدعومة، وأحجام تخزين دائمة، وجلسات تمتد لعدة أيام، وإمكانية تشغيل عدة وكلاء على مثيل واحد.

• يستخدم البرنامج التعليمي نظام ملفات مشتركًا ومعرّف جلسة تشغيل واحدًا لثلاثة وكلاء.

• سير العمل الموسيقي مثال تقني توضيحي، وليس نشرًا لدى عميل.

تشرح AWS خط أنابيب موسيقيًا متعدد الوكلاء

تقدم مقالة في AWS Machine Learning Blog بتاريخ 30 سبتمبر Amazon Bedrock AgentCore Runtime Instances من خلال شرح عملي لإنتاج الموسيقى. تركز المقالة على كيفية بناء سير عمل متعدد الوكلاء مع حالة مشتركة. وهي لا تقدم منتجًا موسيقيًا تجاريًا ولا دراسة حالة لعميل.

التمييز الرئيسي بين المنتجين هو بين جلسات MicroVM عديمة الخادم وRuntime Instances المُدارة القائمة على EC2. وتقول AWS إن الخيارين يستخدمان نفس واجهات برمجة تطبيقات وقت التشغيل. كما يمكنهما العمل مع أطر الوكلاء، ونماذج الأساس المختلفة، وMCP، والتواصل بين الوكلاء.

ما الذي تضيفه Runtime Instances

توسّع Runtime Instances المنصة بعدة قدرات. وتقول AWS إنها تضيف الوصول إلى وحدات GPU مدعومة، وأحجام تخزين دائمة، وجلسات تمتد لعدة أيام، والقدرة على تشغيل عدة وكلاء على مثيل واحد. ويعرض جدول المقارنة في المصدر مدة تصل إلى ثماني ساعات لجلسات MicroVM وحتى أربعة عشر يومًا لـ Runtime Instances.

هذه التفاصيل مهمة لأن البرنامج التعليمي يعتمد على حالة طويلة الأمد. ويعرض المصدر Runtime Instances بوصفها الخيار المناسب للوكلاء الدائمين والتعاونيين. وهذا يجعلها مناسبة لسير العمل الذي يحتاج إلى ملفات مشتركة ونوافذ تنفيذ أطول.

كيف تم تنظيم سير العمل في البرنامج التعليمي

يبني الشرح العملي سير عمل من ثلاثة وكلاء على مثيل GPU واحد. يقوم وكيل واحد بتأليف الصوت وإخراجه. ويقوم وكيلان آخران بفحص ملف WAV المشترك وإكمال الخطوات اللاحقة.

يتشارك الوكلاء نظام ملفات باستخدام معرّف جلسة التشغيل نفسه. وتقول AWS إنه يتم استدعاؤهم عبر مزود سعة مشترك. كما تناقش المصدر النشر من صور الحاويات أو من Amazon S3 source.

هذا مثال تقني، لذا ينبغي قراءة سير العمل على أنه توضيح. لا تدّعي المقالة وجود نشر إنتاجي. كما أنها لا تدّعي إثبات جودة صوت تجارية.

اعتبارات تشغيلية من المصدر

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

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

الصلة بالمغرب

لا يذكر المصدر أي توفر خاص بالمغرب أو إطلاق أو خدمة موسيقية محلية. والدرس العالمي مشروط: إذا احتاج فريق إلى سير عمل متعدد الوكلاء ودائم، فيمكنه دراسة كيفية التعامل مع الحالة المشتركة والجلسات الأطول هنا.

لماذا تهم هذه المقالة

تكمن القيمة الخبرية في خيار Runtime Instances نفسه. توثق AWS طريقة لاستضافة وكلاء متعاونين مع حالة دائمة. أما المثال الموسيقي فهو مجرد وسيلة لعرض هذا النمط.

بالنسبة للقراء الذين يقيمون بنية الوكلاء التحتية، تسلط المقالة الضوء على مفاضلة عملية. تناسب جلسات MicroVM التشغيلات الأقصر. وتناسب Runtime Instances سير العمل الأطول والأكثر مشاركة والأكثر اعتمادًا على الحالة.